一、Nginx负载平衡算法
1、轮询（默许）
每一个要求按时刻递次一一分派到差别的后端效劳，假如后端某台效劳器死机，自动剔除毛病体系，运用户接见不受影响。
2、weight（轮询权值）
weight的值越大分派到的接见概率越高，重要用于后端每台效劳器机能不平衡的状况下。或许仅仅为在主从的状况下设置差别的权值，到达合理有用的地应用主机资本。
3、ip_hash源地点哈希法
源地点哈希的头脑是依据猎取客户端的IP地点，经由历程哈希函数盘算获得的一个数值，用该数值对效劳器列表的大小举行取模运算，获得的效果就是客服端要接见效劳器的序号。采纳源地点哈希法举行负载平衡，统一IP地点的客户端，当后端效劳器列表稳定时，它每次都邑映射到统一台后端效劳器举行接见。
4、fair
比 weight、ip_hash越发智能的负载平衡算法，fair算法能够依据页面大小和加载时刻是非智能地举行负载平衡，也就是依据后端效劳器的相应时刻 来分派要求，相应时刻短的优先分派。Nginx自身不支持fair，假如须要这类调理算法，则必需装置upstream_fair模块。
5、url_hash
按接见的URL的哈希效果来分派要求，使每一个URL定向到一台后端效劳器，能够进一步进步后端缓存效劳器的效力。Nginx自身不支持url_hash，假如须要这类调理算法，则必需装置Nginx的hash软件包。
一、轮询（默许）
每一个要求按时刻递次一一分派到差别的后端效劳器，假如后端效劳器down掉，能自动剔除。
二、weight
指定轮询概率，weight和接见比率成正比，用于后端效劳器机能不均的状况。
比方：
upstream bakend {
server 192.168.0.14 weight=10;
server 192.168.0.15 weight=10;
}
三、ip_hash
每一个要求按接见ip的hash效果分派，如许每一个访客牢固接见一个后端效劳器，能够处理session的题目。
比方：
upstream bakend {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}
四、fair（第三方）
按后端效劳器的相应时刻来分派要求，相应时刻短的优先分派。
upstream backend {
server server1;
server server2;
fair;
}
五、url_hash（第三方）
按接见url的hash效果来分派要求，使每一个url定向到统一个后端效劳器，后端效劳器为缓存时比较有用。
例：在upstream中到场hash语句，server语句中不能写入weight等其他的参数，hash_method是运用的hash算法
upstream backend {
server squid1:3128; // 10.0.0.10:7777
server squid2:3128; //10.0.0.11:8888
hash $request_uri;
hash_method crc32; }
二、Nginx负载平衡调理状况
在Nginx upstream模块中，能够设定每台后端效劳器在负载平衡调理中的状况，经常使用的状况有：
1、down，示意当前的server暂时不介入负载平衡
2、backup，预留的备份机械。当其他一切的非backup机械涌现毛病或许忙的时刻，才会要求backup机械，因而这台机械的接见压力最低
3、max_fails，许可要求失利的次数，默许为1，当凌驾最大次数时，返回proxy_next_upstream模块定义的毛病。
4、fail_timeout，要求失利超时时刻，在阅历了max_fails次失利后，停息效劳的时刻。max_fails和fail_timeout能够一同运用。
假如Nginx没有仅仅只能代办一台效劳器的话，那它也不可能像本日这么火，Nginx能够设置代办多台效劳器，当一台效劳器宕机以后，仍能坚持体系可用。细致设置历程以下：
1. 在http节点下，增加upstream节点。
upstream linuxidc {
server 10.0.6.108:7080;
server 10.0.0.85:8980;
}
2. 将server节点下的location节点中的proxy_pass设置为：http:// + upstream称号，即“
http://linuxidc”.
location / {
root html;
index index.html index.htm;
proxy_pass http://linuxidc;
}
3. 如今负载平衡开端完成了。upstream根据轮询（默许）体式格局举行负载，每一个要求按时刻递次一一分派到差别的后端效劳器，假如后端效劳器down掉，能自动剔除。虽然这类体式格局轻便、本钱低档。但瑕玷是：可靠性低和负载分派不平衡。适用于图片效劳器集群和纯静态页面效劳器集群。
除此之外，upstream另有别的的分派战略，离别以下：
weight（权重）
指定轮询概率，weight和接见比率成正比，用于后端效劳器机能不均的状况。以下所示，10.0.0.88的接见比率要比10.0.0.77的接见比率高一倍。
upstream linuxidc{
server 10.0.0.77 weight=5;
server 10.0.0.88 weight=10;
}
ip_hash（接见ip）
每一个要求按接见ip的hash效果分派，如许每一个访客牢固接见一个后端效劳器，能够处理session的题目。
upstream favresin{
ip_hash;
server 10.0.0.10:8080;
server 10.0.0.11:8080;
}
fair（第三方）
按后端效劳器的相应时刻来分派要求，相应时刻短的优先分派。与weight分派战略相似。
upstream favresin{
server 10.0.0.10:8080;
server 10.0.0.11:8080;
fair;
}
url_hash（第三方）
按接见url的hash效果来分派要求，使每一个url定向到统一个后端效劳器，后端效劳器为缓存时比较有用。
注重：在upstream中到场hash语句，server语句中不能写入weight等其他的参数，hash_method是运用的hash算法。
upstream resinserver{
server 10.0.0.10:7777;
server 10.0.0.11:8888;
hash $request_uri;
hash_method crc32;
}
upstream还能够为每一个装备设置状况值，这些状况值的寄义离别以下：
down 示意单前的server暂时不介入负载.
weight 默许为1.weight越大，负载的权重就越大。
max_fails ：许可要求失利的次数默许为1.当凌驾最大次数时，返回proxy_next_upstream 模块定义的毛病.
fail_timeout : max_fails次失利后，停息的时刻。
backup： 别的一切的非backup机械down或许忙的时刻，要求backup机械。所以这台机械压力会最轻。
upstream bakend{ #定义负载平衡装备的Ip及装备状况
ip_hash;
server 10.0.0.11:9090 down;
server 10.0.0.11:8080 weight=2;
server 10.0.0.11:6060;
server 10.0.0.11:7070 backup;
}
相干引荐：
几种负载平衡手艺分享
几种Nginx完成负载平衡的体式格局
Nginx反向代办和负载平衡实践
以上就是nignx负载平衡算法分享的细致内容，更多请关注ki4网别的相干文章！
