首页 > 代码库 > [转]Nginx 502 PHP LNMP 502 终极解决方案 完美解决502 用 upstream 和 fastcgi_next_upstream 可以极大缓解
[转]Nginx 502 PHP LNMP 502 终极解决方案 完美解决502 用 upstream 和 fastcgi_next_upstream 可以极大缓解
转: http://xn--ghqyhzj.com/post-21537.html
本文针对LNMP的PHP 版本ver 5.3.6 or Higher,其它未测试过。
1. 使用不同端口或php-fpm.sock启动多个php-fpm主进程
假设使用不同的配置文件启动3个创建sock监听的PHP-FPM主进程
#/usr/local/php/sbin/php-fpm --fpm-config /usr/local/php/etc/php-fpm.1.conf
#/usr/local/php/sbin/php-fpm --fpm-config /usr/local/php/etc/php-fpm.2.conf
#/usr/local/php/sbin/php-fpm --fpm-config /usr/local/php/etc/php-fpm.3.conf
这3个配置文件*.conf中,唯一不同的是设置pid文件和sock名字,假设为php-cgi.1.sock php-cgi.2.sock php-cgi.3.sock (也可以设置不同的pool名字,默认都是[www])
那么启动之后,就在相应目录(一般是/tmp/)出现php-cgi.1.sock php-cgi.2.sock php-cgi.3.sock这3个sock,我是在默认的/tmp下。
如果你设置的都正常,ps auf是可以看到有3个主进程正在运行的。
2. 修改Nginx的配置文件,以使用进程池模式执行php程序
在nginx.conf的http段根据实际php-fpm进程情况增加如下代码:
upstream unix__tmp_php_cgi_sock{
server unix:/tmp/php-cgi.1.sock;
server unix:/tmp/php-cgi.2.sock;
server unix:/tmp/php-cgi.3.sock;
}
fastcgi_next_upstream error timeout invalid_header http_503;
这样我们就建立了一个可以根据健康状况轮询并可以重试的资源池。
3. 然后呢?
在需要执行php程序的原来代码中,原来代码举例:
location ~ \.php$ {
include fastcgi_params;
fastcgi_pass unix:/tmp/php-cgi.sock;
}
或原来这样
location ~ \.php$ {
include fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
}
修改新的,如下这样即可:
location ~ \.php$ {
include fastcgi_params;
fastcgi_pass unix__tmp_php_cgi_sock;
}
重启Nginx,生效。
4. 注意事项
步骤1中启动的各个php-fpm主进程,只要死不光,nginx就可以正常执行php,也就是说,如果有的异常退出了,基本也不影响网站运行。
步骤2中fastcgi_next_upstream那行的参数,不需要加http_502,实际你也加不上去的,不支持!
步骤3中,原有的每段类似这种location ~ \.php$ {代码都需要对fastcgi_pass这行根据示例改造。
步骤1中的.conf配置文件,每个主线程的children,根据内存情况设置2~n个,据说越多越好,但是内存越用越多。
经过本方案的调整,请注意,你原有的所谓service php-fpm和502监控脚本之类的东西,都需要重新修改,如果你还想用。当然,对技术宅来说,该如何操作本方案那是运用自如,消化吸收。