权重策略是nginx应对异构服务器性能不均的关键手段，通过weight参数按能力比例分配流量（如weight=5:2），结合健康检查与灰度发布实现能力匹配、平滑扩容和稳定性提升。
权重策略在 Nginx 负载均衡中不是“锦上添花”，而是应对真实集群差异的关键手段。它让流量分配从“平均主义”转向“能力匹配”，直接提升整体吞吐与稳定性。
适配硬件性能不均的现实场景
生产环境中，服务器 rarely 完全同构：新机器可能是 16 核 64GB，旧机器是 8 核 32GB；云上还常混用不同代际实例或预留/按量实例。轮询会把同样多请求压给弱节点，导致响应延迟升高甚至超时。权重策略通过显式声明能力比例（如 weight=5 vs weight=2），让强节点承担更多负载，弱节点专注处理轻量请求，实际资源利用率更趋平衡。
- 配置示例：
server 10.0.1.10 weight=5; server 10.0.1.11 weight=2;—— 理论请求比约 5:2 - 建议依据：CPU 核心数、内存容量、磁盘 IOPS 或压测 QPS 结果设定初始权重，而非凭经验拍定
支撑平滑扩容与灰度发布
上线新服务节点时，不能直接全量切流。权重策略提供渐进式引流能力：新节点起始设低权重（如 weight=1），观察日志、错误率、CPU 使用率；确认稳定后逐步调高（weight=3→5），旧节点同步降权。整个过程无需重启 Nginx，业务零感知。
- 典型节奏：新节点上线 → weight=1（10% 流量）→ 观察 30 分钟 → weight=3（30%）→ weight=5（50%）→ weight=10（全量）
- 配合 max_fails 和 fail_timeout，可自动隔离异常节点，避免人为误操作放大风险
缓解长尾请求对集群的影响
某些请求处理耗时波动大（如报表导出、图片压缩），若按轮询分发，容易在某台服务器上堆积大量慢请求，阻塞后续连接。权重本身不解决长尾，但结合 least_conn 或 least_time（Nginx Plus）使用时，权重可作为基础调度因子——即优先往“能力强 + 当前负载低”的节点派发，显著降低 P99 延迟抖动。
- 例如：两台机器，A（weight=3，当前连接数 12）、B（weight=2，当前连接数 4），新请求大概率落到 B
- 注意：纯权重策略不感知实时负载，需搭配健康检查参数（如 max_fails=2 fail_timeout=10s）防止故障节点持续收流
简化运维与容量规划闭环
权重值是可量化、可追踪的运维指标。当某节点长期处于高权重仍频繁触发 max_fails，说明其实际承载已逼近上限，应触发扩容评估；反之，若高权重大节点 CPU 均值长期低于 30%，则可考虑降权或回收资源。它把模糊的“服务器还行吗”转化为明确的“权重是否匹配当前负载”判断依据。
- 运维建议：将权重配置纳入 CMDB 或 GitOps 流水线，变更留痕、版本可回溯
- 监控重点：各 upstream server 的 active connections、request count、response time，对比权重比例做偏差分析
