【部署】Nginx长连接配置

nginx upstream keepalive connections
Nginx从 1.1.4 开始，实现了对后端机器的长连接支持，这是一个激动人心的改进，这意味着 Nginx 与后端机器的通信效率更高，后端机器的负担更低。
例如，对一个没有长连接支持的后端机器，会出现大量TIME_WAIT 状态的连接，使用以下命令验证之：
netstat -n | grep TIME_WAIT
经过查阅官方文档，其目前已经实现了http, fastcgi, memcache 协议的长连接支持。而之前的版本中仅支持 memcache 协议。

---

1. 启用到 memcache 服务器的长连接
在upstream 配置段中增加 keepalive N 指令即可：
upstream memcached_backend {
server 127.0.0.1:11211;
server 10.0.0.2:11211;
keepalive 32;
}
server {
...
location /memcached/ {
set $memcached_key $uri;
memcached_pass memcached_backend;
}
}

---

2. 启用fastcgi 长连接支持
除了需要在upstream 中配置 keepalive N 外，还需要在 location 中增加 fastcgi_keep_conn on;
upstream fastcgi_backend {
server 127.0.0.1:9000;
keepalive 8;
}
server {
...
location /fastcgi/ {
fastcgi_pass fastcgi_backend;
fastcgi_keep_conn on;
...
}
}

---

3. 启用对后端机器HTTP 长连接支持
upstream http_backend {
server 127.0.0.1:8080;
keepalive 16;
}
server {
...
location /http/ {
proxy_pass http://http_backend;
proxy_http_version 1.1;
proxy_set_header Connection "";
...
}
}

注意：需要设置nginx 代理请求的 http 协议版本号为 1.1, 以及清除掉 Connection 请求 header, 官方文档描述：
For HTTP, the proxy_http_version directive should be set to “ 1.1 ” and the “ Connection ” header field should be cleared .
The connections parameter should be set low enough to allow upstream servers to process additional new incoming connections as well.
即是说：keepalive N 指令中 , N 的值应该尽可能设置小一些，以便后端机器可以同时接受新的连接。
在我负责的生产环境中，前端是nginx, 静态文件缓存使用 varnish, 使用长连接之后， varnish 机器的连接数从 8000 多下降至 200 多，负载值也有明显降低。
但是针对fastcgi, 即后端机器是 php-fpm 服务时，在 nginx 日志中出现以下错误：
upstream sent unsupported FastCGI protocol version: 0 while reading upstream 。    

【补充】应用解决实际问题：

背景：某系统集成外部模块（前后端分离页面），系统拦截该模块所有发起的http请求（代理），通过后端向目标请求发起（避免跨域问题），此时外部模块页面，系统拦截，系统后端之间的通讯需要持续，此时应用：启用对后端机器HTTP 长连接支持，否则页面上http请求报错一般为： status（failed）, 502, 没有respond信息。 解决方案：nginx长连接配置

 

介绍设置内容转载： https://www.cnblogs.com/huanxiyun/articles/6645239.html