合理設定apache的連線數及程序工作方式
阿新 • • 發佈：2019-02-11
網站線上人數增多，訪問時很慢。初步認為是伺服器資源不足了，但經反覆測試，一旦連線上，不斷點選同一個頁面上不同的連結，都能迅速開啟，這種現象就是說明apache最大連線數已經滿了，新的訪客只能排隊等待有空閒的連結，而如果一旦連線上，在keeyalive 的存活時間內(KeepAliveTimeout，預設5秒)都不用重新開啟連線，因此解決的方法就是加大apache的最大連線數。
1.在哪裡設定
伺服器的為FreeBSD 6.2 ，apache 2.24，使用預設配置(FreeBSD 預設不載入自定義MPM配置)，預設最大連線數是250
在/usr/local/etc/apache22/httpd.conf中載入MPM配置(去掉前面的註釋)：
# Server-pool management (MPM specific)
Include etc/apache22/extra/httpd-mpm.conf
可見的MPM配置在/usr/local/etc/apache22/extra/httpd-mpm.conf，但裡面根據httpd的工作模式分了很多塊，哪一部才是當前httpd的工作模式呢？可通過執行 apachectl -l 來檢視：
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c
看到prefork，因此可見當前httpd應該是工作在prefork模式，prefork模式的預設配置是：
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
2.要加到多少
連線數理論上當然是支援越大越好，但要在伺服器的能力範圍內，這跟伺服器的CPU、記憶體、頻寬等都有關係。
檢視當前的連線數可以用：
ps aux | grep httpd | wc -l
或：
pgrep httpd|wc -l
計算httpd佔用記憶體的平均數:
ps aux|grep -v grep|awk '/httpd/{sum+=$6;n++};END{print sum/n}'
由於基本都是靜態頁面，CPU消耗很低，每程序佔用記憶體也不算多，大約200K。伺服器記憶體有2G，除去常規啟動的服務大約需要500M(保守估計)，還剩1.5G可用，那麼理論上可以支援1.5*1024*1024*1024/200000 = 8053.06368
約8K個程序，支援2W人同時訪問應該是沒有問題的(能保證其中8K的人訪問很快，其他的可能需要等待1、2秒才能連上，而一旦連上就會很流暢)控制最大連線數的MaxClients ，因此可以嘗試配置為：
StartServers 5
MinSpareServers 5
MaxSpareServers 10
ServerLimit 5500
MaxClients 5000
MaxRequestsPerChild 100
注意，MaxClients預設最大為250，若要超過這個值就要顯式設定ServerLimit，且ServerLimit要放在MaxClients之前，值要不小於MaxClients，不然重啟httpd時會有提示。
重 啟httpd後，通過反覆執行pgrep httpd|wc -l 來觀察連線數，可以看到連線數在達到MaxClients的設值後不再增加，但此時訪問網站也很流暢，那就不用貪心再設定更高的值了，不然以後如果網站訪問突增不小心就會耗光伺服器記憶體，可根據以後訪問壓力趨勢及記憶體的佔用變化再逐漸調整，直到找到一個最優的設定值。
(MaxRequestsPerChild不能設定為0，可能會因記憶體洩露導致伺服器崩潰)
更佳最大值計算的公式：
apache_max_process_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2
apache_max_process = apache_max_process_with_good_perfermance * 1.5
附：
實時檢測HTTPD連線數：
watch -n 1 -d "pgrep httpd|wc -l"
持久連線
一 個客戶機連線到 Web 伺服器時，允許客戶機通過同一個 TCP 連線發出多個請求，這減少了與多個連線相關的延遲。在一個 Web 頁面引用了多幅圖片時，這就很有用：客戶機可以通過一個連線先請求頁面，再請求所有圖片。其缺點在於伺服器上的 worker 程序必須等待客戶機要關閉的會話，之後才能轉到下一個請求。
Apache 使您能夠配置如何處理持久連線(稱為 keepalives)，httpd.conf 全域性級的 KeepAlive 5 允許伺服器在連線強制關閉之前處理一個連線上的 5 個請求。將此值設定為 0 將禁用持久連線。同樣位於全域性級上的 KeepAliveTimeout 確定在會話關閉之前，Apache 將等待另外一個連線多久。
持久連線的處理並非 “一刀切” 式的配置。對於某些 Web 站點，禁用 keepalives 更合適(KeepAlive 0)；而對於其他一些站點，啟用它會帶來巨大的收益。惟一的解決之道就是嘗試使用這兩種配置，自己觀察哪種更合適。但若啟用了 keepalives，使用較小的超時時間較為明智，例如 2，即 KeepAliveTimeout 2。這能確保希望發出另外一個請求的客戶機有充足的時間，還能確保 worker 程序不會一直空閒，等待可能永遠不會出現的下一個請求。
壓縮
Web 伺服器能夠在將輸出發回給客戶機之前壓縮它。這將使通過 Internet 傳送的頁面更小，代價是 Web 伺服器上的 CPU 週期。對於那些負擔得起 CPU 開銷的伺服器來說，這是提高頁面下載速度的好辦法 —— 頁面壓縮後大小變為原來的三分之一這種事情並不罕見。
圖片通常已經是壓縮過的，因此壓縮應僅限於文字輸出。Apache 通過 mod_deflate 提供壓縮。儘管 mod_deflate 可輕鬆啟用，但它涉及到太多的複雜性，很多手冊都解釋了這些複雜的內容。本文不會介紹壓縮的配置，但提供了相應文件的連結。
調優PHP
PHP 是執行應用程式程式碼的引擎。應該僅安裝計劃使用的那些模組，並配置您的 Web 伺服器，使之僅為指令碼檔案(通常是以 .php 結尾的那些檔案)使用 PHP，而非所有靜態檔案。
操作碼快取
請 求一個 PHP 指令碼時，PHP 會讀取該指令碼，並將其編譯為 Zend 操作碼，這是要執行的程式碼的一種二進位制表示形式。隨後，此操作碼由 PHP 執行並丟棄。操作碼快取將儲存這個編譯後的操作碼，並在下一次呼叫該頁面時重用它。這會節省很多時間。有多種快取可用，我比較常用的是 eAccelerator。
要安裝 eAccelerator，您的計算機上需要有 PHP 開發庫。由於不同的 Linux 釋出版存放檔案的位置不同，所以最好直接從 eAccelerator 的 Web 站點獲得安裝說明(參見 參考資料部分獲得連結)。您的釋出版也有可能已經包含了一個操作碼快取，只需安裝即可。
無論如何在系統上安裝 eAccelerator，都有一些配置選項需要注意。配置檔案通常是 /etc/php.d/eaccelerator.ini。eaccelerator.shm_size 定義共享快取記憶體的大小，編譯後的指令碼就儲存在這裡。該值的單位是兆位元組(MB)。根據您的應用程式確定恰當的大小。eAccelerator 提供了一個指令碼來顯示快取的狀態，其中包含記憶體佔用，64MB 是個不錯的選擇(eaccelerator.shm_size="64")。如果您選擇的值未被接受，那麼必須修改核心的最大共享記憶體的大小。向 /etc/sysctl.conf 新增 kernel.shmmax=67108864，執行 sysctl -p 來使設定生效。kernel.shmmax 值的單位是位元組。
如果共享記憶體的分配超出極限，eAccelerator 必須將舊指令碼從記憶體中清除。預設情況下，這是被禁用的；eaccelerator.shm_ttl = "60" 指定：當 eAccelerator 用完共享記憶體時，60 秒內未被訪問的所有指令碼都將被清除。
另一種流行的 eAccelerator 替代工具是 Alternative PHP Cache(APC)。Zend 的廠商也提供了一種商業操作碼快取，包括一個進一步提高效率的優化器。
php.ini
PHP 的配置是在 php.ini 中完成的。四個重要的設定控制 PHP 可使用多少系統資源，如表 1 所列。
表 1. php.ini 中與資源相關的設定設定 描述 建議值
max_execution_time 一個指令碼可使用多少 CPU 秒 30
max_input_time 一個指令碼等待輸入資料的時間有多長(秒) 60
memory_limit 在被取消之前，一個指令碼可使用多少記憶體(位元組) 32M
output_buffering 資料傳送給客戶機之前，有多少資料(位元組)需要快取 4096
具 體數字主要取決於您的應用程式。如果要從使用者處接收大檔案，那麼 max_input_time 可能必須增加，可以在 php.ini 中修改，也可以通過程式碼重寫它。與之類似，CPU 或記憶體佔用較多的程式也可能需要更大的設定值。目標就是緩解超標程式的影響，因此不建議全域性禁用這些設定。關於 max_execution_time，還有一點需要注意：它表示程序的 CPU 時間，而不是絕對時間。因此一個進行大量 I/O 和少量計算的程式的執行時間可能遠遠超過 max_execution_time。這也是 max_input_time 可以大於 max_execution_time 的原因所在。
PHP 可執行的日誌記錄數是可配置的。在生產環境中，禁用除最重要的日誌以外的一切日誌記錄能夠減少磁碟寫操作。如果需要使用日誌來排除問題，那麼可以按需啟用日誌記錄。error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR 將啟用足夠的日誌記錄，使您發現問題，同時從指令碼中消除大量無用的內容。
apache的引數設定
如何知道apache是工作在哪個模式下的，答案很簡單：apachectl -l即可。這裡，我先以prefork模式為例來說明引數的設定，其預設設定一般如下：
StartServers
1.在哪裡設定
伺服器的為FreeBSD 6.2 ，apache 2.24，使用預設配置(FreeBSD 預設不載入自定義MPM配置)，預設最大連線數是250
在/usr/local/etc/apache22/httpd.conf中載入MPM配置(去掉前面的註釋)：
# Server-pool management (MPM specific)
Include etc/apache22/extra/httpd-mpm.conf
可見的MPM配置在/usr/local/etc/apache22/extra/httpd-mpm.conf，但裡面根據httpd的工作模式分了很多塊，哪一部才是當前httpd的工作模式呢？可通過執行 apachectl -l 來檢視：
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c
看到prefork，因此可見當前httpd應該是工作在prefork模式，prefork模式的預設配置是：
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
2.要加到多少
連線數理論上當然是支援越大越好，但要在伺服器的能力範圍內，這跟伺服器的CPU、記憶體、頻寬等都有關係。
檢視當前的連線數可以用：
ps aux | grep httpd | wc -l
或：
pgrep httpd|wc -l
計算httpd佔用記憶體的平均數:
ps aux|grep -v grep|awk '/httpd/{sum+=$6;n++};END{print sum/n}'
由於基本都是靜態頁面，CPU消耗很低，每程序佔用記憶體也不算多，大約200K。伺服器記憶體有2G，除去常規啟動的服務大約需要500M(保守估計)，還剩1.5G可用，那麼理論上可以支援1.5*1024*1024*1024/200000 = 8053.06368
約8K個程序，支援2W人同時訪問應該是沒有問題的(能保證其中8K的人訪問很快，其他的可能需要等待1、2秒才能連上，而一旦連上就會很流暢)控制最大連線數的MaxClients ，因此可以嘗試配置為：
StartServers 5
MinSpareServers 5
MaxSpareServers 10
ServerLimit 5500
MaxClients 5000
MaxRequestsPerChild 100
注意，MaxClients預設最大為250，若要超過這個值就要顯式設定ServerLimit，且ServerLimit要放在MaxClients之前，值要不小於MaxClients，不然重啟httpd時會有提示。
重 啟httpd後，通過反覆執行pgrep httpd|wc -l 來觀察連線數，可以看到連線數在達到MaxClients的設值後不再增加，但此時訪問網站也很流暢，那就不用貪心再設定更高的值了，不然以後如果網站訪問突增不小心就會耗光伺服器記憶體，可根據以後訪問壓力趨勢及記憶體的佔用變化再逐漸調整，直到找到一個最優的設定值。
(MaxRequestsPerChild不能設定為0，可能會因記憶體洩露導致伺服器崩潰)
更佳最大值計算的公式：
apache_max_process_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2
apache_max_process = apache_max_process_with_good_perfermance * 1.5
附：
實時檢測HTTPD連線數：
watch -n 1 -d "pgrep httpd|wc -l"
持久連線
一 個客戶機連線到 Web 伺服器時，允許客戶機通過同一個 TCP 連線發出多個請求，這減少了與多個連線相關的延遲。在一個 Web 頁面引用了多幅圖片時，這就很有用：客戶機可以通過一個連線先請求頁面，再請求所有圖片。其缺點在於伺服器上的 worker 程序必須等待客戶機要關閉的會話，之後才能轉到下一個請求。
Apache 使您能夠配置如何處理持久連線(稱為 keepalives)，httpd.conf 全域性級的 KeepAlive 5 允許伺服器在連線強制關閉之前處理一個連線上的 5 個請求。將此值設定為 0 將禁用持久連線。同樣位於全域性級上的 KeepAliveTimeout 確定在會話關閉之前，Apache 將等待另外一個連線多久。
持久連線的處理並非 “一刀切” 式的配置。對於某些 Web 站點，禁用 keepalives 更合適(KeepAlive 0)；而對於其他一些站點，啟用它會帶來巨大的收益。惟一的解決之道就是嘗試使用這兩種配置，自己觀察哪種更合適。但若啟用了 keepalives，使用較小的超時時間較為明智，例如 2，即 KeepAliveTimeout 2。這能確保希望發出另外一個請求的客戶機有充足的時間，還能確保 worker 程序不會一直空閒，等待可能永遠不會出現的下一個請求。
壓縮
Web 伺服器能夠在將輸出發回給客戶機之前壓縮它。這將使通過 Internet 傳送的頁面更小，代價是 Web 伺服器上的 CPU 週期。對於那些負擔得起 CPU 開銷的伺服器來說，這是提高頁面下載速度的好辦法 —— 頁面壓縮後大小變為原來的三分之一這種事情並不罕見。
圖片通常已經是壓縮過的，因此壓縮應僅限於文字輸出。Apache 通過 mod_deflate 提供壓縮。儘管 mod_deflate 可輕鬆啟用，但它涉及到太多的複雜性，很多手冊都解釋了這些複雜的內容。本文不會介紹壓縮的配置，但提供了相應文件的連結。
調優PHP
PHP 是執行應用程式程式碼的引擎。應該僅安裝計劃使用的那些模組，並配置您的 Web 伺服器，使之僅為指令碼檔案(通常是以 .php 結尾的那些檔案)使用 PHP，而非所有靜態檔案。
操作碼快取
請 求一個 PHP 指令碼時，PHP 會讀取該指令碼，並將其編譯為 Zend 操作碼，這是要執行的程式碼的一種二進位制表示形式。隨後，此操作碼由 PHP 執行並丟棄。操作碼快取將儲存這個編譯後的操作碼，並在下一次呼叫該頁面時重用它。這會節省很多時間。有多種快取可用，我比較常用的是 eAccelerator。
要安裝 eAccelerator，您的計算機上需要有 PHP 開發庫。由於不同的 Linux 釋出版存放檔案的位置不同，所以最好直接從 eAccelerator 的 Web 站點獲得安裝說明(參見 參考資料部分獲得連結)。您的釋出版也有可能已經包含了一個操作碼快取，只需安裝即可。
無論如何在系統上安裝 eAccelerator，都有一些配置選項需要注意。配置檔案通常是 /etc/php.d/eaccelerator.ini。eaccelerator.shm_size 定義共享快取記憶體的大小，編譯後的指令碼就儲存在這裡。該值的單位是兆位元組(MB)。根據您的應用程式確定恰當的大小。eAccelerator 提供了一個指令碼來顯示快取的狀態，其中包含記憶體佔用，64MB 是個不錯的選擇(eaccelerator.shm_size="64")。如果您選擇的值未被接受，那麼必須修改核心的最大共享記憶體的大小。向 /etc/sysctl.conf 新增 kernel.shmmax=67108864，執行 sysctl -p 來使設定生效。kernel.shmmax 值的單位是位元組。
如果共享記憶體的分配超出極限，eAccelerator 必須將舊指令碼從記憶體中清除。預設情況下，這是被禁用的；eaccelerator.shm_ttl = "60" 指定：當 eAccelerator 用完共享記憶體時，60 秒內未被訪問的所有指令碼都將被清除。
另一種流行的 eAccelerator 替代工具是 Alternative PHP Cache(APC)。Zend 的廠商也提供了一種商業操作碼快取，包括一個進一步提高效率的優化器。
php.ini
PHP 的配置是在 php.ini 中完成的。四個重要的設定控制 PHP 可使用多少系統資源，如表 1 所列。
表 1. php.ini 中與資源相關的設定設定 描述 建議值
max_execution_time 一個指令碼可使用多少 CPU 秒 30
max_input_time 一個指令碼等待輸入資料的時間有多長(秒) 60
memory_limit 在被取消之前，一個指令碼可使用多少記憶體(位元組) 32M
output_buffering 資料傳送給客戶機之前，有多少資料(位元組)需要快取 4096
具 體數字主要取決於您的應用程式。如果要從使用者處接收大檔案，那麼 max_input_time 可能必須增加，可以在 php.ini 中修改，也可以通過程式碼重寫它。與之類似，CPU 或記憶體佔用較多的程式也可能需要更大的設定值。目標就是緩解超標程式的影響，因此不建議全域性禁用這些設定。關於 max_execution_time，還有一點需要注意：它表示程序的 CPU 時間，而不是絕對時間。因此一個進行大量 I/O 和少量計算的程式的執行時間可能遠遠超過 max_execution_time。這也是 max_input_time 可以大於 max_execution_time 的原因所在。
PHP 可執行的日誌記錄數是可配置的。在生產環境中，禁用除最重要的日誌以外的一切日誌記錄能夠減少磁碟寫操作。如果需要使用日誌來排除問題，那麼可以按需啟用日誌記錄。error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR 將啟用足夠的日誌記錄，使您發現問題，同時從指令碼中消除大量無用的內容。
apache的引數設定
如何知道apache是工作在哪個模式下的，答案很簡單：apachectl -l即可。這裡，我先以prefork模式為例來說明引數的設定，其預設設定一般如下：
StartServers