讓使用Apache的網(wǎng)站速度更快

MPM（Multi-ProcessingModules,多道處理模塊）是Apache2.0中影響性能的最核心特性.

毫不夸張地說,MPM的引入是Apache2.0最重要的變化.大家知道,Apache是基于模塊化的設(shè)計,而Apache2.0更擴展了模塊化設(shè)計到Web服務(wù)器的最基本功能.服務(wù)器裝載了一種多道處理模塊,負(fù)責(zé)綁定本機網(wǎng)絡(luò)端口、接受請求,并調(diào)度子進(jìn)程來處理請求.擴展模塊化設(shè)計有兩個重要好處:

◆Apache可以更簡潔、有效地支持多種操作系統(tǒng);

◆服務(wù)器可以按站點的特殊需要進(jìn)行自定制.

在用戶級,MPM看起來和其它Apache模塊非常類似.主要區(qū)別是在任意時刻只能有一種MPM被裝載到服務(wù)器中.

下面以LinuxRedHatAS3為平臺,演示一下在Apache2.0中如何指定MPM.

#wgethttp://archive.apache.org/dist/httpd/httpd-2.0.52.tar.bz2

#tarjxvfhttpd-2.0.52.tar.bz2

#cdhttpd-2.0.52

#./configure——help|grepmpm

顯示如下:——with-mpm=MPMChoosetheprocessmodelforApachetouse.MPM={beos|worker|prefork|mpmt_os2|perchild|leader|threadpool}

上述操作用來選擇要使用的進(jìn)程模型,即哪種MPM模塊.Beos、mpmt_os2分別是BeOS和OS/2上缺省的MPM,perchild主要設(shè)計目的是以不同的用戶和組的身份來運行不同的子進(jìn)程.這在運行多個需要CGI的虛擬主機時特別有用,會比1.3版中的SuExec機制做得更好.leader和threadpool都是基于worker的變體,還處于實驗性階段,某些情況下并不會按照預(yù)期設(shè)想的那樣工作,所以Apache官方也并不推薦使用.因此,我們主要闡述prefork和worker這兩種和性能關(guān)系最大的產(chǎn)品級MPM.

prefork的工作原理

如果不用“——with-mpm”顯式指定某種MPM,prefork就是Unix平臺上缺省的MPM.它所采用的預(yù)派生子進(jìn)程方式也是Apache1.3中采用的模式.prefork本身并沒有使用到線程,2.0版使用它是為了與1.3版保持兼容性;另一方面,prefork用單獨的子進(jìn)程來處理不同的請求,進(jìn)程之間是彼此獨立的,這也使其成為最穩(wěn)定的MPM之一.

prefork的工作原理是,控制進(jìn)程在最初建立“StartServers”個子進(jìn)程后,為了滿足MinSpareServers設(shè)置的需要創(chuàng)建一個進(jìn)程,等待一秒鐘,繼續(xù)創(chuàng)建兩個,再等待一秒鐘,繼續(xù)創(chuàng)建四個……如此按指數(shù)級增加創(chuàng)建的進(jìn)程數(shù),最多達(dá)到每秒32個,直到滿足MinSpareServers設(shè)置的值為止.這就是預(yù)派生（prefork）的由來.這種模式可以不必在請求到來時再產(chǎn)生新的進(jìn)程,從而減小了系統(tǒng)開銷以增加性能.

worker的工作原理

相對于prefork,worker是2.0版中全新的支持多線程和多進(jìn)程混合模型的MPM.由于使用線程來處理,所以可以處理相對海量的請求,而系統(tǒng)資源的開銷要小于基于進(jìn)程的服務(wù)器.但是,worker也使用了多進(jìn)程,每個進(jìn)程又生成多個線程,以獲得基于進(jìn)程服務(wù)器的穩(wěn)定性.這種MPM的工作方式將是Apache2.0的發(fā)展趨勢.

worker的工作原理是,由主控制進(jìn)程生成“StartServers”個子進(jìn)程,每個子進(jìn)程中包含固定的ThreadsPerChild線程數(shù),各個線程獨立地處理請求.同樣,為了不在請求到來時再生成線程,MinSpareThreads和MaxSpareThreads設(shè)置了最少和最多的空閑線程數(shù);而MaxClients設(shè)置了所有子進(jìn)程中的線程總數(shù).如果現(xiàn)有子進(jìn)程中的線程總數(shù)不能滿足負(fù)載,控制進(jìn)程將派生新的子進(jìn)程.

