proxy_connect_timeout
搭建一个简单的负载均衡,然后关闭其中一台再来访问,会发现我们的浏览器卡住一直转圈圈,过了很久才会显示结果。由此我们可以得出结论Nginx负载的时候如果其中一台服务挂掉了,它会把请求转发到另一个可以提供服务的机器,其中这之间的超时等待默认是60s。我们可以通过这一个配置去改变这个时间,proxy_connect_timeout 定义与代理服务器建立连接的超时
upstream cluster{ server nacos-node1.strongman.cluster.local:8848; server nacos-node2.strongman.cluster.local:8848; server nacos-node3.strongman.cluster.local:8848; server nacos-node4.strongman.cluster.local:8848; } server { listen 80; server_name localhost; location / { proxy_pass http://cluster; proxy_set_header Host $http_host; # 添加 HTTP 响应头,以便知道负载到哪台服务器上 add_header backendIP $upstream_addr; # 响应码 add_header backendCode $upstream_status; # 服务器与被代理服务连接超时时间,代理超时 proxy_connect_timeout 60s; } }
五种分配策略
1、轮询(默认)
每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。
upstream backserver { server 192.168.0.14; server 192.168.0.15; }
2、指定权重
指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。
upstream backserver { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; }
3、IP绑定ip_hash
每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
upstream backserver { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; }
4、fair(第三方的插件:nginx-upstream-fair)
按后端服务器的响应时间来分配请求,响应时间短的优先分配。
upstream backserver { fair; server 192.168.0.14:88; server 192.168.0.15:80; }
5、url_hash(第三方的插件:nginx_upstream_hash)
按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。
upstream backserver { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; }
在需要使用负载均衡的server中增加proxy_pass http://backserver/
upstream backserver{ ip_hash; #表示单前的server暂时不参与负载 server 127.0.0.1:9090 down; down #weight 默认为1.weight越大,负载的权重就越大 server 127.0.0.1:8080 weight=2; server 127.0.0.1:6060; #其它所有的非backup机器down或者忙的时候,请求backup机器 server 127.0.0.1:7070 backup; }
- proxy_connect_timeout 策略 connect timeout nginxproxy_connect_timeout策略connect timeout proxy_connect_timeout connection timeout valueerror selenium timeout connect timeout nginx gateway timeout nginx 504 gateway timeout nginx php keeplive_timeout keeplive timeout nginx geteway timeout nginx 504 likeshop-nginx connectivity programming response