程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> 網頁編程 >> PHP編程 >> PHP綜合 >> 深入探討:Nginx 502 Bad Gateway錯誤的解決方法

深入探討:Nginx 502 Bad Gateway錯誤的解決方法

編輯:PHP綜合
max_children=40 , 每個children平均占用20M-30M內存,children越多,可以同時接受的並發數量越多,一般children的值是網站最高並發數+浮動值,這值再×內存占用,就是你需要用到的內存。
max_requests = N 是指當每個children接受了N次請求以後,就會把自己殺死,然後重新建立一個children。
PV / max_children = 每一個children接受的request次數[ 默認預設浏覽一個只調用一次PHP程序,或許異步調用呢?接口呢?]
比如上面的值是1000,而你定義的是10240,那麼fpm要超過10天才能殺死children並重建,這樣如果存在內存洩露的話,就會導致進程占用過多的內存而無法釋放,從而使fpm的處理能力降低,還會產生一些莫名其妙的錯誤。
但是如果你把這個值設置的過小,fpm頻繁的殺死children並重建,也會導致額外的開銷。
最好的優化當然是根據你網站的運行情況,去不斷的調試,找到一個平衡點。
針對max_children還有一個偷懶的做法,如果你的php是5.3,那麼你可以把fpm的style設置為apache-like,這個時候children的數量就由fpm自動控制。相應的配置參數是
start_servers:起始進程數量
min_spare_servers:最小進程數量
max_spare_servers:最大進程數量
當服務器比較空閒的時候,fpm會主動殺死一些多余的children,用來節約資源,當服務器繁忙的時候,服務器會自動建立更多的children。
#########################
Nginx 502 Bad Gateway的含義是請求的PHP-CGI已經執行,但是由於某種原因(一般是讀取資源的問題)沒有執行完畢而導致PHP-CGI進程終止,
一般來說Nginx 502 Bad Gateway和php-fpm.conf的設置有關。
php-fpm.conf有兩個至關重要的參數,一個是max_children,
另一個是request_terminate_timeout,但是這個值不是通用的,而是需要自己計算的。
在安裝好使用過程中出現502問題,一般是因為默認php-cgi進程是5個,可能因為phpcgi進程不夠用而造成502,需要修改/usr/local/php/etc/php-fpm.conf 將其中的max_children值適當增加。
計算的方式如下:

如果你的服務器性能足夠好,且寬帶資源足夠充足,PHP腳本沒有死循環或BUG的話你可以直接將 request_terminate_timeout設置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而如果你做不到這一點,也就 是說你的PHP-CGI可能出現某個BUG,或者你的寬帶不夠充足或者其他的原因導致你的PHP-CGI假死那麼就建議你給request_terminate_timeout賦一個值,這個值可以根據服務器的性能進行設定。一般來說性能越好你可以設置越高,20分鐘-30分 鐘都可以。

而max_children這個值又是怎麼計算出來的呢?這個值原則上是越大越好,php-cgi的進程多了就會處理的很快,排隊的請求就會很少。 設置max_children也需要根據服務器的性能進行設定,
一般來說一台服務器正常情況下每一個php-cgi所耗費的內存在20M左右。
按照官方的答案,排查了相關的可能,並結合了網友的答案,得出了下面的解決辦法。
1、查看php fastcgi的進程數(max_children值)
代碼:netstat -anpo | grep “php-cgi” | wc -l
5(假如顯示5)
2、查看當前進程
代碼:top
觀察fastcgi進程數,假如使用的進程數等於或高於5個,說明需要增加(根據你機器實際狀況而定)
3、調整/usr/local/php/etc/php-fpm.conf 的相關設置
<value name=”max_children”>10</value>
<value name=”request_terminate_timeout”>60s</value>
max_children最多10個進程,按照每個進程20MB內存,最多200MB。
request_terminate_timeout執行的時間為60秒,也就是1分鐘。
#################################################
網站運行環境是Nginx +php fastcgi模式的。這幾天運行一直不穩定,總是出錯,報502錯誤。
今天跟以前的同事請教了一下,他告訴我檢查一下php-fpm的日志,那裡記錄了很多有用的信息。
於是我檢查了一下,發現確實有很多報錯信息:
Sep 30 08:32:23.289973 [NOTICE] fpm_unix_init_main(), line 271: getrlimit(nofile): max:51200, cur:51200
如果和nginx.conf : worker_rlimit_nofile 65500; 不一致必須檢查,設置重啟服務
Mar 01 14:39:15.881047 [NOTICE] fpm_children_make(), line 352: child 12364 (pool default) started
Mar 01 14:39:21.715825 [NOTICE] fpm_got_signal(), line 48: received SIGCHLD
Mar 01 14:39:21.715899 [NOTICE] fpm_children_bury(), line 215: child 11947 (pool default) exited with code 0 after 175.443305 seconds from start

 
有的報錯信息,就好說了,直接上網查信息。
經過搜索,最後總結出以下幾條優化策略:
1、提升服務器的文件句柄打開打開
# vi /etc/security/limits.conf 加上
* soft nofile 65500
* hard nofile 65500
2、提升nginx的進程文件打開數
nginx.conf : worker_rlimit_nofile 65500;
3、修改php-fpm.conf文件,主要需要修改2處。
命令 ulimit -n 查看限制的打開文件數,php-fpm.conf 中的選項rlimit_files 確保和此數值一致。
<value name=”max_requests”>10240</value>
<value name=”rlimit_files”>65500</value>
4、
# vi /etc/sysctl.conf
底部添加
fs.file-max=65500
經過以上修改,重啟PHP。/usr/local/webserver/php/sbin/php-fpm restart
在查看ulimit -n 是否生效,否則重啟服務器或者/etc/sysctl.conf、/etc/security/limits.conf的配置生效
到目前為止還沒有出現過以上的報錯信息。一切運行正常。
  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved