nginx负载策略探索_nginx 几种负载配置

off999 2025-09-21 21:07 18 浏览 0 评论

原始配置中：

nginx

upstream opsrv {
  server 172.16.231.108:8700;
  server 172.16.231.109:8700;
}

如果向 108 发送请求后一直没收到响应（如请求卡住、TCP 连接超时），Nginx 会如何处理？是否会认为 108 挂了？

Nginx 的默认行为

1.无max_fails和fail_timeout时

Nginx 不会自动剔除 108，即使它无响应。
原因：没有设置 max_fails 和 fail_timeout，Nginx 缺乏健康检查机制，会继续将请求轮询到 108，导致部分请求卡住或超时。

2.请求卡住的场景

如果 108 的进程崩溃但端口仍开放（如未释放 TCP 连接），Nginx 可能会：

尝试建立 TCP 连接：如果连接成功，但服务无响应，Nginx 会等待 proxy_read_timeout（默认 60 秒）后报错。
连接失败：如果连接被拒绝（如端口关闭），Nginx 会立即标记本次请求失败。

3.关键结论

默认配置下，Nginx 不会自动认为 108 宕机，除非显式配置 max_fails 和 fail_timeout。
即使 108 完全无响应，Nginx 仍会轮询发送请求到它，导致部分用户请求超时。

如何验证？

测试步骤：

关闭 108 的服务：
bash
# 模拟服务崩溃（端口开放但无响应） kill -9 <pid_of_108_service>
发送请求观察 Nginx 行为：
bash
curl -v http://your-nginx-server/
如果请求被分配到 108，会卡住直到 proxy_read_timeout 超时（默认 60 秒）。
Nginx 不会自动切换到 109，除非手动配置。

解决方案

1.配置被动健康检查（推荐）

nginx

upstream opsrv {
  server 172.16.231.108:8700 max_fails=3 fail_timeout=30s;
  server 172.16.231.109:8700 max_fails=3 fail_timeout=30s;
}

max_fails=3：30 秒内失败 3 次则剔除 108。
fail_timeout=30s：剔除后 30 秒内不请求 108。

2.调整超时时间

nginx

location / {
  proxy_pass http://opsrv;
  proxy_connect_timeout 2s;  # 连接超时 2 秒
  proxy_read_timeout 5s;     # 读取响应超时 5 秒
  proxy_next_upstream error timeout http_500 http_502 http_503 http_504;
}

强制 Nginx 在超时或错误时快速切换。

3.主动健康检查（Nginx Plus 或第三方模块）

nginx

# 需 Nginx Plus 或 nginx_upstream_check_module
upstream opsrv {
  server 172.16.231.108:8700;
  server 172.16.231.109:8700;
  check interval=3000 rise=2 fall=3 timeout=2000 type=http;
}

最终结论

配置类型	行为
原始配置（无参数）	Nginx 永远不认为 108 宕机，请求可能卡住。
max_fails + fail_timeout	30 秒内失败 3 次则剔除 108，30 秒后尝试恢复。
主动健康检查	定期探测 108，实时剔除故障节点。