本文章很多内容只是从网上参考+个人经历的理解所得,暂时没有经过实证,故仅供参考。
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 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)处理并发连接能力不强的话,就可能导致瓶颈的出现。
参考文档:
那年,郭少在京城。
本文发布于:2024-02-02 22:39:43,感谢您对本站的认可!
本文链接:https://www.4u4v.net/it/170688478446913.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |