nginx仅作为边缘网关参与异地多活无损故障转移，需与dns/gslb、数据最终一致性等上层机制协同；其核心配置包括本地优先+异地热备的upstream权重策略、请求级重试与读写分离、基于用户标识的亲和路由。
Nginx 本身不直接实现“异地多活数据中心的无损故障转移”，它只是关键链路中的一环——作为边缘入口网关，配合上游服务治理与全局调度体系，才能逼近无损目标。真正达成业务级无损，依赖的是架构分层协同，而非单靠 Nginx 配置。
本地优先 + 异地热备：Nginx 的基础路由骨架
每个机房部署独立 Nginx 集群（建议 Keepalived+VIP 或云 SLB 统一入口），在 upstream 中显式定义本机房与异地机房后端组，并设置差异化权重：
- 本机房 upstream（如 sh_backend）设 weight=10，作为默认首选
- 异地机房（如 bj_backend、sz_backend）设 weight=2，仅用于兜底
- 所有 server 行统一配置 max_fails=3 fail_timeout=30s，使 Nginx 能自动剔除短时不可用节点
请求级重试 + 智能降级：减少单次失败感知
仅靠节点下线不够，用户请求不能因一次超时或 502 就返回错误。需在 location 块中启用精细重试：
- 配置 proxy_next_upstream error timeout http_502 http_503 http_504，触发失败时换节点重试
- 搭配 proxy_next_upstream_tries 2 和 proxy_next_upstream_timeout 6s，避免长尾放大
- 对写操作（如 POST /order）可禁用重试，改走固定主写机房；读操作（GET）允许跨机房重试，提升成功率
业务标识路由：保障用户视角连续性
无损不只是不报错，更是体验不中断。Nginx 可提取请求特征做轻量亲和，避免会话漂移：
- 用 map 提取 $cookie_uid 或 $arg_user_id，哈希后绑定到特定机房 upstream
- 例如同一用户始终落到上海集群，即使上海临时抖动，也优先切到深圳同分片集群，而非随机跳转
- 配合后端返回 X-Data-Region: sh 头，Nginx 记录日志，便于故障时快速定位数据归属
上层协同才是无损关键：DNS/GSLB + 数据最终一致性
Nginx 看不到跨城网络中断或整个机房雪崩。必须依赖更上层机制兜底：
- 各机房 Nginx 对外使用同一域名，由 DNS 服务商（如阿里云云解析）基于健康探测自动屏蔽异常机房，TTL ≤ 60s
- 数据层必须放弃强一致：MySQL 主从跨机房延迟高，改用 TiDB 单元化部署，或业务双写 + Kafka 补偿 + 幂等消费
- 会话态统一存 Redis Cluster（跨机房同步），禁用 ip_hash 或本地内存 session，否则切换即登出
