美国服务器网站出现502问题的解决方案

美国服务器运行在Nginx上的网站有一定概率可能会出现【502 Bad Gateway】错误，而有些美国服务器站长是在转移到Nginx之后就出现了这个问题，在美国服务器用户转移到Nginx之后出现这个问题，而这可能并不是Nginx导致的情况， 美国服务器网站出现Nginx 502错误的原因比较多，主要是因为在代理模式下后端服务器出现问题引起的，今天美联科技小编就来分析下美国服务器502错误问题的解决办法。

美国服务器502错误最通常的出现情况就是后端主机当机。在upstream配置里有这么一项配置：proxy_next_upstream，这个配置指定了nginx在从一个后端主机取数据遇到何种错误时会转到下一个后端主机，这里写上的就是会出现502的所有情况，默认是error timeout。error是当机、断线之类的，timeout是读取堵塞超时。可以写为

proxy_next_upstream error timeout invalid_header http_500 http_503;

也可以去掉http_500这一项了，http_500指定后端返回500错误时会转一个主机，后端的jsp出错的话，本来会打印一堆stacktrace的错误信息，现在被502取代了。503错误就可以保留，因为后端通常是apache resin，如果apache死机就是error，但resin死机，仅仅是503，所以还是有必要保留的。

美国服务器遇到502问题，可以优先考虑按照以下两个步骤去解决。

1、查看当前的PHP FastCGI进程数是否够用

netstat -anpo | grep "php-cgi" | wc –l

如果实际使用的【FastCGI进程数】接近预设的【FastCGI进程数】，那么，说明【FastCGI进程数】不够用，需要增大。

2、部分PHP程序的执行时间超过了Nginx的等待时间

可以适当增加nginx.conf配置文件中FastCGI的timeout时间。php.ini中memory_limit设低了会出错，修改了php.ini的memory_limit为64M，重启nginx，如果发现恢复了，那么就是PHP的内存不足的原因。

3、max-children和max-requests

美国服务器主机上运行着nginx php(fpm) xcache的话，访问量日均 300W pv左右。如果是近期出现php页面打开很慢，cpu使用率突然降至很低，系统负载突然升至很高，查看网卡的流量，也会发现突然降到了很低这样的情况，而且这种情况只持续数秒钟就恢复，这时检查php-fpm的日志文件发现了一些线索：

1）Sep 30 08:32:23.289973 [NOTICE] fpm_unix_init_main()， line 271: getrlimit(nofile): max:51200， cur:51200

2）Sep 30 08:32:23.290212 [NOTICE] fpm_sockets_init_main()， line 371: using inherited socket fd=10， “127.0.0.1:9000″

3）Sep 30 08:32:23.290342 [NOTICE] fpm_event_init_main()， line 109: libevent: using epoll

4）Sep 30 08:32:23.296426 [NOTICE] fpm_init()， line 47: fpm is running， pid 30587

看显示的这几句的前面，是1000多行的关闭children和开启children的日志。因为php-fpm有一个参数 max_requests，该参数指明每个children最多处理多少个请求后便会被关闭，默认的设置是500。因为php是把请求轮询给每个children，在大流量下，每个childre到达max_requests所用的时间都差不多，这样就造成所有的children基本上在同一时间被关闭。

在这期间，nginx无法将php文件转交给php-fpm处理，所以cpu会降至很低，不用处理php，更不用执行sql，而负载会升至很高，关闭和开启children、nginx等待php-fpm，网卡流量也降至很低，nginx无法生成数据传输给客户端。

解决方式很简单，就是增加children的数量，并且将 max_requests 设置未 0 或者一个比较大的值，打开 /usr/local/php/etc/php-fpm.conf，调大以下两个参数，但是要根据美国服务器主机实际情况，数值过大也不行。

1）<value name=”max_children”>5120</value>

2）<value name=”max_requests”>600</value>

然后再重启php-fpm，就能恢复了。

4、增加缓冲区容量大小

将nginx的error log打开，发现【pstream sent too big header while reading response header from upstream】这样的错误提示。大概意思是nginx缓冲区有一个bug造成的，网站的页面消耗占用缓冲区可能过大。

参考国外系统管理员写的修改办法，增加了缓冲区容量大小设置，502问题彻底解决。后来系统管理员又对参数做了调整只保留了2个设置参数：client head buffer，fastcgi buffer size。

5、request_terminate_timeout

如果主要是在一些post或者数据库操作的时候出现502这种情况，而不是在静态页面操作中常见，那么可以查看一下php-fpm.conf设置中的一项：

request_terminate_timeout

这个值是max_execution_time，就是fast-cgi的执行脚本时间。

0s为关闭，就是无限执行下去。这样问题也就解决了，执行很长时间也不会出错。

优化fastcgi中，还可以改改这个值5s 看看效果。php-cgi进程数不够用、php执行时间长、或者是php-cgi进程崩溃，都会出现502错误。

关注美联科技，了解更多IDC资讯！