赞
踩
本文章很多内容只是从网上参考+个人经历的理解所得,暂时没有经过实证,故仅供参考。
nginx反向代理的长连接有两个方面:
这两点并不是都需要配置,按需配置即可,你可以只配置clint与nginx的长连接。
http {
keepalive_timeout 120s 120s; #参数1:client与nginx的超时时间。参数2:可选、在响应的header中设置一个值“Keep-Alive: timeout=time”;通常可以不用设置;
keepalive_requests 10000;
}
http { upstream BACKEND { server 192.168.0.1:8080 weight=1 max_fails=2 fail_timeout=30s; server 192.168.0.2:8080 weight=1 max_fails=2 fail_timeout=30s; keepalive 300; #重点在这里 } server { listen 8080 default_server; server_name ""; location / { proxy_pass http://BACKEND; proxy_set_header Host $Host; proxy_set_header x-forwarded-for $remote_addr; proxy_set_header X-Real-IP $remote_addr; add_header Cache-Control no-store; add_header Pragma no-cache; proxy_http_version 1.1; // 使用长连接必须使HTTP 1.1以上 proxy_set_header Connection "Keep-Alive"; //这也是重点 } } }
keepalive_requests的意思是client到nginx的一个连接上可以请求的最大数量。默认是100。
当最大请求数量达到时,nginx会强行关闭这个长连接,逼迫客户端不得不重新建立新的长连接。
http是七层协议,在3层需要建立TCP三次握手和四次挥手,如果每一次请求都要经历这个过程,效率太低了。要知道,一个网页页面一般不会只有1个http请求。
长连接可以让我们不断开连接,使用同一个TCP连接请求多次http数据。
Nginx与upstream的连接默认为短连接,通过HTTP/1.0向后端发起连接,并把请求的"Connection" header设为"close"。并且HTTP/1.0是不支持长连接的。至少需要HTTP 1.1。
Nginx与client的连接默认为长连接,一个用户跟Nginx建立连接之后,通过这个长连接发送多个请求。如果Nginx只是作为reverse proxy的话,可能一个用户连接就需要多个向后端的短连接。如果后端的服务器(upstream)处理并发连接能力不强的话,就可能导致瓶颈的出现。
参考文档:
https://blog.csdn.net/weixin_43944305/article/details/109487968
https://blog.csdn.net/bjgaocp/article/details/87924297
那年,郭少在京城。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。