1 轮询(默认)
每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。
2 weight
指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。
例如:
upstream bakend { server 192.168.0.88 weight=10; server 192.168.0.89 weight=10; }
3 ip_hash
每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。
例如:
upstream bakend { ip_hash; server 192.168.0.88:80; server 192.168.0.89:80 weight=10; }
4 fair(第三方)
按后端服务器的响应时间来分配请求,响应时间短的优先分配。
例如:
upstream bakend { server 192.168.0.88:80; server 192.168.0.89:80; fair; }
5 url_hash(第三方)
按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效,有助于提高缓存的命中率。
例如:
upstream backend { server 192.168.0.88:3128; server 192.168.0.89:3128; hash $request_uri; hash_method crc32; }
6 backup (候补) 所以有正常节点挂光了,backup条目才会生效。
upstream tomcat_upstream { server 192.168.0.2:8080 weight=10; server 192.168.0.3:8080 weight=10 backup; }
每个设备的状态设置为:
- down 表示单前的server暂时不参与负载
- weight 默认为1.weight越大,负载的权重就越大。
- max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误
- fail_timeout:max_fails次失败后,暂停的时间。
到此这篇关于nginx upstream六种方式分配小结的文章就介绍到这了,更多相关nginx upstream分配内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网!
发表评论