Nginx 中 Upstream 如何配置轮询 round-robin 算法分发客户端请求

Nginx upstream轮询是默认策略，无需关键字，只需在http块中定义upstream并逐行列出server（如server 192.168.1.10;），按顺序循环分发请求；误加round_robin等指令或weight参数将导致失效或切换为加权轮询。

Nginx 的 upstream 轮询（Round Robin）是默认行为，不需要写任何算法关键字，只要配置结构正确，它就自动生效。

基础配置写法

只需在 upstream 块中逐行列出后端服务器地址，不加任何额外参数：

1. 每行一个 server 指令，支持 IP + 端口（如 192.168.1.10:8080）
2. 所有 server 默认权重为 1，请求严格按顺序循环分发：第 1 个请求 → 第 1 台，第 2 个 → 第 2 台，依此类推
3. 列表末尾后自动回到开头，形成闭环队列

示例：

upstream backend {

server 192.168.1.101;

server 192.168.1.102;

server 192.168.1.103;

}

server {

listen 80;

location / {

proxy_pass http://backend;

}

}

必须避开的常见错误

轮询极易因误配而失效，注意以下几点：

1. 不要写 round_robin、least_conn 或 ip_hash 这类指令——它们会覆盖默认行为，甚至导致 Nginx 启动失败
2. 所有 server 行不能带 weight= 参数，否则切换为加权轮询，不再是均等分发
3. upstream 块内不能混用其他负载均衡指令，哪怕只是注释掉也不行，必须整行删除

让轮询真正可靠的关键参数

默认轮询不检查后端是否存活。某台宕机后，Nginx 仍会尝试转发，直到触发失败计数才跳过。所以建议显式添加健康探测参数：

1. max_fails：连续失败多少次后标记该节点为不可用（默认为 1）
2. fail_timeout：该节点被标记为不可用的时间长度（单位秒）

例如：

server 192.168.1.101 max_fails=2 fail_timeout=15s;

server 192.168.1.102 max_fails=2 fail_timeout=15s;

这样，单点故障不会拖垮整体分发秩序，轮询队列能稳定维持均匀性。

怎么确认当前确实是轮询在工作

最直接的方法是观察日志或发起测试请求：

1. 在 log_format 中加入 $upstream_addr，重启后看 access log 是否按顺序交替出现各后端地址
2. 用 curl 循环发起请求：for i in {1..6}; do curl http://your-domain/; done，检查响应来源是否规律轮换
3. 避免用浏览器直接测试——Keep-Alive 和缓存可能复用连接，干扰判断；推荐用 curl -H "Connection: close" 或压测工具如 ab