Nginx轮询机制本质是确定性循环，路径严格按upstream中server书写顺序循环分发，重启后指针归零，各worker独立维护，不感知延迟、丢包或负载，仅在配置干净（无weight/ip_hash/不一致健康检查）时保持长期分布一致性。
测试 Nginx 轮询机制在异构网络环境中的稳定性，关键不是看“算法是否跑得通”，而是验证它在真实网络抖动、延迟不均、丢包差异等条件下，是否仍能维持请求分发的可预期性、后端压力分布的合理性，以及故障节点能否被及时识别和隔离。
聚焦三类核心稳定性指标
异构网络（如混合云、跨地域 IDC、4G/5G 与光纤共存）会放大轮询的固有盲区：它不感知延迟、不规避丢包、不统计连接状态。因此需重点观测：
- 路径可复现性：相同请求序列下，各次压测中每台后端接收请求的顺序和占比是否一致（例如连续 1000 次串行请求，A→B→C→A 循环是否严格出现 333–334 次）
- 延迟敏感扰动下的分布偏移：当某台后端因网络高延迟（如 RTT > 200ms）频繁超时，其实际承接请求数是否明显下降（非轮询本意，但属稳定性的现实表现）
- 故障剔除响应时效：模拟某节点持续丢包或返回 502，检查它从首次失败到被 Nginx 标记为不可用、不再出现在 $upstream_addr 日志中的耗时是否符合 max_fails / fail_timeout 配置
构造可信的异构网络测试环境
不能只靠本地模拟。需还原真实异构特征：
- 用 tc（traffic control） 在后端服务器上对不同节点施加差异化网络策略：例如 A 节点加 10ms 延迟 + 0.1% 丢包，B 节点加 80ms 延迟 + 2% 丢包，C 节点保持直连
- Nginx 与压测机必须物理分离，且压测机网络出口应接入同一异构链路（如通过双线 BGP 接入），避免本机 loopback 掩盖问题
- 关闭 keepalive 或显式设置 proxy_http_version 1.1 和 proxy_set_header Connection ''，防止连接复用掩盖轮询路径变化
用日志+轻量工具做归因分析
不依赖 Nginx 内置指标（它无实时轮询状态暴露），而是从源头抓证据：
- 在 log_format 中固定记录：$upstream_addr $upstream_response_time $upstream_status $request_time，确保每条日志可定位到具体后端与耗时
- 用 awk + sort + uniq 统计单位时间窗口（如每 10 秒）内各节点请求数、5xx 比例、平均 upstream_response_time，观察波动幅度是否超出理论均值 ±10%
- 配合 ss -s 实时查看 Nginx worker 进程与各后端的 ESTABLISHED 连接数，确认长连接未因某节点卡顿而堆积
- 查 error.log 中是否有 upstream timed out 或 no live upstreams 报错，这是稳定性断裂的直接信号
排除配置干扰，锁定轮询本体行为
很多“不稳定”其实是配置引入了非确定性：
- 确认 upstream 块中所有 server 行都未设置 weight，也未启用 ip_hash、hash、least_conn 等指令
- 所有节点的 max_fails 和 fail_timeout 必须完全一致（如全为 max_fails=3 fail_timeout=30s），否则故障恢复节奏不同步，导致轮询队列长度动态变化
- 禁用 proxy_next_upstream timeout http_502，避免因单次超时触发重试，扭曲原始轮询路径
