加权轮询是Nginx应对资源密集型任务最直接有效的负载策略。它通过weight参数按硬件能力差异化分配流量，避免弱节点过载，需基于基准测试设定合理权重比，配置时须在upstream中显式声明且避免与ip_hash混用。
加权轮询是Nginx应对资源密集型任务最直接有效的负载策略之一。它不依赖外部模块或商业版功能，仅靠weight参数就能让高配服务器承担更多压力，避免低配节点过载拖慢整体响应。
加权轮询怎么匹配资源密集型场景？
资源密集型任务（如图像处理、视频转码、AI推理API）通常CPU/内存消耗高、单次处理耗时长。若用普通轮询，所有服务器平均分请求，容易导致弱节点排队堆积、超时频发；而加权轮询可按硬件能力差异化分配流量，让强节点多扛活、弱节点少分担，实际吞吐更稳。
- 权重不是随意填的数字，应基于基准测试：比如用
stress-ng或业务压测工具对比各节点在相同负载下的平均响应时间与CPU利用率，再反推合理权重比 - 常见参考比例：4核8G服务器设为
weight=3，2核4G设为weight=1，8核16G可设为weight=5——重点看相对性能，而非绝对配置 - 避免权重悬殊过大（如10:1），否则小权重节点可能长期闲置，失去冗余价值
核心配置要点与避坑提醒
加权轮询生效依赖两个关键位置：upstream定义和server代理逻辑。漏掉任一环节都会退化为默认轮询。
- 必须在
upstream块中为每台server显式声明weight，不写则默认为1 -
proxy_pass必须指向该upstream名称（如http://backend_servers），不能写成IP直连 - 不要和
ip_hash混用——两者冲突，加权轮询会失效 - 建议同步加上健康检查：
max_fails=2 fail_timeout=15s，防止某节点卡死仍持续派发请求
如何验证权重是否真正生效？
不能只看日志“有没有打到多台机器”，要确认请求比例是否符合预期。
- 用
curl -s http://负载均衡地址/health | grep 'server_ip'连续调用50次，统计各后端IP出现次数 - 观察Nginx访问日志（
access.log），提取upstream_addr字段，用awk统计分布 - 若三台服务器权重为3:2:1，50次请求理想分布应接近25次、17次、8次（允许±5%浮动）
- 发现偏差大时，先检查是否有
backup或down标记干扰，再确认Nginx是否已重载配置（nginx -s reload）
进阶配合建议
单一加权轮询适合稳定负载，但面对突发流量或节点性能波动，可叠加少量增强手段：
- 搭配
least_conn指令（需Nginx 1.11+）：在权重基础上优先选当前连接数更少的节点，缓解瞬时堆积 - 对特别重的任务路径单独切流：比如
location /api/encode指向高权重组，location /api/status指向低权重组 - 通过
proxy_set_header X-Load-Balance-Weight $upstream_addr把权重信息透传给后端，便于业务侧做二次调度或监控归因
