在 nginx 的 upstream 模块中，默认使用轮询（round-robin）模式时，剔除异常节点主要依赖健康检查机制。nginx 原生并不具备主动探测后端存活状态的能力，因此需要借助第三方模块如 `nginx_upstream_check_module` 来实现定期检测，或者利用 http 502/503 错误触发被动剔除。配置时需指定 `max_fails` 和 `fail_timeout` 参数，当后端在指定时间内失败次数超过阈值，nginx 会将其标记为不可用并暂时从池中移除。
如何配置被动剔除与重试逻辑
被动剔除是指 Nginx 仅在请求转发失败后才会将节点标记为故障。通过设置 `max_fails` 和 `fail_timeout`，可以控制 Nginx 认为后端失效的条件。例如，若设置 `max_fails=3` 和 `fail_timeout=10s`，则当后端在 10 秒内连续失败 3 次，Nginx 会在接下来的 10 秒内不再向该节点发送请求。这种机制简单有效，但存在延迟，因为必须等到有真实流量触发失败才会生效。
upstream backend {
server 192.168.1.10:80 max_fails=3 fail_timeout=10s;
server 192.168.1.11:80 max_fails=3 fail_timeout=10s;
server 192.168.1.12:80 max_fails=3 fail_timeout=10s;
}
上述配置中，每个后端服务器都设置了相同的故障容忍度。当某个节点返回连接超时或 502 错误时，计数器增加。一旦达到阈值，该节点被临时剔除。其他正常节点继续承担流量。当 `fail_timeout` 时间过后，Nginx 会尝试再次向该节点发送请求，如果成功，则重新加入池；如果失败，则重置计时器并继续剔除。
如何实现主动健康检查剔除
主动健康检查通过定期向后端发送探测请求来提前发现故障节点，避免真实用户请求失败。这通常需要安装第三方模块，如 `nginx_upstream_check_module`。配置时需定义检查间隔、超时时间和期望的状态码。例如，每 10 秒发送一次 HTTP GET 请求到 `/health` 路径，若响应非 200 或超时，则立即将该节点标记为 down。这种方式能更快剔除异常节点，减少用户感知到的错误率。
upstream backend {
server 192.168.1.10:80;
server 192.168.1.11:80;
server 192.168.1.12:80;
check interval=3000 rise=2 fall=3 timeout=1000 type=http;
check_http_send "GET /health HTTP/1.0\r\n\r\n";
check_http_expect_alive http_2xx http_3xx;
}
在主动检查配置中，`interval` 设定探测频率，`rise` 表示连续成功几次才恢复节点，`fall` 表示连续失败几次才剔除节点，`timeout` 是单次探测超时时间。类型设为 `http` 时，需指定发送的请求内容和期望的成功状态码。当节点被剔除后，Nginx 日志中通常会记录相关警告信息，运维人员可通过监控面板观察节点状态变化。结合被动与主动检查，可实现更健壮的高可用架构。
当所有后端节点均被剔除时如何处理
当所有后端节点因故障被剔除后，Nginx 将无法转发请求，此时会返回 502 Bad Gateway 错误。为避免服务完全不可用，可配置 `keepalive` 或启用 `proxy_next_upstream` 进行重试。此外，可设置一个备用节点或使用 `error_page` 指向静态错误页面，提升用户体验。在生产环境中，建议配合监控系统实时告警，以便快速恢复故障节点。
