加权轮询是nginx基于实测qps设定权重实现流量按处理能力比例分发的可控方式，需压测校准、控制权重在1–10、结合least_conn应对长耗时请求，并定期复测调整。
加权轮询是 Nginx 实现后端集群效能匹配最直接、最可控的方式——它不依赖实时指标，而是通过预设权重，把请求按服务器实际处理能力的比例分发出去。
权重设置要基于实测吞吐量，不是硬件参数
新旧节点混用时，仅看 CPU 核数或内存大小容易失准。比如一台新机器实测 QPS 是 1200，旧机器只有 600，那 weight 应设为 2 和 1；若新机器能扛 1800 QPS，旧机器稳定在 300，就该设为 6:1。权重本质是“单位时间能稳接多少请求”的缩影，不是理论算力。
- 上线前做压测：用 wrk 或 ab 对单节点打满，记录稳定最大 QPS
- 权重 = 单节点实测 QPS ÷ 基准值（通常取最小值或约定为 1）
- 避免整数过大（如 weight=100），建议控制在 1–10 范围内，便于后期调整
配置写法与调度行为要对应理解
Nginx 的加权轮询不是简单按比例“每 4 次挑 3 次给 A”，而是一种平滑的动态累积算法：每个节点维护一个 current_weight，每次调度时叠加其 effective_weight，选当前值最大的节点，再减去总权重和。这样既保证长期比例准确，又避免请求扎堆。
- 配置中 weight 默认为 1，不写等同于 weight=1
- 示例：server 192.168.1.10:3000 weight=4; 表示该节点承担约 4/(4+2+1) ≈ 57% 的流量
- 权重差异过大（如 10:1）可能导致低权节点长时间空闲，需结合业务节奏评估
搭配 least_conn 应对长耗时请求
纯加权轮询对短平快接口足够，但遇到文件上传、导出报表这类耗时操作时，连接堆积会让高权节点更快饱和。这时加上 least_conn 指令，Nginx 会优先把新请求派给当前活跃连接最少的节点——它不改变权重比例，只是在同权重或相近 current_weight 的节点间做微调。
- 写法：upstream app_backend { least_conn; server ... weight=4; ... }
- 特别适合 WebSocket、大文件上传、同步调用链路长的服务
- 注意：least_conn 是基础模块功能，无需 Nginx Plus 许可证
权重不是一劳永逸，需要定期校准
后端服务升级、代码优化、数据库慢查询修复，都可能让某台节点的实际处理能力明显提升或下降。权重一旦固定，Nginx 不会自动感知变化。
- 建议每月或每次重大发布后复测关键节点 QPS
- 观察 access log 中各节点请求数占比，偏离预期 ±5% 以上就该检查
- 灰度发布时，可用临时权重（如从 weight=2 降到 weight=1）控制流量坡度
