轮询负载均衡在高并发下未必均匀分发，需通过压测验证实际请求量、P95响应时间及Nginx日志定位真实分发情况，并监控CPU、错误率、proxy_next_upstream重试等失衡信号，辅以max_fails、keepalive等配置增强稳定性。
轮询负载均衡在极限压力下是否真能“均匀分发”，不能只看配置是否生效，而要看后端节点的实际负载、响应延迟和错误堆积情况。它本质是请求计数均摊，不是资源消耗均摊，高并发时容易暴露失衡问题。
用真实压测工具验证分发行为
别依赖日志或理论比例，直接用 wrk 或 JMeter 模拟高并发请求，并观察三方面数据：
- 各后端服务的请求接收数量（通过返回标识或 access_log 统计）——确认是否接近 1:1:1
- 各节点的 P95 响应时间曲线——若某台明显拉高，说明它正在积压请求
- Nginx 的 upstream_response_time 和 upstream_addr 日志字段——可定位单次请求到底打到了哪台、耗时多少
重点监控轮询失效的典型信号
以下现象出现，就说明轮询在压力下已失去实际均衡效果：
- 某台后端 CPU 持续 >90%，其他节点仅 40%～60%
- 同一压测周期内，慢节点的超时错误率比快节点高 3 倍以上
- Nginx 主动触发 proxy_next_upstream 次数陡增（说明频繁重试失败节点）
- 活跃连接数（active connections）在 Nginx 层持续增长，但后端 RPS 却未同步提升
配合关键配置增强轮询抗压能力
纯轮询很脆弱，需搭配这些机制降低失衡风险：
- 启用 max_fails=2 fail_timeout=10s：快速剔除响应异常的节点，避免持续派发
- 为 upstream 添加 keepalive 32：复用连接，减少握手开销，间接缓解连接堆积
- 设置 proxy_read_timeout 30 和 proxy_connect_timeout 5：防止慢响应拖垮整个转发链路
- 在高流量前给新节点加 slow_start=30s：避免刚上线就承接满载流量
对比 least_conn 验证是否该换策略
如果轮询在压测中明显失衡，可临时切到 least_conn 策略做对照测试：
- 修改 upstream 块，去掉所有 weight，仅保留 server 地址
- 保持压测参数一致（相同并发数、总请求数、路径、Body 大小）
- 比较两组结果中的：节点间延迟标准差、错误率离散度、Nginx 连接堆积量
- 若 least_conn 下各节点负载曲线更平滑，且整体错误率下降，则说明当前业务更适合按连接数调度
