nginx反向代理实现502自动转发备用节点需配置upstream主备结构并启用proxy_next_upstream http_502；主节点设max_fails/fail_timeout，备用节点加backup标识，同时设置proxy_http_version 1.1和proxy_set_header connection ""确保连接正常。
要在 Nginx 反向代理中真正实现“捕获 502 并自动转发到备用节点”，关键不是在 location 里写判断逻辑，而是靠 upstream + proxy_next_upstream 协同工作。Nginx 不会把 502 当作可重试事件，除非你明确告诉它这么做。
必须配置 upstream 主备结构
不能在 location 中硬写多个 proxy_pass 或用 if/try_files 模拟切换——Nginx 不支持运行时动态改后端，这类写法无效甚至报错。
- 定义含主、备节点的 upstream 块，例如：
upstream backend_pool {<br> server 192.168.1.10:8080 max_fails=2 fail_timeout=10s;<br> server 192.168.1.11:8080 backup;<br>} - 主节点加 max_fails 和 fail_timeout，让 Nginx 能被动标记其异常状态
- 备用节点必须带 backup 标识，它只在所有非 backup 节点被标记为不可用时才启用
显式开启 502 重试机制
仅定义 upstream 不触发故障转移。proxy_next_upstream 默认不包含 http_502，必须手动加上：
-
proxy_next_upstream error timeout http_502;—— 这是核心，覆盖连接失败、超时、以及上游返回 502 三类场景 -
proxy_next_upstream_tries 3;—— 控制最多尝试次数（含首次），防雪崩 -
proxy_next_upstream_timeout 10s;—— 整个重试过程总耗时上限
确保协议与连接头正确
HTTP/1.0 或 Connection 处理不当会导致重试失败或僵死连接：
-
proxy_http_version 1.1;必须启用，否则无法复用连接 -
proxy_set_header Connection "";清空 Connection 头，避免代理层干扰 - keepalive 32; 和
keepalive_requests 100;防止长连接空闲断开影响健康判断
关闭主动健康检查，依赖被动探测
主动 health_check 容易因探针路径不稳定或响应延迟误判节点状态，导致 backup 提前启用，反而降低可用性：
- 不要在 upstream 块中加
health_check指令 - 完全信任 Nginx 默认的被动探测机制（基于 proxy_next_upstream 的失败记录）
- 确认日志中能看到类似
upstream timed out或connection refused的记录，说明探测生效
