Nginx不直接实现跨地域流量导向，需三层协同：Nginx本地兜底（高权重本地节点+健康检查）、智能路由层按IP或用户分流（geo/map绑定+读写分离）、全局调度层DNS/Anycast容灾（GSLB探测VIP+TTL≤60秒）。
Nginx 本身不直接实现跨地域流量导向，它只负责单数据中心内的请求分发。真正落地跨地域流量导向，必须靠三层协同配合：Nginx 做好本地入口控制，上层系统做全局调度，后端服务支撑数据一致性。
Nginx 层：专注本地域兜底与快速切换
- 每个地域部署独立 Nginx 集群（如 Keepalived + VIP 或云 SLB），对外暴露统一接入地址
- upstream 中区分本地与异地节点：本地服务设高权重（如
weight=10），异地服务设低权重（如weight=2），避免日常压垮远端链路 - 启用健康检查：
max_fails=3 fail_timeout=20s，配合proxy_next_upstream error timeout http_502，10 秒内识别并剔除异常节点 - 异地探测路径单独定义（如
/health?site=shanghai），不与主业务接口共用，防止误判
智能路由层：按用户或地域做轻量级分流
- 用
geo指令识别客户端 IP 归属大区（如北京、上海），优先调度至同大区 upstream 组 - 用
map提取X-User-ID或 Cookie，结合hash $arg_uid consistent绑定用户到固定地域，保障读写局部性 - 写请求（如
POST /api/submit）强制路由至主写机房；读请求（如GET /api/list）允许 fallback 到异地，降低首屏延迟 - 日志中记录
X-Data-Region头，便于链路追踪和故障定位
全局调度层：DNS 或 Anycast 承担机房级容灾
- 各机房 Nginx 集群共用同一域名，由 GSLB（如阿里云云解析、AWS Route 53）定时探测入口健康状态，自动屏蔽异常机房
- DNS TTL 设为 60 秒以内，确保分钟级生效；若用 Anycast，需验证 BGP 路由收敛性，避免黑洞或回环
- GSLB 不依赖 Nginx 进程状态，只检测 VIP 可达性，是 Nginx 全挂时的最后一道防线
配置完不是终点，上线前必须真实压测验证：
- 用
curl查看stub_status中各 upstream 的requests分布比例 - 手动停掉一个机房服务，确认流量在 10 秒内完成切换
- 日志中追踪
X-Data-Region，确认实际路由路径符合预期
不复杂但容易忽略。
