Apache服務器的設置文件位于/usr/local/apache/conf/目錄下，傳統(tǒng)上使用三個配置文件httpd.conf, access.conf和srm.conf， 來配置Apache服務器的行為。httpd.conf提供了最基本的服務器配置，是對守護程序 httpd如何運行的技術描述;srm.conf是服務器的資源映射文件，告訴服務器各種文件的MIME類型，以及如何支持這些文件; access.conf用于配置服務器的訪問權限，控制不同用戶和計算機的訪問限制;這三個配置文件控制著服務器的各個方面的特性，因此為了正常運行服務器便需要設置好這三個文件。

　　除了這三個設置文件之外，Apache還使用mime.types文件用于標識不同文件對應的MIME類型， magic文件設置不同MIME類型文件的一些特殊標識，使得Apache 服務器從文檔后綴不能判斷出文件的MIME 類型時，能通過文件內(nèi)容中的這些特殊標記來判斷文檔的MIME類型。 [iaspec@www conf]$ pwd /usr/local/apache/conf [iaspec@www conf]$ ls access.conf httpd.conf.OLD magic.default srm.conf access.conf.default httpd.conf.SAVE mime.types srm.conf.default httpd.conf magic mime.types.default

　　新版本的Apache將原來httpd.conf、srm.conf與 access.conf中的所有配置參數(shù)均放在了一個配置文件 httpd.conf中，只是為了與以前的版本兼容的原因(使用這三個設置文件的方式來源于NCSA-httpd)，才使用三個配置文件。而提供的 access.conf和srm.conf文件中沒有具體的設置。

　　由于在新版本的Apache中，所有的設置都被放在了httpd.conf中，因此只需要調(diào)整這個文件中的設置。本文基于redhat 7.2 下的httpd.conf為例，解釋Apache服務器的各個設置選項，當然，其配置方法可擴展到幾乎所有unix系統(tǒng)。

　　雖然Apache提供設置的參數(shù)很多，基本上這些 參數(shù)都很明確，也可以不加改動運行Apache服務器。但如果需要調(diào)整Apache服務器的性能，以及增加對某種特性的支持，就需要了解這些設置參數(shù)的含義。

　　需要指出的是，除了操作系統(tǒng)的性能調(diào)整之外，Apache 服務器本身的缺省配置絕不是最優(yōu)化和最高效的，而是要適應幾乎所有種類操作系統(tǒng)、所有種類硬件下的設置，多平臺的軟件不可能為特定平臺和特定硬件提供最優(yōu)化的缺省配置。因此要使用Apache的時候，性能調(diào)整是必不可少的。

　　httpd.conf基本配置與性能優(yōu)化的關系

　　httpd.conf中首先定義了一些httpd守護進程運行時需要的參數(shù)，來決定其運行方式和運行環(huán)境。 下面就httpd.conf中的配置參數(shù)的定義及其各種配置、優(yōu)化方法進行逐項說明：

　　(優(yōu)化沒有捷徑，必須首先清楚各配置的含義)

ServerType standalone

　　ServerType定義服務器的啟動方式，缺省值為獨立方式 standalone，httpd 服務器將由其本身啟動，并駐留在主機中監(jiān)視連接請求。在Linux下將在啟動文件 /etc/rc.d/rc.local/init.d/apache中自動啟動Web服務器，這種方式是推薦設置。

　　啟動Apache服務器的另一種方式是inet方式，使用超級服務器inetd監(jiān)視連接請求并啟動服務器。當需要使用inetd啟動方式時，便需要更改為這個設置，并屏蔽 /etc/rc.d/rc.local/init.d/apache文件，以及更改/etc/inetd.conf并重起 inetd，那么Apache就能從inetd中啟動了。

