Nginx后端性能梯度调度通过加权轮询体现静态硬件差异、least_conn反映实时连接负载、健康检查实现动态流量重分配，并需规避proxy_cache、ip_hash等导致的梯度失真问题。
实现后端性能梯度调度，本质是让 Nginx 根据后端服务器的实际处理能力差异，动态或静态地分配不等比例的流量——不是“一刀切”，而是“按能分活”。核心思路是：用加权轮询体现硬件梯度，用最少连接反映实时负载梯度，再辅以健康状态感知，形成多层适配。
加权轮询：静态性能梯度的基础配置
这是最常用、最稳妥的梯度调度方式，适用于已知后端服务器性能存在稳定差异的场景（如 8C16G 主节点 vs 4C8G 从节点）。
- 权重值直接对应处理能力比例，例如 weight=4 的服务器承担约 4/(4+2+1)=57% 的请求
- 权重必须为正整数，设为 0 表示该 server 不参与调度（仅作 backup）
- 权重调整后需执行 nginx -s reload 才生效，原生 Nginx 不支持运行时热更新
- 避免权重过大（如 >100），否则小权重节点长期得不到请求，可能因超时被标记为不可用
最少连接 + 权重组合：长连接下的动态梯度
当业务涉及大量长连接（如 WebSocket、API 流式响应、文件上传），单纯靠权重容易导致连接堆积在某台机器上。此时 least_conn 会优先选择当前活跃连接数更少的节点，而权重则作为 fallback 分配依据。
- 配置中同时启用 least_conn 和 weight，Nginx 内部会先比对连接数；若多台连接数相同，再按加权轮询逻辑分发
- 特别适合异构集群中既有高性能服务器也有轻量级节点的混合部署
- 注意：max_conns 参数可限制单台后端最大并发连接数，防止过载，建议与 least_conn 配合使用
健康状态联动：让梯度调度“带感知”
梯度不是固定不变的。通过 max_fails / fail_timeout，Nginx 可临时剔除异常节点，使剩余节点按原有权重比例重新分摊流量，形成自适应的“动态梯度”。
- 例如三台服务器权重为 5:3:2，其中 weight=3 的节点连续失败 3 次后被标记为不可用，则后续流量按 5:2 比例在其余两台间分配
- fail_timeout 时间不宜过短（如小于 5s），否则短暂抖动易引发频繁切换；也不宜过长（如超过 60s），影响故障恢复速度
- 搭配 backup 服务器，可在主集群整体承压或批量故障时，将溢出流量导向备用资源，构成兜底梯度层
进阶建议：避免常见梯度失真
实际部署中，以下细节常导致预期梯度失效：
- 开启 proxy_cache 时，缓存命中会跳过 upstream 调度，导致真实后端流量比例与配置不符——需确认业务是否允许缓存，或对关键接口禁用 cache
- ip_hash 与 weight 冲突：一旦启用 ip_hash，所有权重参数将被忽略，且无法使用 backup/down 状态——若需会话保持，应改用 cookie 或 token 方式，保留权重能力
- 客户端经 NAT 或代理时，IP 哈希集中打到同一台后端，掩盖了真实梯度效果——此时应改用 hash $request_uri 或 least_conn
