Apache解決方案
前言:
項目100人同時訪問,導(dǎo)致訪問速度變慢
多路處理模塊MPM(Multi-Processing Module)介紹
作為Apache的核心模塊它針對不同的操作系統(tǒng)提供了多個不同的MPM模塊,例如:mpm_beos
、mpm_event
、mpm_netware
、mpmt_os2
、mpm_prefork
、mpm_winnt
、mpm_worker
。 如果條件允許,我們可以根據(jù)實際需求將指定的MPM模塊編譯進(jìn)我們自己的Apache中(Apache的源碼是開放的,允許用戶自行編譯)。不過,如果在編譯時我們沒有選擇,Apache將按照如下表格根據(jù)不同的操作系統(tǒng)自行選擇對應(yīng)的MPM模塊,這也是Apache針對不同平臺推薦使用的MPM模塊。
不同操作系統(tǒng)上默認(rèn)的MPM模塊 | ||
---|---|---|
操作系統(tǒng) | MPM模塊 | 描述 |
Windows | mpm_winnt | Windows系統(tǒng) |
Unix/Linux | mpm_winnt | Unix/Linux系統(tǒng) |
BeOS | mpm_beos | 由Be公司開發(fā)的一種多媒體操作系統(tǒng),官方版已停止更新。 |
Netware | mpm_netware | 由NOVELL公司推出的一種網(wǎng)絡(luò)操作系統(tǒng) |
OS/2 | mpmt_os2 | 一種最初由微軟和IBM共同開發(fā)的操作系統(tǒng),現(xiàn)由IBM單獨開發(fā)(微軟放棄OS/2,轉(zhuǎn)而開發(fā)Windows) |
mpm_event
模塊可以看作是mpm_worker
模塊的一個變種,不過其具有實驗性質(zhì),一般不推薦使用。
當(dāng)然,Apache在其官方網(wǎng)站上也提供了根據(jù)不同操作系統(tǒng)已經(jīng)編譯好對應(yīng)MPM模塊的成品Apache。你可以點擊此處進(jìn)入Apache官方網(wǎng)站下載。
此外,如果我們想要知道某個Apache內(nèi)部使用的是何種MPM模塊,我們可以以命令行的方式進(jìn)入Apache安裝目錄\bin,然后鍵入命令httpd -l,即可查看到當(dāng)前Apache內(nèi)部使用的何種MPM模塊。
由于在平常的開發(fā)工作中,BeOS、NetWare、OS/2等操作系統(tǒng)并不常見,這里我們主要針對Windows和Unix/Linux操作系統(tǒng)上的MPM模塊進(jìn)行講解。在Windows和Unix/Linux操作系統(tǒng)上,MPM模塊主要有mpm_winnt
、mpm_prefork
、mpm_worker
三種。
mpm_prefork模塊
mpm_prefork模塊主要應(yīng)用于Unix/Linux平臺的Apache服務(wù)器,其主要工作方式是:當(dāng)Apache服務(wù)器啟動后,mpm_prefork模塊會預(yù)先創(chuàng)建多個子進(jìn)程(默認(rèn)為5個),當(dāng)接收到客戶端的請求后,mpm_prefork模塊再將請求轉(zhuǎn)交給子進(jìn)程處理,并且每個子進(jìn)程同時只能用于處理單個請求。如果當(dāng)前的請求數(shù)將超過預(yù)先創(chuàng)建的子進(jìn)程數(shù)時,mpm_prefork模塊就會創(chuàng)建新的子進(jìn)程來處理額外的請求。Apache總是試圖保持一些備用的或者是空閑的子進(jìn)程用于迎接即將到來的請求。這樣客戶端的請求就不需要在接收后等候子進(jìn)程的產(chǎn)生。
由于在mpm_prefork模塊中,每個請求對應(yīng)一個子進(jìn)程,因此其占用的系統(tǒng)資源相對其他兩種模塊而言較多。不過mpm_prefork模塊的優(yōu)點在于它的每個子進(jìn)程都會獨立處理對應(yīng)的單個請求,這樣,如果其中一個請求出現(xiàn)問題就不會影響到其他請求。同時,mpm_prefork模塊可以應(yīng)用于不具備線程安全的第三方模塊(比如PHP的非線程安全版本),且在不支持線程調(diào)試的平臺上易于調(diào)試。此外,mpm_prefork模塊還具有比mpm_worker模塊更高的穩(wěn)定性。
mpm_worker模塊
mpm_worker模塊也主要應(yīng)用于Unix/Linux平臺的Apache服務(wù)器,它可以看作是mpm_prefork模塊的改進(jìn)版。mpm_worker模塊的工作方式與mpm_prefork模塊類似。不過,由于處理相同請求的情況下,基于進(jìn)程(例如mpm_prefork)比基于線程的處理方式占用的系統(tǒng)資源要多。因此,與mpm_prefork模塊不同的是,mpm_worker模塊會讓每個子進(jìn)程創(chuàng)建固定數(shù)量的服務(wù)線程和一個監(jiān)聽線程,并讓每個服務(wù)線程來處理客戶端的請求,監(jiān)聽線程用于監(jiān)聽接入請求并將其傳遞給服務(wù)線程處理和應(yīng)答。Apache總是試圖維持一個備用或是空閑的服務(wù)線程池。這樣,客戶端無須等待新線程或新進(jìn)程的建立即可得到處理。
與mpm_prefork模塊相比,mpm_worker模塊可以進(jìn)一步減少系統(tǒng)資源的開銷。再加上它也使用了多進(jìn)程,每個進(jìn)程又有多個線程,因此它與完全基于線程的處理方式相比,又增加了一定的穩(wěn)定性。
mpm_winnt模塊
mpm_winnt模塊是專門針對Windows操作系統(tǒng)而優(yōu)化設(shè)計的MPM模塊。它只創(chuàng)建一個單獨的子進(jìn)程,并在這個子進(jìn)程中輪流產(chǎn)生多個線程來處理請求。
修改MPM模塊配置
在對Apache的MPM模塊具備一定了解后,我們就可以針對不同的MPM模塊來修改Apache的最大并發(fā)連接數(shù)配置了。
啟用MPM模塊配置文件
在Apace安裝目錄/conf/extra目錄中有一個名為httpd-mpm.conf的配置文件。該文件主要用于進(jìn)行MPM模塊的相關(guān)配置。不過,在默認(rèn)情況下,Apache的MPM模塊配置文件并沒有啟用。因此,我們需要在httpd.conf文件中啟用該配置文件,如下所示:
修改MPM模塊配置文件中的相關(guān)配置
在啟動MPM模塊配置文件后,我們就可以使用文本編輯器打開該配置文件,我們可以看到,在該配置文件中有許多
<IfModule>
配置節(jié)點,如下圖所示:
此時,我們就需要根據(jù)當(dāng)前Apache服務(wù)器所使用的MPM模塊,來修改對應(yīng)節(jié)點下的參數(shù)配置。首先,我們來看看mpm_winnt模塊下的默認(rèn)配置:
mpm_winnt模塊
對應(yīng)的配置參數(shù)作用如下:
ThreadsPerChild:每個子進(jìn)程的最大并發(fā)線程數(shù)。
MaxRequestsPerChild:每個子進(jìn)程允許處理的請求總數(shù)。如果累計處理的請求數(shù)超過該值,該子進(jìn)程將會結(jié)束(然后根據(jù)需要確定是否創(chuàng)建新的子進(jìn)程),該值設(shè)為0表示不限制請求總數(shù)(子進(jìn)程永不結(jié)束)。
該參數(shù)建議設(shè)為非零的值,可以帶來以下兩個好處:
1. 可以防止程序中可能存在的內(nèi)存泄漏無限進(jìn)行下去,從而耗盡內(nèi)存。
2. 給進(jìn)程一個有限壽命,從而有助于當(dāng)服務(wù)器負(fù)載減輕的時候減少活動進(jìn)程的數(shù)量。注意:在以上涉及到統(tǒng)計請求數(shù)量的參數(shù)中,對于KeepAlive的連接,只有第一個請求會被計數(shù)。
接著,我們再來看看mpm_perfork模塊和mpm_worker模塊下的默認(rèn)配置:
mpm_perfork模塊
此外,還需額外設(shè)置ServerLimit參數(shù),該參數(shù)最好與MaxClients的值保持一致。
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è)置的值為止。這種模式 可以不必在請求到 來時再產(chǎn)生新的進(jìn)程,從而減小了系統(tǒng)開銷以增加性能。MaxSpareServers設(shè)置了最大的空閑進(jìn)程數(shù),如果空閑進(jìn)程數(shù)大于這個 值,Apache 會自動kill掉一些多余進(jìn)程。這個值不要設(shè)得過大,但如果設(shè)的值比MinSpareServers小,Apache會自動把其調(diào)整 為 MinSpareServers+1。如果站點負(fù)載較大,可考慮同時加大MinSpareServers和MaxSpareServers。
MaxRequestsPerChild設(shè)置的是每個 子進(jìn)程可處理的請求數(shù)。每個子進(jìn)程在處理了“MaxRequestsPerChild”個請求后將自 動銷毀。0意味著無限,即子進(jìn)程永不銷毀。雖然缺省 設(shè)為0可以使每個子進(jìn)程處理更多的請求,但如果設(shè)成非零值也有兩點重要的好處:
可防止意外的內(nèi)存泄 漏。
在服務(wù)器負(fù)載下降的時侯會自動減少子進(jìn)程數(shù)。
因此,可根據(jù)服務(wù)器的負(fù)載來調(diào)整這個值。
MaxRequestWorkers指令集同時將服務(wù)請求的數(shù)量上的限制。任何連接嘗試在MaxRequestWorkerslimit將通常被排隊,最多若干基于上ListenBacklog指令。
在apache2.3.13以前的版本MaxRequestWorkers被稱為MaxClients 。
MaxClients是這些指令中最為重要的一個,設(shè)定的是 Apache可以同 時處理的請求,是對Apache性能影響最大的參數(shù)。其缺省值150是遠(yuǎn)遠(yuǎn)不夠的,如果請求總數(shù)已達(dá)到這個值(可通過 ps -ef|grep http|wc -l來確認(rèn)),那么后面的請求就要排隊,直到某個已處理請求完畢。這就是系統(tǒng)資源還剩下很多而HTTP訪問卻很 慢的主要原因。雖然理論上這個值越大,可以 處理的請求就越多,但Apache默認(rèn)的限制不能大于256。
mpm_worker模塊
對應(yīng)的配置參數(shù)作用如下:
StartServers 啟動Apache時創(chuàng)建的子進(jìn)程數(shù)。
MinSpareServers 處于空閑狀態(tài)的最小子進(jìn)程數(shù)。
所謂空閑子進(jìn)程是指沒有正在處理請求的子進(jìn)程。如果當(dāng)前空閑子進(jìn)程數(shù)少于MinSpareServers,那么Apache將以最大每秒一個的速度產(chǎn)生新的子進(jìn)程。只有在非常繁忙機器上才需要調(diào)整這個參數(shù)。此值不宜過大。MaxSpareServers 處于空閑狀態(tài)的最大子進(jìn)程數(shù)。
只有在非常繁忙機器上才需要調(diào)整這個參數(shù)。此值不宜過大。如果你將該指令的值設(shè)置為比MinSpareServers小,Apache將會自動將其修改成MinSpareServers+1。MaxClients 允許同時連接的最大請求數(shù)量。
任何超過MaxClients限制的請求都將進(jìn)入等待隊列,直到達(dá)到ListenBacklog指令限制的最大值為止。
mpm_prefork
MaxClients表示可以用于處理客戶端請求的最大子進(jìn)程數(shù)量,默認(rèn)值是256。要增大這個值,你必須同時增大ServerLimit。
對于線程型或者混合型的MPM(也就是
mpm_beos
或mpm_worker
),MaxClients表示可以用于處理客戶端請求的最大線程數(shù)量。線程型的mpm_beos的默認(rèn)值是50。對于混合型的MPM默認(rèn)值是16(ServerLimit)乘以25(ThreadsPerChild)的結(jié)果。因此要將MaxClients增加到超過16個進(jìn)程才能提供的時候,你必須同時增加ServerLimit的值。MinSpareThreads 處于空閑狀態(tài)的最小線程數(shù)。 不同的MPM對這個指令的處理是不一樣的:
mpm_worker的默認(rèn)值是75。這個MPM將基于整個服務(wù)器監(jiān)視空閑線程數(shù)。如果服務(wù)器中總的空閑線程數(shù)太少,子進(jìn)程將產(chǎn)生新的空閑線程。mpm_netware的默認(rèn)值是10。既然這個MPM只運行單獨一個子進(jìn)程,此MPM當(dāng)然亦基于整個服務(wù)器監(jiān)視空閑線程數(shù)。mpm_beos和mpmt_os2的工作方式與mpm_netware差不多,mpm_beos的默認(rèn)值是1;mpmt_os2的默認(rèn)值是5。
MaxSpareThreads 處于空閑狀態(tài)的最大線程數(shù)。 不同的MPM對這個指令的處理是不一樣的:
注: mpm_worker的默認(rèn)值是250。這個MPM將基于整個服務(wù)器監(jiān)視空閑線程數(shù)。如果服務(wù)器中總的空閑線程數(shù)太多,子進(jìn)程將殺死多余的空閑線程。mpm_netware的默認(rèn)值是100。既然這個MPM只運行單獨一個子進(jìn)程,此MPM當(dāng)然亦基于整個服務(wù)器監(jiān)視空閑線程數(shù)。mpm_beos和mpmt_os2的工作方式與mpm_netware差不多,mpm_beos的默認(rèn)值是50;mpmt_os2的默認(rèn)值是10。
*ServerLimit表示Apache允許創(chuàng)建的最大進(jìn)程數(shù)。 值得注意的是,Apache在編譯時內(nèi)部有一個硬限制ServerLimit 20000(對于mpm_prefork模塊為ServerLimit 200000)。你不能超越這個限制。
使用這個指令時要特別當(dāng)心。如果將ServerLimit設(shè)置成一個高出實際需要許多的值,將會有過多的共享內(nèi)存被分配。如果將ServerLimit和MaxClients設(shè)置成超過系統(tǒng)的處理能力,Apache可能無法啟動,或者系統(tǒng)將變得不穩(wěn)定。
*在配置相關(guān)參數(shù)時,請先保證服務(wù)器具備足夠的硬件性能(例如:CPU、內(nèi)存等)。 如果發(fā)現(xiàn)自啟動后,隨著服務(wù)器的運行時間增加,服務(wù)器的內(nèi)存占用也隨之增加,可能是程序中出現(xiàn)內(nèi)存泄露,請向下調(diào)整參數(shù)MaxRequestsPerChild的值以降低內(nèi)存泄露帶來的影響。
上一篇:Nginx解決方案
下一篇:Tomcat解決方案