本文目錄一覽:
- 1、遠程服務器返回錯誤:(502)錯誤的網關 是什麼原因、?
- 2、512m內存的vps的php-fpm.conf的max-children開多少比較合理??
- 3、阿里雲主機到哪裡去修改max_children , request_terminate_timeout這些文件
- 4、502 bad gateway怎麼辦
- 5、php-fpm的pm.max children數量和並發能力有直接聯繫嗎
遠程服務器返回錯誤:(502)錯誤的網關 是什麼原因、?
502錯誤原因分析:
1、這類錯誤常見於Nginx+PHP的Web架構,Nginx將請求提交給網關PHP-FPM執行,但是由於某些原因請求沒有執行完畢導致PHP-FPM進程終止執行。說到此,這個問題就很明了了,與網關服務如PHP-FPM的配置有關了。
2、php-fpm.conf配置文件中有兩個參數就需要你考慮到,分別是max_children和request_terminate_timeout。
3、max_children最大子進程數,在高並發請求下,達到php-fpm最大響應數,後續的請求就會出現502錯誤的。可以通過netstat命令來查看當前連接數。
4、request_terminate_timeout設置單個請求的超時終止時間。還應該注意到php.ini中的max_execution_time參數。當請求終止時,也會出現502錯誤的。
5、當積累了大量的php請求,你重啟php-fpm釋放資源,但一兩分鐘不到,502又再次呈現, 這時還應該考慮到數據庫,查看下數據庫進程是否有大量的locked進程,數據庫死鎖導致超時,前端終止了繼續請求,但是SQL語句還在等待釋放鎖,這時就要重啟數據庫服務了或kill掉死鎖SQL進程了。
6、所以在調整max_children和request_terminate_timeout、max_execution_time也需要考慮到服務器資源使用情況及應用代碼sql執行效率情況,需要綜合衡量。502 Bad Gateway:服務器作為網關或者代理時,為了完成請求訪問下一個服務器,但該服務器返回了非法的應答。 亦說Web服務器用作網關或代理服務器時收到了無效響應。
遠程服務器是成對設置的。 若要設置一對遠程服務器,請將這兩台服務器配置為彼此將對方識別為遠程服務器。
大多數情況下,不需要為遠程服務器設置配置選項。 SQL Server 組將在本地計算機和遠程計算機上設置默認值以允許遠程服務器連接。
為了能夠進行遠程訪問,必須在本地和遠程計算機上將 remote access 配置選項設置為 1。 (這是默認設置。)remote access 控制遠程服務器的登錄。 可以通過使用 Transact-SQL sp_configure 存儲過程或 SQL Server Management Studio 重置此配置選項。 若要在 SQL Server Management Studio中設置選項,請在 「服務器屬性連接」 頁上,使用 「允許遠程連接到此服務器」。 若要訪問「服務器屬性連接」頁,請在對象資源管理器中右鍵單擊服務器名稱,再單擊「屬性」。 在 「服務器屬性」 頁上,單擊 「連接」 頁。
在本地服務器中,您可以禁用遠程服務器配置,以防止遠程服務器中的用戶對與其配對的本地服務器進行訪問。
512m內存的vps的php-fpm.conf的max-children開多少比較合理??
這個視服務器系統配置而定,生產環境下,你512M內存,設置在15-20個左右吧。
按每個進程20M計算的話,15-20個大約在300-400M以內。加上你mysql以及系統進程所佔用的內存,這個值是相對合理的。不然很可能內存不足報502錯誤。
阿里雲主機到哪裡去修改max_children , request_terminate_timeout這些文件
如果你是安裝了php的話,找到php-fpm.conf這個文件,有兩個至關重要的參數:一個是」max_children」,另一個是」request_terminate_timeout」,進行優化修改即可。
502 bad gateway怎麼辦
502 Bad Gateway是一種報錯提示,這一錯誤並不意味着上游服務器已關閉(無響應網關/代理),而是上游服務器和網關/代理不同意的協議交換數據。
第一種原因:目前lnmp一鍵安裝包比較多的問題就是502 Bad Gateway,大部分情況下原因是在安裝php前,腳本中某些lib包可能沒有安裝上,造成php沒有編譯安裝成功。解決辦法:可以嘗試根據lnmp一鍵安裝包中的腳本手動安裝一下,看看是什麼錯誤導致的。
第二種原因:在php.ini里,eaccelerator配置項一定要放在Zend Optimizer配置之前,否則也可能引起502 Bad Gateway
第三種原因:在安裝好使用過程中出現502問題,一般是因為默認php-cgi進程是5個,可能因為phpcgi進程不夠用而造成502,需要修改/usr/local/php/etc/php-fpm.conf 將其中的max_children值適當增加。
第四種原因:php執行超時,修改/usr/local/php/etc/php.ini 將max_execution_time 改為300。
第五種原因:磁盤空間不足,如mysql日誌佔用大量空間。
第六種原因:查看php-cgi進程是否在運行。
另外的解決辦法:
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分鐘。
php-fpm的pm.max children數量和並發能力有直接聯繫嗎
pm.max_children 表示 php-fpm 能啟動的子進程的最大數量。因為 php-fpm 是多進程單線程同步模式,即一個子進程同時最多處理一個請求,所以子進程數等於最大並發數。
原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hk/n/183349.html