最直接有效的方式是结合后端服务日志、客户端多次请求和Nginx日志分析来验证轮询效果：1.为后端配置唯一标识（如X-Upstream-Host响应头或JSON字段）；2.用curl循环请求并提取标识观察交替情况；3.在Nginx access_log中加入$upstream_addr等变量实时查看转发目标；4.确认无weight、健康检查失败或keepalive粘连等干扰因素。
最直接有效的方式是结合后端服务日志 + 客户端多次请求 + Nginx 日志分析，观察请求是否按预期轮询分发到不同上游节点。
1. 配置带唯一标识的后端服务
确保每个后端实例返回可区分的响应头或响应体（比如主机名、IP 或服务 ID），便于识别请求落到哪台机器：
- Nginx 配置中启用 proxy_set_header Host $host;（可选，用于透传）
- 后端应用在响应中加入自定义 Header：X-Upstream-Host: server-a（server-a/server-b/...）
- 或者直接在 HTML/JSON 响应里写入当前服务标识，如 {"from": "node2"}
2. 使用 curl 循环发起多次请求并提取标识
避免浏览器缓存干扰，用命令行快速验证轮询效果：
- curl -s http://your-nginx-domain/ | grep -o '"from":"[^"]*'（解析 JSON 字段）
- curl -sI http://your-nginx-domain/ | grep "X-Upstream-Host"（查看响应头）
- 连续执行 10 次，观察输出是否交替出现不同值（如 node1 → node2 → node1 → node2…）
3. 查看 Nginx access_log 确认 upstream 信息
在 log_format 中加入 $upstream_addr 和 $upstream_http_x_upstream_host 等变量：
- 示例 log_format：log_format main '$remote_addr - $upstream_addr "$request" $status $upstream_http_x_upstream_host';
- 重启 Nginx 后，用 tail -f /var/log/nginx/access.log 实时观察每次请求打到了哪个 upstream 地址
- 注意：$upstream_addr 显示实际转发 IP:PORT，能准确反映负载均衡行为
4. 注意轮询策略与状态影响
默认 round-robin 并非绝对“严格交替”，需确认无干扰因素：
- 检查 upstream 块是否配置了 weight、max_fails、fail_timeout，这些会影响实际调度
- 确保所有后端节点健康（无 502/503 报错导致临时剔除）
- 禁用 keepalive 连接复用（或加 proxy_http_version 1.1; proxy_set_header Connection '';）可减少连接粘连干扰
不复杂但容易忽略。只要后端有标识、Nginx 日志带 upstream 信息、客户端请求足够多，就能清晰看到轮询是否生效。
