nginx通过upstream中server的weight参数实现加权轮询，按相对权重比例（如4:1→80%:20%）分发请求；权重须为整数、设在http块内upstream中，并配合max_fails和fail_timeout等健康检查机制确保实效性。
直接在 upstream 块中为每个后端 server 设置 weight 值，Nginx 就会按总权重比例自动倾斜分发流量。它不是百分比填空，而是靠相对大小决定长期请求占比——比如 weight=4 和 weight=1 的两台机器，理论分流比就是 80% : 20%。
权重怎么设才反映真实倾斜需求
权重值本身无单位，只表达节点间处理能力的相对关系：
- 压测出吞吐量再换算：A 节点稳定 QPS 是 1600，B 是 400，比例 4:1 → 设
weight=4和weight=1 - 按硬件粗估更省事：16 核服务器配
weight=4，8 核配weight=2，4 核配weight=1 - 灰度发布推荐小基数：想导 10% 流量到新版本，用
weight=1（新）和weight=9（老），比10和90更稳，减少低流量下的调度偏差 - 避免极端悬殊：不用
weight=1和weight=100，否则小权重节点可能几十秒收不到请求
配置必须写对位置和格式
weight 只在 upstream 块内、server 指令后生效，且语法严格：
- ✅ 正确写法：
server 192.168.1.10:8080 weight=3;（同一行，等号紧贴，无空格） - ❌ 错误写法：
server 192.168.1.10:8080; weight=3;或weight = 3，Nginx 会报错“invalid number of arguments” - upstream 必须定义在
http块下，不能嵌套在server或location中
光设 weight 不够，得让倾斜真正落地
权重只管“正常时怎么分”，不管“出问题了还分不分”。要确保倾斜策略不被故障拖垮，必须搭配：
-
max_fails=3 fail_timeout=30s：某节点连续失败 3 次，就临时剔除，剩余节点按新权重重新分摊 -
slow_start=30s：新上线节点从零开始缓慢承接流量，防冷启动打满 - 慎用
ip_hash：它会固定用户路由，使 weight 只在节点 down 后起备用作用，失去倾斜意义 - 长连接多或响应时间差异大时，加
least_conn，优先选当前连接少的节点，和 weight 协同更公平
上线后验证倾斜是否真实生效
reload 配置后不能只信理论值，得看实际日志：
- 查 access.log，用
awk '{print $NF}' | sort | uniq -c | sort -nr统计upstream_addr字段分布 - 采样至少 1000 次请求，观察各节点占比是否落在理论值 ±5% 偏差内
- 同时盯住响应时间和错误率：高 weight 节点延迟明显升高或错误率突增，说明权重设高了
