使用网站测速工具测试网站速度发生504 Gateway Time-out错误遭遇录


导读:以前使用VPS,也就是安装个面板就完事,其他都不关心。但昨天突然发现使用网站测速工具测试网站速度时,网站就出现502或504错误,搜索了两天,似乎网上也没有什么好的解决方法,最后通过一些设置,总算有了一点效果。

这是一款512M的VPS,采用KVM虚拟化技术,服务器性能也很不错,传说超越Linode了,但在使用网站测速时,却遭遇了504 Gateway Time-out错误,有时是502错误。

VPS安装的是WDCP,起初很怀疑是面板的问题,因为官方论坛也有不少人发贴说有此问题,并且官方也没有给出明确的解决方案。

花了两天的时间,在网上找了许多方法,都没有解决问题。最后发现升级PHP版本时,忘了升级eAccelerator,按照文章“WDCP升级PHP5.3版本”中的方法升级后,似乎问题解决了。不过在此期间,我也设置过FPM,所以也不确定具体问题出在哪里。


这里介绍一下我对FPM的设置:

对于WDCP,php-fpm.conf的文件位置是:/www/wdlinux/etc/php-fpm.conf,非WDCP的,可以通过以下命令搜索找到:

find / -name 'php-fpm.conf'

编辑php-fpm.conf文件:

vi /www/wdlinux/etc/php-fpm.conf

查看pm的值,如果是static,则修改为dynamic。这是修改进程管理方式,分静态和动态,pm的值为static时是静态,pm的值是dynamic时为动态。

如果进程管理方式为静态,那么主要关心两个参数:

pm.max_children = 5
request_terminate_timeout = 30s

第一个是表示允许的最大进程数,这个根据服务器内存设定,一个进程数大约消耗30M内存。request_terminate_timeout表示PHP-CGI的执行限制,默认为0,表示一直执行下去。

如果pm的值为dynamic,则以下参数生效:

pm.start_servers = 15
pm.min_spare_servers = 5
pm.max_spare_servers = 25
pm.process_idle_timeout = 10s;

pm.min_spare_servers表示最小进程,512M内存设置为5至10即可。pm.max_spare_servers表示允许最大进程数,而pm.start_servers的值是根据pm.min_spare_servers和pm.max_spare_servers的值来的。计算公式为:

pm.start_servers = pm.min_spare_servers + (pm.max_spare_servers - pm.min_spare_servers)/2

所以,在设置这三个参数的任何一个参数时,都要考虑到另外的两个参数。

pm.process_idle_timeout表示结束空闲进程的时间,默认为10秒。

虽然现在我仍感觉在线人数多了之后CPU会满负荷,但比起设置前已经好多了。



需要找到:/usr/local/nginx/conf/nginx.conf 位置的文件,然后针对下面的参数进行设置。

fastcgi_connect_timeout 300;

fastcgi_send_timeout 300;

fastcgi_read_timeout 300;

fastcgi_buffer_size 64k;

fastcgi_buffers 4 64k;

fastcgi_busy_buffers_size 128k;

fastcgi_temp_file_write_size 128k;

如果不行,就插入下面两行:



fastcgi_buffers 8 128k;

send_timeout 60;


同时,我们需要找到/usr/local/php/etc/php-fpm.conf 文件进行下面的设置。

<value name=”max_children”>9</value>

<value name=”request_terminate_timeout”>600s</value>

<value name=”style”>apache-like </value>


一般,第一步设置nginx.conf就没事,如果还有问题就设置下面一步。最后重启nginx就应该解决问题。



===============================lnamp
LNMPA遇到504 Gateway time-out
  当我按照Nginx的解决方法设置,很快设置成功,不过依然会出现504 Gateway time-out,这时我直接切换为LNMP组合,发现不再遇到504 Gateway time-out错误,这说明设置已经生效;为什么还会出现这样的错误呢?
  经过大量的资料查找,终于发现这是Nginx与Apache通信时间设置问题,当用户发出php脚本执行请求,nginx不会执行php,会把这个问题留给后台的apache,nginx会等待一段时间,apache可以在等待时间内处理php脚本请求,若未处理完,nginx便已未收到数据请求而返回504 Gateway time-out错误,实际情况是apache依然会在后台处理完php脚本,只是前台返回错误。
  解决方法是修改nginx与apche通信时间,具体是配置proxy.conf,这个文件在/nginx/conf/下面,名字可能会有变化,好比有的安装包是laproxy.conf,反正是**proxy.conf文件。
  proxy_connect_timeout 60;
  proxy_send_timeout 600;
  proxy_read_timeout 90;
  proxy_buffer_size 128k;
  proxy_buffers 8 128k;
  proxy_busy_buffers_size 256k;
  proxy_temp_file_write_size 100m;
  第一项是连接时间,前端连接后端时间,60s以内即可,第二个是发送时间,允许后端返回数据的时间,90s以内即可,第三个时间是读写时间,这是前端等待后端处理时间,这是导致504 Gateway time-out的根本原因,出现这个错误,说明这个值太小,推荐不小于600s,服务器越差,那么设置得更长,保证处理完毕。
  当我把这个文件设置好,重启nginx和apache,再次更新文章,已经不会遇到这类错误,说明出错原因不是nginx,而是前段和后端的通信时间太短。另外,nginx还会有502错误,实际上原理是差不多的,同样设置上面这部分文件,LNMPA组合依然是设置前后端的通信时间。

========================================lnmp
在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或者服务器的性能足够好可以根据具体情况不必做无谓的改动。

LNMP的朋友试试这个 (以512内存的vps为例)
1.调整php-fpm.conf的相关设置/www/wdlinux/etc/:
<value name=”max_children”>32</value> 
<value name=”request_terminate_timeout”>30s</value> 
22.调整nginx.conf的相关设置/www/wdlinux/nginx-1.0.12/conf:
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 256k;

© 2007-2014 深圳达盛企业建站公司 |企业建站、建站公司、高端网站开发

用户登录