Nginx教程

Nginx的6种负载均衡策略【轮询/加权轮询weight/ip_hash/least_conn/urlhash/fair】

本文主要是介绍Nginx的6种负载均衡策略【轮询/加权轮询weight/ip_hash/least_conn/urlhash/fair】,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

十年河东,十年河西,莫欺少年穷

学无止境,精益求精

负载均衡的配置方式可参考:Nginx 通过upstream服务器组实现轮询式负载均衡及我所遇到的问题 【关闭selinux服务】

 1、轮询策略

轮询策略其实是一个特殊的加权策略,不同的是,服务器组中的各个服务器的权重都是1

 upstream backend {
   server 192.168.136.136 weight=1;
   server 192.168.136.136:81 weight=1;
   server 192.168.136.136:82 weight=1;
   server 192.168.136.136:83 weight=1;
   }    
   
    server {
        listen       80;
        server_name  localhost;

        location / {
            proxy_pass  http://backend;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

    }

2、轮询加权策略

通过加入 weight的值进行加权处理,权重值越大,服务器越容易被访问,因此,性能好的服务器应适当加大权重值

   upstream backend {
   server 192.168.136.136 weight=1;
   server 192.168.136.136:81 weight=2;
   server 192.168.136.136:82 weight=3;
   server 192.168.136.136:83 weight=4;
   }    
   
    server {
        listen       80;
        server_name  localhost;

        location / {
            proxy_pass  http://backend;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

    }

3、ip 哈希策略

ip_hash 策略能够将某个客户端IP的请求固定到同一台服务器上,例如A用户访问服务器,通过固定算法后,被固定到 192.168.136.136 的web服务器上,那么,用户A下次访问时,依旧会到访问 192.168.136.136 服务器。因此,该策略解决了多台服务器Session不共享的问题【因为不同的客户端会被分到不同的服务器,且之后这种对应关系是不变的】

ip_hash 策略类似于url_hash ,一个采用Ip地址进行计算,一个采用URL地址进行计算。

upstream backend {
   ip_hash;
   server 192.168.136.136 ;
   server 192.168.136.136:81;
   server 192.168.136.136:82 ;
   server 192.168.136.136:83;
   }    
   
    server {
        listen       80;
        server_name  localhost;

        location / {
            proxy_pass  http://backend;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

    }

该算法不能保证服务器的负载均衡,可能存在个别服务器访问量很大,很小的情况.

另外,实际生产环境不建议使用此算法,如果要解决session共享的问题,我们可以使用第三方中间件 redis 来完成共享问题

4、least_conn 策略

最少连接,把请求转发给连接数最少的服务器。

轮询算法/轮询加权算法会把请求按照一定比例分发请求到各服务器上,但是,有些请求占用时间长,如果把这些响应占用时间长的请求大比例发送到了某一台服务器,那么这台服务器随着时间的增加会负载比较高【因为响应较长的请求还没处理完,新的请求又来了】,在这种情况下,采用 least_conn 的方式是最适合的,它能达到更好的负载均衡

upstream backend {
   least_conn;
   server 192.168.136.136 ;
   server 192.168.136.136:81;
   server 192.168.136.136:82 ;
   server 192.168.136.136:83;
   }    
   
    server {
        listen       80;
        server_name  localhost;

        location / {
            proxy_pass  http://backend;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

    }

此负载策略适合用于,请求处理时间长短不一造成服务器过载的情况

5、url_hash 策略

url_hash 和 ip_hash 类似,不同的是,客户端ip可能变,但客户端发送的请求URL不同功能模块虽说不同,但同一个功能点的URL是固定不变的

该算法主要是解决 缓存命中率的问题【例如下载文件】

upstream backend {
   hash $request_uri;
   server 192.168.136.136 ;
   server 192.168.136.136:81;
   server 192.168.136.136:82 ;
   server 192.168.136.136:83;
   }    
   
    server {
        listen       80;
        server_name  localhost;

        location / {
            proxy_pass  http://backend;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

    }

注:配置文件中不是 url_hash ,而是  hash  $request_uri;

6、智能的fair 策略【Nginx默认不支持,需下载第三方模块】

fair 采用的不是固定的轮询算法进行负载均衡,而是智能的根据页面大小、加载时间长短进行负载计算

upstream backend {
   fair;
   server 192.168.136.136 ;
   server 192.168.136.136:81;
   server 192.168.136.136:82 ;
   server 192.168.136.136:83;
   }    
   
    server {
        listen       80;
        server_name  localhost;

        location / {
            proxy_pass  http://backend;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

    }

注: 该策略,在nginx的默认模块中是不支持的,需要下载 nginx-upstream-fair 模块

修改nginx配置文件,重新加载时,报错

 

 本篇博客就不做演示了,大家可自行百度

@天才卧龙的博客

这篇关于Nginx的6种负载均衡策略【轮询/加权轮询weight/ip_hash/least_conn/urlhash/fair】的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!