验证Nginx加权轮询分发一致性需发起串行短连接压测（如ab -c 1 -n 2000），提取后端响应头X-Server-ID统计频次，比对是否符合理论权重比例（如weight=3:1对应75%:25%），偏差超±5%时排查max_fails摘除、ip_hash干扰或健康检查波动。
要验证 Nginx 加权轮询在多实例环境下的分发一致性，关键不是“看一次请求去哪”，而是用可复现、无干扰的方式跑出足够样本，再比对实际分布是否贴合权重预期。
后端必须返回可识别的实例标识
每台后端服务需在响应中明确暴露自身身份，否则无法归因流量归属：
- 推荐在响应头中添加 X-Server-ID: srv-bj-01 或 X-Instance: us-east-1a，比改响应体更轻量、不易被业务逻辑覆盖
- 若用容器或云主机，避免只写 IP（如 10.0.1.5），应带部署信息，例如 X-Server-ID: bj-app-01-prod
- 所有实例返回格式需严格一致，大小写、空格、换行都不能有差异，否则统计时会被当作不同值
发起串行、无缓存、短连接的压测请求
加权轮询按请求粒度分发，不是按连接或会话。并发请求或复用连接会掩盖真实调度逻辑：
- 用 ab -c 1 -n 2000 http://your-domain/：单并发、2000次请求，完全反映轮询序列
- 禁用 keepalive：在 upstream 块中显式写 keepalive 0，防止连接复用导致连续命中同一台
- 绕过任何缓存层：curl 加 -H "Cache-Control: no-cache" 和随机参数 ?_t=$(date +%s%N)
- 不要用浏览器刷新测试——它会携带 Cookie、复用连接、触发预加载，结果不可信
统计响应标识并校验权重匹配度
收集全部响应后，提取标识字段做频次统计，再与理论权重比对：
- 快速统计示例（Linux）：
curl -s "http://your-domain/" | grep "X-Server-ID" | awk '{print $2}' | sort | uniq -c | sort -nr - 假设 upstream 配置为：
server 192.168.1.10 weight=3;
server 192.168.1.11 weight=1;
理论占比应为 75% : 25%，即 2000 次请求中约 1500 vs 500 - 允许合理偏差（±3%～5%），但若某台计数长期低于理论值 10% 以上，需排查：
— 是否该节点被 max_fails 临时摘除（查 error.log 中 “unhealthy” 日志）
— 是否配置了未注释的 ip_hash 或其他 hash 指令（检查整个 http 块）
— 是否某台后端响应超时，触发了 proxy_next_upstream timeout 自动重试并计入下一台
注意跨机房场景的额外干扰项
若实例分布在不同数据中心，网络抖动和健康检查策略会显著影响观测结果：
- 弱链路节点（如海外机房）可能因 fail_timeout 设置过短，频繁进出可用列表，导致统计周期内有效权重波动
- 建议测试前先停用主动健康检查（注释掉 health_check 行），或调高 fail_timeout 至 60s，让节点状态更稳定
- 真正要验证“权重映射物理能力”的效果，应在网络质量相对稳定的窗口期进行，避开高峰期或链路变更时段
