nginx 负载存在的超时问题。

jxwjq

　　在一个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,配置是一样的，具体配置如下：
　　
　　
　　DocumentRoot /alidata/www/new
　　ServerName www.fuzai.com
　　ServerAlias www.fuzai.com
　　
　　Options -Indexes FollowSymLinks
　　AllowOverride all
　　Order allow,deny
　　Allow from all
　　
　　ErrorLog "/alidata/log/httpd/access/fuzai-error.log"
　　CustomLog "/alidata/log/httpd/access/fuzai.log" common
　　
　　
　　通过以上配置，分别启动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服务，测试数据的导出功能，一切正常。