　　兩種方式的區(qū)別是獨立方式是由服務器自身管理自己的啟動進程，這樣在啟動時能立即啟動服務器的多個副本，每個副本都駐留在內(nèi)存中，一有連接請求不需要生成子進程就可以立即進行處理，對于客戶瀏覽器的請求反應更快，性能較高。而 inetd方式要由inetd發(fā)現(xiàn)有連接請求后才去啟動http服務器，由于inetd 要監(jiān)聽太多的端口，因此反應較慢、效率較低，但節(jié)約了沒有連接請求時Web服務器占用的資源。因此inetd方式只用于偶爾被訪問并且不要求訪問速度的服務器上。事實上inetd方式不適合http的突發(fā)和多連接的特性，因為一個頁面可能包含多個圖象，而每個圖象都會引起一個連接請求，即使雖然訪問人數(shù)造成教少，但瞬間的連接請求并不少，這就受到inetd性能的限制，甚至會影響由inetd啟動的其他服務器程序。

ServerRoot "/usr/local"

　　ServerRoot用于指定守護進程httpd的運行目錄，httpd在啟動之后將自動將進程的當前目錄改變?yōu)檫@個目錄，因此如果設置文件中指定的文件或目錄是相對路徑，那么真實路徑就位于這個ServerRoot定義的路徑之下。

　　由于httpd會經(jīng)常進行并發(fā)的文件操作，就需要使用加鎖的方式來保證文件操作不沖突，由于NFS文件系統(tǒng)在文件加鎖方面能力有限，因此這個目錄應該是本地磁盤文件系統(tǒng)，而不應該使用NFS文件系統(tǒng)。

# LockFile /var/lock/httpd.lock

　　LockFile參數(shù)指定了httpd守護進程的加鎖文件，一般不需要設置這個參數(shù)， Apache服務器將自動在ServerRoot下面的路徑中進行操作。但如果ServerRoot為NFS文件系統(tǒng)，便需要使用這個參數(shù)指定本地文件系統(tǒng)中的路徑，以提高讀寫速度。

PidFile /var/run/httpd.pid

　　PidFile指定的文件將記錄httpd守護進程的進程號，由于httpd能自動復制其自身，因此系統(tǒng)中有多個httpd進程，但只有一個進程為最初啟動的進程，它為其他進程的父進程，對這個進程發(fā)送信號將影響所有的httpd進程。 PidFILE定義的文件中就記錄httpd父進程的進程號。

ScoreBoardFile /var/run/httpd.scoreboard

　　httpd使用ScoreBoardFile來維護進程的內(nèi)部數(shù)據(jù)，因此通常不需要改變這個參數(shù)，除非管理員想在一臺計算機上運行幾個Apache服務器，這時每個Apache服務器都需要獨立的設置文件htt pd.conf，并使用不同的ScoreBoardFile。

#ResourceConfig conf/srm.conf #AccessConfig conf/access.conf

　　這兩個參數(shù)ResourceConfig和AccessConfig，就用于和使用 srm.conf 和 access.conf 設置文件的老版本Apache兼容。如果沒有兼容的需要，可以將對應的設置文件指定為/dev/null，這將表示不存在其他設置文件，而僅使用 httpd.conf 一個文件來保存所有的設置選項。

Timeout 300

　　Timeout定義客戶程序和服務器連接的超時間隔，超過這個時間間隔(秒)后服務器將斷開與客戶機的連接。如果服務器的負載較重，可適當把此數(shù)字調(diào)小。

KeepAlive On

　　在HTTP 1.0中，一次連接只能作傳輸一次HTTP請求，而KeepAlive參數(shù)用于支持HTTP的一次連接、多次傳輸功能，這樣就可以在一次連接中傳遞多個HTTP請求。

MaxKeepAliveRequests 100

　　 MaxKeepAliveRequests為一次連接可以進行的HTTP請求的最大請求次數(shù)。將其值設為0將支持在一次連接內(nèi)進行無限次的傳輸請求。事實上沒有客戶程序在一次連接中請求太多的頁面，通常達不到這個上限就完成連接了。可以適當將此數(shù)字調(diào)小，以獲取最大速度。

KeepAliveTimeout 15

