Nginx和Tomcat配合使用

我们要达到的目标

1、nginx优化配置

2、tomcat优化配置

3、nginx和tomcat共享session的目标

一、了解upstream

upstream本质也是一种nginx的handler，是用于处理用户request请求，并返回数据的一个处理机制。

二、了解TCP层keepalive和HTTP层的Keep-Alive

两者是不同的，TCP层的作用是连接的保鲜机制，而http层的连接是为了有效利用tcp连接后的时间资源，达到长连接的效果。

三、了解Nginx的超时时间概念

nginx常用的超时配置说明

client_header_timeout

语法 client_header_timeout time
默认值 60s
上下文 http server
说明 指定等待client发送一个请求头的超时时间（例如：GET / HTTP/1.1）.仅当在一次read中，没有收到请求头，才会算成超时。如果在超时时间内，client没发送任何东西，nginx返回HTTP状态码408(“Request timed out”)

client_body_timeout
语法 client_body_timeout time
默认值 60s
上下文 http server location
说明 该指令设置请求体（request body）的读超时时间。仅当在一次readstep中，没有得到请求体，就会设为超时。超时后，nginx返回HTTP状态码408(“Request timed out”)

keepalive_timeout
语法 keepalive_timeout timeout [ header_timeout ]
默认值 75s
上下文 http server location
说明 第一个参数指定了与client的keep-alive连接超时时间。服务器将会在这个时间后关闭连接。可选的第二个参数指定了在响应头Keep-Alive: timeout=time中的time值。这个头能够让一些浏览器主动关闭连接，这样服务器就不必要去关闭连接了。没有这个参数，nginx不会发送Keep-Alive响应头（尽管并不是由这个头来决定连接是否“keep-alive”）
两个参数的值可并不相同

• 注意不同浏览器怎么处理“keep-alive”头

• MSIE和Opera忽略掉"Keep-Alive: timeout=<N>" header.

• MSIE保持连接大约60-65秒，然后发送TCP RST

• Opera永久保持长连接

• Mozilla keeps the connection alive for N plus about 1-10 seconds.

• Konqueror保持长连接N秒

lingering_timeout
语法 lingering_timeout time
默认值 5s
上下文 http server location
说明 lingering_close生效后，在关闭连接前，会检测是否有用户发送的数据到达服务器，如果超过lingering_timeout时间后还没有数据可读，就直接关闭连接；否则，必须在读取完连接缓冲区上的数据并丢弃掉后才会关闭连接。

resolver_timeout
语法 resolver_timeout time
默认值 30s
上下文 http server location
说明 该指令设置DNS解析超时时间

proxy_connect_timeout
语法 proxy_connect_timeout time
默认值 60s
上下文 http server location
说明 该指令设置与upstream server的连接超时时间，有必要记住，这个超时不能超过75秒。
这个不是等待后端返回页面的时间，那是由proxy_read_timeout声明的。如果你的upstream服务器起来了，但是hanging住了（例如，没有足够的线程处理请求，所以把你的请求放到请求池里稍后处理），那么这个声明是没有用的，由于与upstream服务器的连接已经建立了。

proxy_read_timeout
语法 proxy_read_timeout time
默认值 60s
上下文 http server location
说明 该指令设置与代理服务器的读超时时间。它决定了nginx会等待多长时间来获得请求的响应。这个时间不是获得整个response的时间，而是两次reading操作的时间。

proxy_send_timeout
语法 proxy_send_timeout time
默认值 60s
上下文 http server location
说明 这个指定设置了发送请求给upstream服务器的超时时间。超时设置不是为了整个发送期间，而是在两次write操作期间。如果超时后，upstream没有收到新的数据，nginx会关闭连接

proxy_upstream_fail_timeout（fail_timeout）
语法 server address [fail_timeout=30s]
默认值 10s
上下文 upstream
说明 Upstream模块下 server指令的参数，设置了某一个upstream后端失败了指定次数（max_fails）后，该后端不可操作的时间，默认为10秒

------------------------------------------------------------------------------------------------------------

这是另外一篇文章

------------------------------------------------------------------------------------------------------------

MYPM演示环境 中当下载大的附件，或是页面中有大图片时，就会下载中断或是图版无法显示也许你要说我用的nginx缺省的设置没碰到这问题，那是因为你的网站没大文件查看 nginx 日志failed (13:Permission denied) while reading upstream
怪了为什么说没权限呢，当时这问题搞了2个多小时，在这期间不得不用tomcat当代理服务器 引出了贴子
一个意外把tomcat 当代理服务器用 http://blog.csdn.net/MYPM_AndyLiu/archive/2011/01/21/6156839.aspx
且看下面是我这MYPM配的nginx反向代理
    location /mypm {
            root/home/mypmcc/mypm20100914;           
           index  index.jhtml index.html login_page.jhtml;
           proxy_set_header X-Real-IP $remote_addr;
           proxy_set_header   Host $host;
            proxy_passhttp://127.0.0.1:8080 ;
           client_max_body_size     100m;
           client_body_buffer_size  128k;
           proxy_connect_timeout    600;
           proxy_read_timeout       600;
           proxy_send_timeout       6000;
           proxy_buffer_size       32k;
           proxy_buffers           4 64k;
           proxy_busy_buffers_size 128k;
           proxy_temp_file_write_size 512k;
          }
   nginx 反向代理参数说明
    proxy_connect_timeout 600;            #nginx跟后端服务器连接超时时间(代理连接超时)
    proxy_read_timeout    600;            #连接成功后，后端服务器响应时间(代理接收超时)
    proxy_send_timeout