作者：烧鸡太子爷
起源：恒生LIGHT云社区
简介
nginx做反向代理在咱们开发运维的同志日常生活中曾经十分常见，当咱们后端有多台服务的时候还能够用nginx做负债平衡，而upstream模块就是其中的外围模块。
近期须要针对两台机器的集群做一个测试，而因为两台服务的CPU和内存差距很大（一台4C8G，一台8C16G），导致原先默认的轮训的配置就无奈应用，冀望实现权重的负载平衡策略，就对nginx的upstream模块做了一些笔记，跟大家一起分享一下
upstream中的罕用参数
| 罕用参数 | 参数作用 |
|---|---|
| server | 负载平衡后端的服务器的IP或域名，不写端口默认是80，高并发场景用域名，再通过DNS进行负载平衡 |
| weight | 后端服务器的权重，默认为1，权重越大接管的申请越多，比方：weight=2 |
| max_fails | 查看节点的衰弱状态并容许申请失败的次数，达到该次数将节点下线，默认为1,0示意禁止失败尝试，例如:max_fails=3 |
| fail_timeout | max_fails失败次数达到限度后暂停该节点服务器工夫，默认是10秒。 |
| backup | 热备配置，当服务池中所有的服务器呈现问题后会主动上线backup服务器。 |
| down | 标记服务器不可用，不参加负载平衡，这个参数通常配合IP_HASH应用。 |
| max_conns | 限度最大连接数，通常对后端服务器硬件不统一的状况进行配置。 |
| keepalive | 限度闲暇长连贯的最大数量。 |
| keepalive_timeout | 闲暇长连贯的最长放弃工夫。 |
| keepalive_requests | 每个长连贯最多能够解决的申请数。 |
官网反对的调配形式
1、轮询
轮询是upstream的默认调配形式，即每个申请依照工夫程序轮流调配到不同的后端服务器，如果某个后端服务器down掉后，能主动剔除。
2、weight
weight就是轮询的加强版，即能够指定轮询比率，weight和拜访几率成正比，次要利用于后端服务器配置差别较大的状况下，前面会举例。
upstream backend_developer { ip_hash server 172.27.26.174:8099 weight=2; server 172.27.26.243:8099 weight=1;}搜寻百度后面的所有举例权重都是1,2,3的排名形式，反而让人纳闷，是按1,2，3的程序轮训？？
3、ip_hash
每个申请依照拜访ip（即Nginx的前置服务器或者客户端IP）的hash后果调配，这样每个访客会固定拜访一个后端服务器，能够解决session统一问题。这个存在的问题就是比方某一个部门在一个进口IP段内，这样就会造成可能整个部门的都在拜访某一台服务器，造成服务不平衡
upstream backend_developer { ip_hash server 172.27.26.174:8099; server 172.27.26.243:8099;}实战
后面也说到，咱们是一台4C8G+一台8C16G的机器，单台性能压测的后果是8C的机器的tps是4C的机器的2倍，所以咱们须要将两台机器的权重为2:1（即3次申请，有一次申请在4C的机器，有两次申请会在8C的机器）
nginx的配置
发送申请
咱们利用postman工具间断发送6次
查看后果
依据后果咱们能够看到，6次申请别离权重的weight=1的机器上申请了2次，权重weight=2的机器上轮训了4次。
好了，本次就总结到这里，前面咱们有工夫的话能够跟大家一起聊聊，upstream的实现原理，有趣味的能够在下方给我留言哦
参考
官网：http://nginx.org/en/docs/http...