Nginx轮询仅按顺序分发请求，不保障资源均衡；真正实现均衡依赖配置干净、节点健康、能力接近三条件，通过循环指针实现请求层均匀分配，长期统计偏差≤3%。
轮询本身不“保障”资源均衡，它只负责把请求按顺序分发出去。真正让后端资源跑得均匀，靠的是配置干净、节点健康、能力接近这三件事。
轮询怎么分发请求
它用一个循环指针，每次新请求来，就指向下一个 server，到末尾再回到开头。比如三台：A→B→C→A→B→C……长期看，每台收到的请求数基本一致。但这个“均匀”只在请求层成立，不等于 CPU、内存或响应时间也均匀。
让轮询发挥效果的关键条件
要让轮询不跑偏，得满足这几个硬性要求：
- 所有 server 行不能带 weight、ip_hash、least_conn 或 hash 指令——这些会直接覆盖轮询逻辑
- 后端节点性能尽量一致：CPU、内存、磁盘 I/O 和应用处理耗时差异不宜超过 20%
- 每台 server 显式配置相同的健康检查参数，例如 max_fails=2 fail_timeout=15s，避免某台因探测宽松被反复踢出又加回
- 不要混用 backup 或 down 状态节点，否则轮询队列长度动态变化，短期统计容易失衡
异常节点怎么处理
轮询本身无状态，但它能配合基础健康检查实现自动容错：
- 当某台连续失败达到 max_fails 次，Nginx 会在 fail_timeout 时间内把它标记为不可用，轮询指针自动跳过
- 超时结束后，Nginx 会悄悄试探一次；如果成功，该节点立刻回归轮询队列，无需重启或手动干预
- 这种摘除是临时的，只要恢复及时，整体流量分布仍能快速回归均衡
怎么验证是否真在均匀分发
别只看平均响应时间或监控图表，最可靠的是查日志：
- 在 http 块定义日志格式：log_format upstream_log '$remote_addr - $upstream_addr [$time_local] "$request" $status';
- 在 location 中启用：access_log /var/log/nginx/upstream.log upstream_log;
- 发起 30+ 次请求（可用 curl 循环或 ab 工具），然后 grep $upstream_addr 字段，观察是否呈现严格循环序列，比如 192.168.1.10 → 192.168.1.11 → 192.168.1.12 → 192.168.1.10 ……
