解決nginx 504 Gateway Time-out的一些方法


在CentOS下配置lnmp組合基本上用的都是同樣的配置文件,一直都沒出現過問題,可最近在一個vps上安裝同樣的環境之后,網站在線10多人就出 現了打開速度非常緩慢的情況,有好幾次都是直接達到了nginx中設置的腳本最大超時時間300秒,結果導致nginx往客戶端瀏覽器發送了一個504 Gateway Time-out的錯誤代碼,分析了之后改動了幾處配置文件,終於避免了該情況的出現。
  

  從 錯誤代碼基本可以確定跟nginx本身無關,主要是提交給php-fpm的請求未能正確反饋而導致,一般情況下,提交動態請求的時候,nginx會直接把 請求轉交給php-fpm,而php-fpm再分配php-cgi進程來處理相關的請求,之后再依次返回,最后由nginx把結果反饋給客戶端瀏覽器,但 我這個vps目前跑的是個純php應用內容,實際上用戶所有的請求都是php請求,有的耗費時間比較久,php-cgi進程就一直都被用滿,而php- fpm本身的配置文件只打開了10組php-cgi進程,這樣的話在線用戶稍微多的話就會導致請求無法被正常處理而出錯。
  
  大概分析出了原 因,下面做就比較容易了,首先是更改php-fpm的幾處配置:
  
  把max_children由之前的10改為現在的30,這樣就可以保證 有充足的php-cgi進程可以被使用;
  把request_terminate_timeout由之前的0s改為60s,這樣php-cgi進程 處理腳本的超時時間就是60秒,可以防止進程都被掛起,提高利用效率。
  
  接着再更改nginx的幾個配置項,減少FastCGI的請求次 數,盡量維持buffers不變:
  

  fastcgi_buffers由 4 64k 改為 2 256k;
  fastcgi_buffer_size 由 64k 改為 128K;
  fastcgi_busy_buffers_size 由 128K 改為 256K;
  fastcgi_temp_file_write_size 由 128K 改為 256K。
  
  好了,重新加載php-fpm和nginx的配置,再次測試,至今兩周時間內沒有再出現504 Gateway Time-out的情況,算是達到效果了。

   

  另外,php-fpm的默認靜態處理方式會使得php-cgi的進程長期占用內存而無法釋放,這也是導致nginx出錯的原因之一,因此可以將php-fpm的處理方式改成apache模式。
  <value name=”style”>apache-like</value>

  從更改完畢到現在的測試表明上述方式的效果還是很明顯的,並沒有發現一次Nginx502 bad gateway或504 Gateway Time-out錯誤。當然,如果你的VPS或者服務器的性能足夠好可以根據具體情況不必做無謂的改動。

打賞

免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2021 CODEPRJ.COM