Apache 性能調優

pache是基於模塊化的設計,因此可以輕鬆添加和移除特性。在 Apache 的核心,多處理模塊(Multi-Processing Module,MPM)提供了這種模塊化功能性 —— 管理網絡連接、調度請求。MPM使其能夠使用線程。擴展模塊化設計有兩個重要好處:Apache可以更簡潔、有效地支持多種操作系統;服務器可以按站點的特殊需要進行自定製。  

          每個請求使用一個進程的傳統模型稱爲 prefork。 較新的線程化模型稱爲 worker,它使用多個進程,每個進程又有多個線程,這樣就能以較低的開銷獲得更好的性能。

          默認安裝完apache,查看使用的的是哪種模型:

1 [email protected]:~# /usr/sbin/apache2ctl -l
2 Compiled in modules:
3   core.c
4   mod_log_config.c
5   mod_logio.c
6   prefork.c
7   http_core.c
8   mod_so.c
          以上看到了prefork(如果看到worker.c說明使用的MPM的worker)

          prefork就是Unix平臺上缺省的MPM,prefork用單獨的子進程來處理不同的請求,進程之間是彼此獨立的,這也使其成爲最穩定的MPM之一。

          查看prefork在apache裏的默認配置

1 [email protected]:~# cat /etc/apache2/apache2.conf
2 <IfModule mpm_prefork_module>
3     StartServers          5
4     MinSpareServers       5
5     MaxSpareServers      10
6     MaxClients          150
7     MaxRequestsPerChild   0
8 </IfModule>
          prefork模型原理會爲每個請求創建一個新進程。多餘的進程保持空閒,以處理傳入的請求,這縮短了啓動延遲。這裏預先建立完成控制進程在最初建立“StartServers“個子進程後,爲了滿足”MinSpareServers“設置的需要創建若干進程,直到滿足”MinSpareServers“設置的值爲止。這就是預派生(prefork)的由來。這種模式可以不必在請求到來時再產生新的進程,從而減小了系統開銷以增加性能。  

   

         "MaxSpareServers"設置了最大的空閒進程數,如果空閒進程數大於這個值,Apache會自動kill掉一些多餘進程。這個值不要設得過大,但如果設的值比”MinSpareServers“小,Apache會自動把其調整爲MinSpareServers+1。如果站點負載較大,可考慮同時加大“MinSpareServers”和“MaxSpareServers”。

          ”MaxRequestsPerChild“設置的是每個子進程可處理的請求數。每個子進程在處理了“MaxRequestsPerChild” 個請求後將自動銷燬。0意味着無限,即子進程永不銷燬。雖然缺省設爲0可以使每個子進程處理更多的請求,但如果設成非零值也有兩點重要的好處:可防止意外的內存泄漏;在服務器負載下降的時侯會自動減少子進程數.

          "MaxClients"是這些指令中最爲重要的一個,設定的是Apache可以同時處理的請求,是對Apache性能影響最大的參數。其缺省值 150是遠遠不夠的,如果請求總數已達到這個值(可查詢ps -ef|grep apache|wc -l),那麼後面的請求就要排隊,直到某個已處理請求完畢。這就是爲什麼系統資源還剩下很多而HTTP訪問卻還很慢。 

           如果 MaxClients設置 過高,那麼所有客戶機也將體驗到糟糕的服務,因爲 Web 服務器會試圖換出一個進程,以使另一個進程能夠運行。而設得過低意味着可能會不必要地拒絕服務。MaxClients 的值超過 256,必須將 ServerLimit 也設爲同樣的數值.ServerLimit是活動子進程數量的硬限制.

           以下是經過調整優化了參數配置:

1 [email protected]:~# cat /etc/apache2/apache2.conf
2 <IfModule mpm_prefork_module>
3     ServerLimit           2000
4     StartServers          10
5     MinSpareServers       10
6     MaxSpareServers       15
7     MaxClients            2000
8     MaxRequestsPerChild   10000
9 </IfModule>


            worker的默認配置:

1 [email protected]:~# cat /etc/apache2/apache2.conf
2 <IfModule mpm_worker_module>
3     StartServers          2
4     MaxClients          150
5     MinSpareThreads      25
6     MaxSpareThreads      75
7     ThreadsPerChild      25
8     MaxRequestsPerChild   0
9 </IfModule>

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

       "MinSpareThreads"和"MaxSpareThreads"的最大缺省值分別是75和250。這兩個參數對Apache的性能影響並不大,可以按照實際情況相應調節。 

       "ThreadsPerChild"是worker MPM中與性能相關最密切的指令。這個指令設置了每個進程建立的進程數。子進程在啓動時建立這些線程後就不在建立新的線程了。每個進程所擁有的所有線程的總數足夠大,以便可以處理可能的請求高峯。

           worker模式下所能同時處理的請求總數是由子進程總數乘以"ThreadsPerChild"值決定的,應該大於等於"MaxClients"。如果顯式聲明瞭"ServerLimit",那麼它乘以ThreadsPerChild的值必須大於等於"MaxClients",而且"MaxClients"必須是"ThreadsPerChild"的整數倍,否則Apache將會自動調節到一個相應值(可能是個非期望值).


           以下是經過調整優化了參數配置:

01 [email protected]:~# cat /etc/apache2/apache2.conf
02 <IfModule mpm_worker_module>
03 StartServers 3
04 MaxClients 2000
05 ServerLimit 25
06 MinSpareThreads 50
07 MaxSpareThreads 200
08 ThreadLimit 200
09 ThreadsPerChild 100
10 MaxRequestsPerChild 0
11 </IfModule>


查看Apache的併發請求數及其TCP連接狀態: 

1 [email protected]:~# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
2 CLOSE_WAIT 2
3 TIME_WAIT 21
4 LAST_ACK 5
5 SYN_RECV 20
6 ESTABLISHED 1609
7 SYN_SENT 2
8 FIN_WAIT1 51
9 FIN_WAIT2 200

其中的SYN_RECV表示正在等待處理的請求數;ESTABLISHED表示正常數據傳輸狀態;TIME_WAIT表示處理完畢,等待超時結束的請求數。


狀態:描述 
CLOSED:無連接是活動的或正在進行 
LISTEN:服務器在等待進入呼叫 
SYN_RECV:一個連接請求已經到達,等待確認 
SYN_SENT:應用已經開始,打開一個連接 
ESTABLISHED:正常數據傳輸狀態 
FIN_WAIT1:應用說它已經完成 
FIN_WAIT2:另一邊已同意釋放 
ITMED_WAIT:等待所有分組死掉 
CLOSING:兩邊同時嘗試關閉 
TIME_WAIT:另一邊已初始化一個釋放 
LAST_ACK:等待所有分組死掉

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章