Nginx(三) upstream目前支持的5种分配方式

1 轮询(默认)

每个请求按时间顺序逐一分配到不同的后端服务器, 如果后端服务器down掉, 能自动剔除.

upstream backserver {
    server 192.168.0.14;
    server 192.168.0.15;
}

2 weight

指定轮询几率, weight和访问比率成正比, 用于后端服务器性能不均的情况.

upstream backserver {
    server 192.168.0.14 weight=10;
    server 192.168.0.15 weight=10;
}

3 ip_hash

每个请求按访问ip的hash结果分配, 这样每个访客固定访问一个后端服务器, 可以解决session的问题.

upstream backserver {
    ip_hash;
    server 192.168.0.14:88;
    server 192.168.0.15:80;
}

4 fair(第三方)

按后端服务器的响应时间来分配请求, 响应时间短的优先分配.

upstream backserver {
    server server1;
    server server2;
    fair;
}

5 url_hash(第三方)

按访问url的hash结果来分配请求, 使每个url定向到同一个后端服务器, 后端服务器为缓存时比较有效.

例: 在upstream中加入hash语句, server语句中不能写入weight等其他的参数, hash_method是使用的hash算法

upstream backserver {
    server squid1:3128;
    server squid2:3128;
    hash $request_uri;
    hash_method crc32;
}

 

案例:

upstream backserver{
    ip_hash;
    server 127.0.0.1:9090 down; (down 表示单前的server暂时不参与负载)
    server 127.0.0.1:8080 weight=2; (weight 默认为1.weight越大,负载的权重就越大)
    server 127.0.0.1:6060;
    server 127.0.0.1:7070 backup; (其它所有的非backup机器down或者忙的时候,请求backup机器)
}

在需要使用负载均衡的server中增加

proxy_pass http://bakend/;

每个设备的状态可设置为:

  • down 表示单前的server暂时不参与负载
  • weight 默认为1.weight越大, 负载的权重就越大.
  • max_fails 许请求失败的次数默认为1.当超过最大次数时, 返回proxy_next_upstream 模块定义的错误
  • fail_timeout:max_fails max_fails 次失败后, 暂停的时间.
  • backup 其它所有的非backup机器down或者忙的时候, 请求backup机器. 所以这台机器压力会最轻.

nginx支持同时设置多组的负载均衡, 用来给不用的server来使用.

  • client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug
  • client_body_temp_path 设置记录文件的目录 可以设置最多3层目录
  • location 对URL进行匹配.可以进行重定向或者进行新的代理负载均衡
posted @   yifanSJ  阅读(236)  评论(0编辑  收藏  举报
编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
点击右上角即可分享
微信分享提示