Nginx upstream的5种权重分配方式分享

最新推荐文章于 2022-01-25 11:16:01 发布

dyeee

最新推荐文章于 2022-01-25 11:16:01 发布

阅读量420

点赞数

分类专栏： nginx 文章标签：后端数据库运维

本文链接：https://blog.csdn.net/dyeee/article/details/84808355

版权

nginx 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

1、轮询（默认）

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

2、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
例如：

复制代码代码如下:

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

3、ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
例如：

复制代码代码如下:

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

4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。

复制代码代码如下:

 
upstream backend {  
  
server server1.linuxany.com;  
  
server server2.linuxany.com;  
  
fair;  
  
}

5、url_hash（第三方）

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

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

复制代码代码如下:

 
upstream backend {  
  
server squid1:3128;  
  
server squid2:3128;  
  
hash $request_uri;  
  
hash_method crc32;  
  
}  
  
#定义负载均衡设备的Ip及设备状态  
  
upstream backend{  
  
ip_hash;  
  
server 127.0.0.1:9090 down;  
  
server 127.0.0.1:8080 weight=2;  
  
server 127.0.0.1:6060;  
  
server 127.0.0.1:7070 backup;  
  
}

在需要使用负载均衡的server中增加
proxy_pass http://bakend/;

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

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

client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug
client_body_temp_path 设置记录文件的目录可以设置最多3层目录

location 对URL进行匹配.可以进行重定向或者进行新的代理负载均衡

########################################

1、轮询

轮询即Round Robin，根据Nginx配置文件中的顺序，依次把客户端的Web请求分发到不同的后端服务器。
配置的例子如下：

http{ 
 upstream sampleapp { 
   server <>; 
   server <>; 
 } 
 .... 
 server{ 
   listen 80; 
   ... 
   location / { 
    proxy_pass http://sampleapp; 
   }  
 }

上面只有1个DNS入口被插入到upstream节，即sampleapp，同样也在后面的proxy_pass节重新提到。

2、最少连接

Web请求会被转发到连接数最少的服务器上。
配置的例子如下：

http{ 
  upstream sampleapp { 
    least_conn; 
    server <>; 
    server <>; 
  } 
  .... 
  server{ 
    listen 80; 
    ... 
    location / { 
     proxy_pass http://sampleapp; 
    }  
  }

上面的例子只是在upstream节添加了least_conn配置。其它的配置同轮询配置。

3、IP地址哈希

前述的两种负载均衡方案中，同一客户端连续的Web请求可能会被分发到不同的后端服务器进行处理，因此如果涉及到会话Session，那么会话会比较复杂。常见的是基于数据库的会话持久化。要克服上面的难题，可以使用基于IP地址哈希的负载均衡方案。这样的话，同一客户端连续的Web请求都会被分发到同一服务器进行处理。
配置的例子如下：

http{ 
  upstream sampleapp { 
    ip_hash; 
    server <>; 
    server <>; 
  } 
  .... 
  server{ 
    listen 80; 
    ... 
    location / { 
     proxy_pass http://sampleapp; 
    }  
  }

上面的例子只是在upstream节添加了ip_hash配置。其它的配置同轮询配置。

4、基于权重的负载均衡

基于权重的负载均衡即Weighted Load Balancing，这种方式下，我们可以配置Nginx把请求更多地分发到高配置的后端服务器上，把相对较少的请求分发到低配服务器。
配置的例子如下：

http{ 
  upstream sampleapp { 
    server <> weight=2; 
    server <>; 
  } 
  .... 
  server{ 
    listen 80; 
    ... 
    location / { 
     proxy_pass http://sampleapp; 
    } 
 }

上面的例子在服务器地址和端口后weight=2的配置，这意味着，每接收到3个请求，前2个请求会被分发到第一个服务器，第3个请求会分发到第二个服务器，其它的配置同轮询配置。

还要说明一点，基于权重的负载均衡和基于IP地址哈希的负载均衡可以组合在一起使用。