apache2.2 prefork模式優化

apache2.2 prefork模式優化 apache2.2優化配置核心關鍵： （一）prefork模式下(其他模式下不適用)，apache需要優化的主要參數： ServerLimit 3000 StartServers 750 MinSpareServers 5 MaxSpareServers 100 MaxClients 3000 MaxRequestsPerChild 10000 首先來看看apache各個參數的意義（引號裡引用的是官方文檔的描述）： www.2cto.com (1)ServerLimit和MaxClients 服務器最大同時響應請求數 這個就是你當前配置的apache最大的並發響應數，對應的是apache的進程數，兩個參數同時修改，MaxClients不得大於ServerLimit參數。 ServerLimit的大小，取決於你系統的資源，每個apache進程默認占用2M內存，基本可以按照這個公式來計算：最大內存*80%/2M=ServerLimit www.2cto.com (2)StartServers 750 啟動時默認啟動的進程數 這個參數默認是5，因為apache會通過自動啟動新進程來增加響應服務的進程數，這個值不做調整的也是可以的，會由默認的5增加到滿足服務的進程數，但是會出現開始啟動時的卡住。 小啟動參數有一個好處：就是可以讓傳遞後後端tomcat的壓力緩慢增加上來，而不是一下子增加壓力。可以把這個調整到當前服務最大的並發數，當前服務最大並發連接數，可以通過監控apache進程個數：ps -ef | grep httpd | wc -l 來獲得。不用調得太大，否則是無謂增加apache通過jk去跟tomcat建立的連接。 注意：apache進程跟tomcat建立連接後，不會釋放此連接，會一直保持連接，直到timeout，如果沒有timeout時間，就會永久連接。timeout的設置，會在後面jk配置裡說明。 所以不要一次啟動太多的apache進程，只啟動足夠用的進程即可。其他增加的流量，apache會自動調整進程數，直到MaxClients參數限定的范圍。 (3)MinSpareServers 5 最小空閒進程 MinSpareServers指令設置空閒子進程的最小數量。所謂空閒子進程是指沒有正在處理請求的子進程。如果當前空閒子進程數少於MinSpareServers ，那麼Apache將以第一秒一個，第二秒兩個，第三秒四個，按指數遞增個數的速度產生新的子進程。 (4)MaxSpareServers 10 最大空閒進程 MaxSpareServers指令設置空閒子進程的最大數量。所謂空閒子進程是指沒有正在處理請求的子進程。如果當前有超過MaxSpareServers數量的空閒子進程，那麼父進程將殺死多余的子進程。 可以調整這兩個參數，但是這兩個參數的值不能設得太大，否則apache進程太多，會導致對應開啟的tomcat進程也會很多。 官網上關於這兩個參數都有這麼句話：“將此參數設的太大通常是一個壞主意。” 在一台壓力大(並發訪問2800)的服務器上，MaxSpareServers這個值設置的是200。 設置了這個值的好處是不會有太多的空閒的進程在消耗資源，同時減少apache和tomcat的連接端口。 關閉空閒apache進程的同時，會釋放jk連接，同時釋放tomcat連接數，進而減少系統資源消耗。 (5)MaxRequestsPerChild 10000 "MaxRequestsPerChild指令設置每個子進程在其生存期內允許伺服的最大請求數量。到達MaxRequestsPerChild的限制後，子進程將會結束。如果MaxRequestsPerChild為"0"，子進程將永遠不會結束。 將MaxRequestsPerChild設置成非零值有兩個好處： * 可以防止(偶然的)內存洩漏無限進行，從而耗盡內存。 * 給進程一個有限壽命，從而有助於當服務器負載減輕的時候減少活動進程的數量。 注意 對於KeepAlive鏈接，只有第一個請求會被計數。事實上，它改變了每個子進程限制最大鏈接數量的行為。" 也就是說實際上這個時候子進程最大連接數等於MaxRequestsPerChild*MaxKeepAliveRequests 所以在開啟KeepAlive後，需要同時設置MaxRequestsPerChild和MaxRequestsPerChild，確保每個apache進程在服務一定請求數後會關閉，重新開啟新的子進程，避免apache進程異常導致的內存洩露和資源占用。 (6)Keep-Alive 默認：ON 發送的請求，在MaxRequestsPerChild裡面只算一個，不管這個連接發送了多少個請求。 (7)MaxKeepAliveRequests 默認：100 "一個建立好的Keep-Alive連接，允許發送的請求的個數。一旦建立連接，要麼就是個數達到了斷開，要麼就是等KeepAliveTimeout時間到了斷開連接。 MaxKeepAliveRequests指令限制了當啟用KeepAlive時，每個連接允許的請求數量。如果將此值設為"0"，將不限制請求的數目。我們建議最好將此值設為一個比較大的值，以確保最優的服務器性能。" 這個數字的設置，必須考慮在一個時間段內，同一個用戶訪問你的服務會發多少請求。要結合KeepAliveTimeout參數來考慮。 舉個例子，用戶需要間隔時間不大於KeepAliveTimeout的時間內，連續請求10個文件，那麼這個參數就應該設置成10，如果用戶在連續時間裡不斷請求訪問，則這個數值得設置得更多。否則就重新建立連接下載。一旦用戶連續進行了10個請求後，並且這個用戶肯定在完成這些請求後的5秒內不會再請求，甚至要在之後的很長時間後請求，那麼這個KeepAliveTimeout時間就可以設置得很短，以便盡早斷開這種用戶，把資源讓個其他用戶。 (8)KeepAliveTimeout 默認：5 "在一個建立好的Keep-Alive連接上，在MaxKeepAliveRequests個數未滿的情況下，等待下一個請求的時間。" 如果有請求到達，那麼apache等待IO響應的timeout時間時間開始生效，timeout時間沒等到響應，連接被斷開；如果KeepAliveTimeout時間內，沒有請求到達，連接就被斷開。 具體設置可以參考配合MaxKeepAliveRequests參數。同時這個參數又受TimeOut參數影響，在一次成功連接中，TimeOut時間內沒有等到響應，也會斷開連接。 (9)TimeOut 默認：300 "TimeOut指令用於設置Apache等待以下三種事件的時間長度： 1. 接受一個GET請求耗費的總時間。 2. POST或PUT請求時，接受兩個TCP包之間的時間。 3. 應答時TCP包傳輸中兩個ACK包之間的時間。 我們計劃在發展裡程中，逐步把它們分別變得更易配置。計時器在1.2版本之前的默認值為1200，而現在已經設置為300了，但對於絕大多數情況來說仍是足夠的。沒有把它默認值設的更小的原因在於代碼裡還有點問題：有時發送一個包之後，計時器沒有復位。” 影響Apache的性能配置參數： 影響Apache的性能配置參數： Timeout 300 指定站點響應的時間秒數。若超過這段時間仍未收到或送出數據，就斷開連接。意思是該參數指定Apache在接收請求或發送所請求內容之前的最長等待時間（秒），若超過該時間Apache則放棄處理該請求，並釋放連接。該參數默認值為120，推薦設置為60，對於訪問量較大的網站可以設置為30。 KeepAlive On|Off 啟用此項，表示允許保持持久連接，讓每次連接能提出多個請求。避免每請求一個文件就跟服務器建立一次連接。也就是控制Apache是否允許在一個連接中有多個請求，默認打開。但對於大多數論壇類型站點來說，通常設置為off以關閉該支持。 MaxKeepAliveRequests 100 每次連接可提出請求的數量，設置為0表示數量不限，默認值為100。. KeepAliveTimeout 15 連續兩個請求之間的時間如果超過15秒還未到達，則視為連接中斷。這種做法可以最大限度地利用有限的資源，這也是Apache性能如此優越的原因之一。 MinSpareServers 5 MaxSpareServers 20 Apache在運行時會根據負載的輕重自動調整空閒子進程的數目。 提供浏覽服務的httpd進程的數目需要隨連接數目的多少而變化，因此需要隨時保持幾個閒置的httpd進程等候新的連接請求。若閒置的進程數少於5個（默認值），則表示閒置進程太少，需要將其增加到5個； 若多於20個（默認值）則表示閒置進程太多，需將其減少到20個。 MaxClients 150 同時接入的數目太多時會降低系統訪問性能，設置此參數可限制同時連接的最大數值，默認值為150，它設定的就是Apache可以同時處理的請求，這是對Apache性能影響最大的參數 MaxClients和MaxRequestPerchild；MaxClients指定Apache在同一時間內最多允許有多少客戶端能夠與其連接，如果超過MaxClients個連接，客戶端將會得到一個“服務器繁忙”的錯誤頁面。我們看到默認情況下MaxClients設置為15，這對一些中型站點和大型站點顯然是遠遠不夠的！也許您需要同時允許512個客戶端連接才能滿足應用需求，好吧，那麼就讓我們把MaxClients修改為512，保存httpd.conf並退出，重啟Apache，很遺憾，在重啟過程當中您看到了一些錯誤提示，Apache重啟失敗。錯誤提示中告訴您 MaxClients最大只能設定為256，相信您一定很失望。不過不要沮喪，Apache作為世界一流的Web Server一定不會如此單薄的！在默認情況下，MaxClients的確只能設定為不超過256的整數，但是，如果您有需要完全可以隨意定制，此時就需要使用ServerLimit參數來配合使用，簡單的說ServerLimit就像是水桶，而MaxClients就像是水，您可以通過更換更大的水桶（將ServerLimit設定為一個較大值）來容納更多的水(MaxClients)，但要注意，MaxClients的設定數值是不能大於 ServerLimit的設定數值的！下面讓我們了解一下MaxRequestPerChild參數，該參數指定一個連接進程中可以有多少個線程同時工作。也許這樣解釋過於專業，那麼您只要想想“網絡螞蟻”、“網際快車FlashGet”中的“多點同時下載”即可，該參數實際上就是限制最多可以用幾個“點”。默認設置為0，即為：不限制。但需要注意，如果將該值設置的過小會引起訪問問題，如果沒有特殊需要或者訪問量壓力並非很大可以保持默認值，如果訪問量很大則推薦設置為2048 優化建議： # 升級 Apache 到最新版本，新版本往往包含性能提升和安全更新。 # 在 httpd.conf 中設置 "HostNameLookups off" 能避免針對每個訪問者的 DNS 域名的反向查詢。 # 對於繁忙的網站，在 httpd.conf 中設置 "MaxClients 230" 或者更高。這項設置讓更多的 httpd 進程同時響應請求，並避免了處理器排隊的情況發生。 # 采用另外一台服務器處理圖片文件。 # 缺保您的 Web 頁面和 CGI 頁面采用了浏覽器緩沖技術。具體的文章可以參考本站：采用 mod_gzip 加速 Zope 和 Apache # 保持您的 Apache 苗條，編譯那些僅僅需要的模塊，在編譯之前，修改 src/Configuration 文件，在那些不需要的模塊之前用 # 號注釋掉。 # 如果不需要流量日志，那麼把 httpd.conf 中的 TransferLog 指向到 /dev/null/ # 除非你確定使用 .htaccess 文件來控制一些目錄的權限，否則設置 "AllowOverride None" ，這樣就免去 Apache 在每個目錄搜索 .htaccess 文件的勞役之苦。 # 不要讓不需要的後台進程運行。 # 千萬不要把頁面或者日志文件寫到網絡磁盤上，例如 NFS。 # 不要讓 Apache (httpd) 運行於 inetd 模式。 # 不要讓 X Windows 運行在你的 Web 服務器上，用 Ctrl-Alt-Backspace 關閉 X 。 # 避免使用 SSI tag。 # 在 CGI 腳本中： * 文件 I/O：打開的文件數目越少越好。 * Shell 命令：采用全路徑來調用 shell 命令。 * 如果你的網站主要以 CGI 來驅動，那麼請使用 mod_perl。 * 在你的 Web 頁面目錄中，不要讓文件數超過 1000 個，文件越多花費在定位上的時間也越多。 # 在 Web 服務器上的圖片越少越好，保證每個圖片都經由圖片壓縮器運行。 # 對你的網站做壓力測試，建議采用 Apache 自帶的 ab 命令來測試。 # 為了最好的性能，最好把網線拔掉，這樣你的 Web 服務器就十分安全，而且負載馬上降為 0， Apache的最大連接數，默認為256個。 修改apache的最大連接數，方法如下： 步驟一：先修改./apache/conf/httpd.conf文件。 # vi httpd.conf 將“#Include conf/extra/httpd-mpm.conf”前面的 # 去掉。 保存。 步驟二：再修改./apache/conf/extra/httpd-mpm.conf文件。 # vi httpd-mpm.conf 找到 <IfModule mpm_prefork_module> 這一行 原： <IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 </IfModule> 修改後 <IfModule mpm_prefork_module> Apache的最大連接數，默認為256個。 修改apache的最大連接數，方法如下： 步驟一：先修改./apache/conf/httpd.conf文件。 # vi httpd.conf 將“#Include conf/extra/httpd-mpm.conf”前面的 # 去掉。 保存。 步驟二：再修改./apache/conf/extra/httpd-mpm.conf文件。 # vi httpd-mpm.conf 找到<IfModule mpm_prefork_module> 這一行 原： <IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 </IfModule> 修改後 <IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 ServerLimit 1500 MaxClients 1000 MaxRequestsPerChild 0 注意：1、一定要加ServerLimit，並且要在MaxClients前面，且數值要比MaxClient的值大； 2、重啟apache，僅僅/bin/apachectl restart無效， 需要先apachectl stop 然後再apachectl start 對apache中並發控制參數prefork理解和調優 一個apache有linux下的並發不是很高的,大約到3K的樣子,普通的服務器都會不同程度的出現問題.apache有關並發控制主要是 prefork和worker二個其中一個來控制.我們可以使用httpd -l來確定當前使用的MPM是prefork.c,還是Worker.c.下面是apache中有關prefork的配置.下面是我優化過的參數. <IfModule prefork.c> #有這個參數就不必像apache1一樣修改源碼才能修改256客戶數的限制,聽講要放到最前面才會生效,2000是這個參數的最大值 ServerLimit 2000 #指定服務器啟動時建立的子進程數量，prefork默認為5。 StartServers 25 #指定空閒子進程的最小數量，默認為5。如果當前空閒子進程數少於MinSpareServers ，那麼Apache將以最大每秒一個的速度產生新的子進程。此參數不要設的太大。 MinSpareServers 25 #設置空閒子進程的最大數量，默認為10。如果當前有超過MaxSpareServers數量的空閒子進程，那麼父進程將殺死多余的子進程。此 參數不要設的太大。如果你將該指令的值設置為比MinSpareServers小，Apache將會自動將其修改 成”MinSpareServers+1”。 MaxSpareServers 50 #限定同一時間客戶端最大接入請求的數量(單個進程並發線程數)，默認為256。任何超過MaxClients限制的請求都將進入等候隊列,一旦一個鏈接被釋放，隊列中的請求將得到服務。要增大這個值，你必須同時增大ServerLimit 。 MaxClients 2000 #每個子進程在其生存期內允許伺服的最大請求數量，默認為10000.到達MaxRequestsPerChild的限制後，子進程將會結束。如果MaxRequestsPerChild為”0”，子進程將永遠不會結束。 MaxRequestsPerChild 10000 </IfModule> 將MaxRequestsPerChild設置成非零值有兩個好處： 1.可以防止(偶然的)內存洩漏無限進行，從而耗盡內存。 2.給進程一個有限壽命，從而有助於當服務器負載減輕的時候減少活動進程的數量。 工作方式： 一個單獨的控制進程(父進程)負責產生子進程，這些子進程用於監聽請求並作出應答。Apache總是試圖保持一些備用的 (spare)或者是空閒的子進程用於迎接即將到來的請求。這樣客戶端就不需要在得到服務前等候子進程的產生。在Unix系統中，父進程通常以root身 份運行以便邦定80端口，而 Apache產生的子進程通常以一個低特權的用戶運行。User和Group指令用於設置子進程的低特權用戶。運行子進程的用戶必須要對它所服務的內容有 讀取的權限，但是對服務內容之外的其他資源必須擁有盡可能少的權限。 我們調優常常要查看httpd進程數（即prefork模式下Apache能夠處理的並發請求數）： #ps -ef | grep httpd | wc -l 出現的結果,就是當前Apache能夠處理的多少個並發請求，這個值Apache根據負載情況自動調. 查看Apache的並發請求數及其TCP連接狀態： 狀態：描述 CLOSED：無連接是活動的或正在進行 LISTEN：服務器在等待進入呼叫 SYN_RECV：一個連接請求已經到達，等待確認 SYN_SENT：應用已經開始，打開一個連接 ESTABLISHED：正常數據傳輸狀態 FIN_WAIT1：應用說它已經完成 FIN_WAIT2：另一邊已同意釋放 ITMED_WAIT：等待所有分組死掉 CLOSING：兩邊同時嘗試關閉 TIME_WAIT：另一邊已初始化一個釋放 處理完畢，等待超時結束 LAST_ACK：等待所有分組死掉 優化示例配置： <IfModule mpm_prefork_module> ServerLimit 20000 StartServers 10 MinSpareServers 10 MaxSpareServers 20 ServerLimit 2000 MaxClients 1000 MaxRequestsPerChild 10000 </IfModule> <IfModule mpm_worker_module> StartServers 3 MaxClients 2000 ServerLimit 25 MinSpareThreads 50 MaxSpareThreads 200 ThreadLimit 200 ThreadsPerChild 100 MaxRequestsPerChild 0 </IfModule>