#下面我以worker模式進(jìn)行編譯安裝#./configure--prefix=/usr/local/apache--with-mpm=worker--

Worker模式下所能同時處理的請求總數(shù)是由子進(jìn)程總數(shù)乘以ThreadsPerChild值決定的,應(yīng)該大于等于MaxClients.如果負(fù)載很大,現(xiàn)有的子進(jìn)程數(shù)不能滿足時,控制進(jìn)程會派生新的子進(jìn)程.默認(rèn)最大的子進(jìn)程總數(shù)是16,加大時也需要顯式聲明ServerLimit（最大值是20000）

需要注意的是,如果顯式聲明了ServerLimit,那么它乘以ThreadsPerChild的值必須大于等于MaxClients,而且MaxClients必須是ThreadsPerChild的整數(shù)倍,否則Apache將會自動調(diào)節(jié)到一個相應(yīng)值（可能是個非期望值）.下面是筆者的worker配置段:

<IfModuleworker.c>StartServers3MaxClients2000ServerLimit25MinSpareThreads50MaxSpareThreads200ThreadLimit200ThreadsPerChild100MaxRequestsPerChild0</IfModule>
#保存退出.

#/usr/local/apache/bin/apachectlstart

#可根據(jù)實際情況來配置Apache相關(guān)的核心參數(shù),以獲得最大的性能和穩(wěn)定性.

限制Apache并發(fā)連接數(shù)

我們知道當(dāng)網(wǎng)站以http方式提供軟件下載時,若是每個用戶都開啟多個線程并沒有帶寬的限制,將很快達(dá)到http的最大連接數(shù)或者造成網(wǎng)絡(luò)阻塞,使得網(wǎng)站的許多正常服務(wù)都無法運行.下面我們添加mod_limitipconn模塊,來控制http的并發(fā)連接數(shù).

#wgethttp://dominia.org/djao/limit/mod_limitipconn-0.22.tar.gz#tarzxvfmod_limitipconn-0.22.tar.gz#cdmod_limitipconn-0.22#/usr/local/apache/bin/apxs-c-i-amod_limitipconn.c#編譯好后會自動把mod_rewrite.so拷貝到/usr/local/apache/modules下,并修改你的httpd.conf文件.#vi/usr/local/apache/conf/httpd.conf#在最后一行加入<IfModulemod_limitipconn.c><Location/>#所限制的目錄所在,此處表示主機的根目錄MaxConnPerIP2#所限制的每個IP并發(fā)連接數(shù)為2個</Location></IfModule>#保存退出.#/usr/local/apache/bin/apachectlstart防止文件被盜鏈

我們剛才已經(jīng)限制了IP并發(fā)數(shù),但如果對方把鏈接盜鏈到別的頁面,我們剛才做的就毫無意義了,因為他完全可以通過螞蟻或快車進(jìn)行下載.所以就這種情況,我們要引用mod_rewrite.so模塊.這樣,當(dāng)他盜鏈了文件,通過mod_rewrite.so模塊把頁面引到了一個事先我們制定好的錯誤頁面里,這樣就防止了盜鏈。

#/usr/local/apache/bin/apxs-c-i-a/opt/httpd-2.0.52/modules/mappers/mod_rewrite.c#編譯好后會自動把mod_rewrite.so拷貝到/usr/local/apache/modules下,并修改你的httpd.conf文件.#vi/usr/local/apache/conf/httpd.confRewriteEngineonRewriteCond%{HTTP_REFERER}!^http://www.squall.cn/.*$[NC]RewriteCond%{HTTP_REFERER}!^http://www.squall.cn$[NC]RewriteCond%{HTTP_REFERER}!^http://squall.cn/.*$[NC]RewriteCond%{HTTP_REFERER}!^http://squall.cn$[NC]RewriteRule.*\\.(jpg|gif|png|bmp|tar|gz|rar|zip|exe)$http://www.squall.cn/error.htm[R,NC]到此,我們就對Apache做了一次全面優(yōu)化,性能比原來明顯地有了很大的提高.這次實施過程到此也就圓滿的結(jié)束了.相信大家通過讀完我的這篇文章后,對Apache優(yōu)化也有了一些心得,相信你在工作中也會處理好突發(fā)事件。

服務(wù)器租用/服務(wù)器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]