Nginx高并发故障转移需前置健康感知、连接复用、重试决策与状态收敛：采用轻量主动探测（如/health）、keepalive连接池、精准重试（tries=2, timeout=8s）、IP直连及本地状态缓存，实现亚秒级切换。
要让 Nginx 在高并发下实现秒级甚至亚秒级的故障转移，核心不是“等出问题再切”，而是把健康感知、连接复用、重试决策和状态收敛全部前置并压到最短路径上。重点不在切换动作本身，而在切换前的准备是否充分、切换中的判断是否精准、切换后的流量是否立刻可用。
轻量健康探测 + 快速判定策略
默认的被动探测（靠请求失败触发）太慢，高并发下可能已积压数百请求才标记节点失败。必须搭配主动、轻量、独立的健康检查：
- 为每个后端集群定义专属探测路径，如
/health?site=bj或/ping，该接口只检查进程存活、端口可达、基础依赖连通性，不查数据库、不走业务逻辑 - 使用
max_fails=1 fail_timeout=3s配合高频探测（如每2秒一次），确保单次失败后3秒内停止发新请求，避免反复试探已挂节点 - 若用 OpenResty 或 Nginx Plus，直接启用
health_check interval=2 fails=2 passes=2，2秒探测+2次失败即下线，2次成功即恢复，收敛时间压缩至4秒内
预建连接池 + 后端预热
故障转移后首请求延迟高，常因 TCP 握手、TLS 协商、后端冷启动导致。需提前铺好通路：
- 在
upstream中启用keepalive 32（数值按后端实例数×2~4估算），让 worker 主动维持空闲连接，复用已有链路 - 对应
location块中必须配齐：proxy_http_version 1.1和proxy_set_header Connection ''，确保长连接不被后端关闭 - Nginx reload 后立即执行轻量探测（如
curl -s http://bj-api/health）和关键接口预热（如首页、登录校验），触发后端连接池初始化与 JIT 编译，避免首请求卡顿
精准重试控制 + 流量快速接管
盲目重试会放大后端压力，而重试不足又导致用户直面错误。需在毫秒级完成“失败识别→换节点→限流止损”闭环：
- 启用
proxy_next_upstream error timeout http_500 http_502 http_503 http_504，覆盖连接异常、超时、网关类错误 - 严格限制重试行为：
proxy_next_upstream_tries 2（最多换2次节点），proxy_next_upstream_timeout 8s（总耗时超8秒即返回，不拖住整个请求生命周期） - 结合权重调度：北京节点 weight=3、广州节点 weight=1，故障时流量自然向高权节点倾斜，无需等待 backup 触发，实现“软兜底”
绕过 DNS 解析 + 状态本地缓存
域名解析卡顿或失败会导致健康状态误判、切换延迟甚至服务不可用：
- 生产环境优先用 IP 地址定义
server，彻底规避 DNS 风险 - 若必须用域名，配置带超时的 resolver：
resolver 114.114.114.114 valid=30s;，禁用resolver 127.0.0.1（本地 DNS 不可用时会阻塞） - 对已知稳定后端，可配合
open_file_cache或外部脚本将节点状态缓存在本地，避免每次探测都走网络，降低健康检查路径延迟