　　KeepAliveTimeout 測試一次連接中的多次請求傳輸之間的時間，如果服務器已經(jīng)完成了一次請求，但一直沒有接收到客戶程序的下一次請求，在間隔超過了這個參數(shù)設置的值之后，服務器就斷開連接?？梢赃m當調(diào)小這個數(shù)值，以盡快釋放空閑的連接。但也不可太小，不然多數(shù)客戶都要重新連接，將耗費 CPU時間。

MinSpareServers 5       MaxSpareServers 10

　　在使用子進程處理HTTP請求的 Web服務器上，由于要首先生成子進程才能處理客戶的請求，因此反應時間就有一點延遲。但是，Apache服務器使用了一個特殊技術來擺脫這個問題，這就是預先生成多個空余的子進程駐留在系統(tǒng)中，一旦有請求出現(xiàn)，就立即使用這些空余的子進程進行處理，這樣就不存在生成子進程造成的延遲了。在運行中隨著客戶請求的增多，啟動的子進程會隨之增多，但這些服務器副本在處理完一次HTTP請求之后并不立即退出，而是停留在計算機中等待下次請求。但是空余的子進程副本不能光增加不減少，太多的空余子進程沒有處理任務，也占用服務器的處理能力，因此也要限制空余副本的數(shù)量，使其保持一個合適的數(shù)量，使得既能及時回應客戶請求，又能減少不必要的進程數(shù)量。

　　因此就可以使用參數(shù)MinSpareServers來設置最少的空余子進程數(shù)量，以及使用參數(shù) MaxSpareServers 來限制最多的空閑子進程數(shù)量，多余的服務器進程副本就會退出。根據(jù)服務器的實際情況來進行設置，如果服務器性能較高，并且也被頻繁訪問，就應該增大這兩個參數(shù)的設置。對于高負載的專業(yè)網(wǎng)站，這兩個值應該大致相同，并且等同于系統(tǒng)支持的最多服務器副本數(shù)量，也減少不必要的副本退出。

　　比如，當系統(tǒng)高負載時，可以這樣檢測：

   [iaspec@www iaspec]$ ps -ef|grep apache|wc 55 .. .. [iaspec@www iaspec]$

　　這表明，高負載時有55個運行子進程，如果此服務器為WEB專用服務器，就應該考慮將這兩個數(shù)值分別設為50、60，或者40、70，具體以速度測試結(jié)果為準。

StartServers 5

　　StartServers參數(shù)就是用來設置httpd啟動時啟動的子進程副本數(shù)量，這個參數(shù)與上面定義的MinSpareServers和 MaxSpareServers參數(shù)相關，都是用于啟動空閑子進程以提高服務器的反應速度的。這個參數(shù)應該設置為前兩個值之間的一個數(shù)值，小于 MinSpareServers和大于MaxSpareServers都沒有意義。

MaxClients 150

　　在另一方面，服務器的能力畢竟是有限的，不可能同時處理無限多的連接請求，因此參數(shù) Maxclients就用于規(guī)定服務器支持的最多并發(fā)訪問的客戶數(shù)，如果這個值設置得過大，系統(tǒng)在繁忙時不得不在過多的進程之間進行切換來為太多的客戶進行服務，這樣對每個客戶的反應就會減慢，并降低了整體的效率。如果這個值設置的較小，那么系統(tǒng)繁忙時就會拒絕一些客戶的連接請求。當服務器性能較高時，就可以適當增加這個值的設置。對于專業(yè)網(wǎng)站，應該使用提高服務器效率的策略，因此這個參數(shù)不能超過硬件本身的限制，如果頻繁出現(xiàn)拒絕訪問現(xiàn)象，就說明需要升級服務器硬件了。當不太在意對客戶瀏覽器的反應速度，或者認為反應速度較慢也比拒絕連接好，就也可以略微超過硬件條件來設置這個參數(shù)。

　　但具體這個數(shù)值以多少為宜呢?當對性能要求較高時，可以用下面的方法確定如何配置此參數(shù)。

