首页 > 代码库 > nginx 负载存在的超时问题。
nginx 负载存在的超时问题。
在一个WEB项目中需要用到NGINX做反向代理的负载，项目的服务器情况如下：
121.199.64.178该服务器安装nginx作为负载接入入口
192.168.0.2 安装APACHE ，作为后端的主WEB1
192.168.0.3 安装APACHE ，作为后端的主WEB2
每台服务器的具体配置情况如下：
（1） 121.199.64.178 作为接入的入口服务器的配置如下：
#--------------------------- Load Balance --------------------------------#
upstream www {
server 192.168.0.2:80 weight=1;
server 192.168.0.3:80 weight=1;
ip_hash;
}
server {
listen 88;
server_name www.fuzai.com;
location / {
proxy_pass http://www;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
该配置是将访问www.fuzai.com 这个域名的用户流量全部通过反向代理的方式负载到后端 192.168.0.2 和 192.168.0.3 两个服务器上。
（2）192.168.0.2 和 192.168.0.3 安装的APACHE,配置是一样的，具体配置如下：
<VirtualHost *:80>
DocumentRoot /alidata/www/new
ServerName www.fuzai.com
ServerAlias www.fuzai.com
<Directory "/alidata/www/new">
Options -Indexes FollowSymLinks
AllowOverride all
Order allow,deny
Allow from all
</Directory>
ErrorLog "/alidata/log/httpd/access/fuzai-error.log"
CustomLog "/alidata/log/httpd/access/fuzai.log" common
</VirtualHost>
通过以上配置，分别启动NGINX和APACHE的服务，一切顺利，NGINX服务的入口流量分别等负荷方式平均分担后端的两个APACHE服务器。运行了几天似乎挺顺畅，就在以为就此告一段落的情况下，问题产生了，就是这个WEB项目有个导出报表的功能，该功能在月底才会用，导出的数量非常大，很多人反馈数据无法导出。我自己也测试了一下，也无法导出。
在无法定位故障原因的情况下，我在后端192.168.0.2服务器上上为这个WEB项目配置了另外一个域名，这样可以访问直接访问192.168.0.2服务器f，就跳开NGINX的反向代理，测试数据导出功能，能够正常导出，就是时间比较长大约在3分钟左右。
我又重新通过NGINX入口的方式访问该项目，在测试导出数据这个环节，进行了抓包跟踪，发现从出
发导数据的之后之后大约过了60S，系统就自动终止，并其跳转到登陆URL.通过抓包分析确定应该nginx的超时机制导致，查阅资料发现，NGINX的默认超时机制是60S，具体需要修改的超时参数如下，该参数是在NGINX 的HTTP模块中添加：
proxy_connect_timeout 600; \\跟后端服务器连接的超时时间，发起握手等候响应超时时间
proxy_read_timeout 600;\\连接成功 _等候后端服务器的响应时间_其实已经进入后端的排队中等候处理
proxy_send_timeout 600; \\后端服务器回传时间_就是在规定时间内后端服务器必须传完所有的数据。设置代理服务器转发请求的超时时间，同样指完成两次握手后的时间，如果超过这个时间代理服务器没有数据转发到后端服务器，nginx将关闭连接。
将这三个参数的时间全部设置为600S之后，重新启动NGINX服务，测试数据的导出功能，一切正常。
本文出自 “与狼共舞” 博客，请务必保留此出处http://renwd.blog.51cto.com/858281/1589553
nginx 负载存在的超时问题。