原始配置中：

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 仍会轮询发送请求到它，导致部分用户请求超时。

如何验证？

测试步骤：

1. 关闭 108 的服务：
2. bash
3. # 模拟服务崩溃（端口开放但无响应） kill -9 <pid_of_108_service>
4. 发送请求观察 Nginx 行为：
5. bash
6. curl -v http://your-nginx-server/
7. 如果请求被分配到 108，会卡住直到 proxy_read_timeout 超时（默认 60 秒）。
8. 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;
}

最终结论

推荐：至少添加 max_fails 和 fail_timeout，避免请求卡死！