　　首先，估計你的最大可能并發(fā)的連接數(shù)，或者在高負載時用ps -ef|grep apache|wc命令測得最大進程數(shù)，通常MaxClients應該是這個數(shù)值的兩倍左右。如果當前網(wǎng)站在高負載時的訪問速度可以接受，但有拒絕服務現(xiàn)象，則應把此參數(shù)調(diào)大，如果無拒絕服務現(xiàn)象，但訪問速度緩慢，則應減低此數(shù)值。

　　這個參數(shù)同時限制了MinSpareServers和MaxSpareServers的設置，它們不應該大于這個參數(shù)的設置。

　　對于重負載的機器來說，僅僅這么做還是不夠的。

　　Apache允許為請求開的最大進程數(shù)是256,MaxClients的限制是 256.如果用戶多了，用戶就只能看到Waiting for reply....然后等到下一個可用進程的出現(xiàn)。這個最大數(shù)，是Apache的程序決定的--它的NT版可以有1024，但Unix版只有256，你可以在include/httpd.h中

　　看到： #ifndef HARD_SERVER_LIMIT #ifdef WIN32 #define HARD_SERVER_LIMIT 1024 #else #define HARD_SERVER_LIMIT 256 #endif #endif

　　你可以把它調(diào)到1024，然后再編譯你的系統(tǒng)。記得在httpd.conf里也要更改相應配置。

MaxRequestsPerChild 30

　　使用子進程的方式提供服務的Web 服務，常用的方式是一個子進程為一次連接服務，這樣造成的問題就是每次連接都需要生成、退出子進程的系統(tǒng)操作，使得這些額外的處理過程占據(jù)了計算機的大量處理能力。因此最好的方式是一個子進程可以為多次連接請求服務，這樣就不需要這些生成、退出進程的系統(tǒng)消耗， Apache就采用了這樣的方式，一次連接結(jié)束后，子進程并不退出，而是停留在系統(tǒng)中等待下一次服務請求，這樣就極大的提高了性能。

　　但由于在處理過程中子進程要不斷的申請和釋放內(nèi)存，次數(shù)多了就會造成一些內(nèi)存垃圾，就會影響系統(tǒng)的穩(wěn)定性，并且影響系統(tǒng)資源的有效利用。因此在一個副本處理過一定次數(shù)的請求之后，就可以讓這個子進程副本退出，再從原始的 httpd進程中重新復制一個干凈的副本，這樣就能提高系統(tǒng)的穩(wěn)定性。這樣，每個子進程處理服務請求次數(shù)由MaxRequestPerChild定義。缺省的設置值為30，這個值對于具備高穩(wěn)定性特點的Linux系統(tǒng)來講是過于保守的設置，可以設置為1000甚至更高，設置為0支持每個副本進行無限次的服務處理。

#Listen 3000 #Listen 12.34.56.78:80 #BindAddress *

　　Listen參數(shù)可以指定服務器除了監(jiān)視標準的80端口之外，還監(jiān)視其他端口的 HTTP請求。由于系統(tǒng)可以同時擁有多個IP地址，因此也可以指定服務器只聽取對某個BindAddress< /B>;的IP地址的HTTP請求。如果沒有配置這一項，則服務器會回應對所有IP的請求。

　　即使使用了BindAddress參數(shù)，使得服務器只回應對一個IP地址的請求，但是通過使用擴展的Listen參數(shù)，仍然可以讓HTTP守護進程回應對其他IP地址的請求。此時List en參數(shù)的用法與上面的第二個例子相同。這種比較復雜的用法主要用于設置虛擬主機。此后可以用 VirtualHost參數(shù)定義對不同IP的虛擬主機，然而這種用法是較早的HTTP 1.0標準中設置虛擬主機的方法，每針對一個虛擬主機就需要一個IP地址，實際上用處并不大。在HTTP 1.1中，增加了對單IP地址多域名的虛擬主機的支持，使得虛擬主機的設置具備更大的意義。

最新評論