Nginx 轮询模式怎么限制单个节点的并发数
在 nginx 的默认 round_robin（轮询）模式下，无法直接通过配置指令限制单个后端节点的并发连接数。要实现这一目标，必须将负载均衡算法切换为 least_conn（最小连接数），并配合 max_conns 参数使用。该参数会强制 nginx 在尝试向特定上游服务器发送请求前，检查其当前活跃连接数是否超过阈值，若超限则跳过该节点，从而保护后端服务不被压垮。
如何配置 least_conn 与 max_conns
要生效并发限制，需在 upstream 块中同时声明 least_conn 和 max_conns。least_conn 确保请求优先分配给连接数最少的服务器，而 max_conns 则作为硬性上限，防止单个节点被瞬间打满。这种组合比单纯的轮询更能适应后端处理能力不均的场景。
http {
upstream backend_pool {
# 启用最小连接数算法
least_conn;
# 设置每个后端节点的最大并发连接数为 50
server 192.168.1.10:8080 max_conns=50;
server 192.168.1.11:8080 max_conns=50;
server 192.168.1.12:8080 max_conns=50;
}
server {
listen 80;
location / {
proxy_pass http://backend_pool;
# 可选：设置超时时间，避免请求堆积
proxy_connect_timeout 5s;
proxy_read_timeout 30s;
}
}
}上述配置中，max_conns=50 是针对每个 server 独立生效的。当某个节点（如 192.168.1.10）的活跃连接数达到 50 时，Nginx 会将新请求转发给其他健康节点。如果所有节点均达到上限，Nginx 将根据 proxy_next_upstream 的配置返回错误（默认为 502 Bad Gateway）。
max_conns 对轮询模式的实际影响
当 max_conns 触发时，Nginx 的行为类似于一种“动态黑名单”。在 least_conn 模式下，如果某节点因高负载被暂时跳过，其权重不会改变，但会被标记为不可用直到连接数回落。这避免了轮询模式下可能出现的“雪崩效应”，即所有请求都均匀分布但个别节点因突发流量而崩溃的情况。
# 模拟测试脚本：快速发起 100 个请求
for i in {1..100}; do
curl -s -o /dev/null -w "%{http_code}\n" http://localhost/
done运行上述测试时，观察 Nginx 错误日志（error.log），可能会看到类似 upstream prematurely closed connection 或 no live upstreams 的警告，这表明 max_conns 正在起作用，阻止了过多请求进入过载节点。建议结合 proxy_next_upstream 配置重试机制，以提高成功率。
