自动流量切走需提前打通“检测—判断—执行”闭环：基于Istio实现微服务旁路降级，SD-WAN支持链路级切换，Nginx保障集群入口高可用，并须确保探测真实、切换可逆、影响可控、可观测。
故障演练时实现自动流量切走，关键不是等真出问题才动作，而是提前把“检测—判断—执行”闭环跑通。核心思路是：用可编程的控制面实时感知异常，触发预设策略，把流量从故障节点或链路平滑导出，全程无需人工干预。
基于服务网格（如Istio）的自动切流
适用于微服务架构。Istio 的 sidecar proxy 本身劫持所有进出流量，天然适合做故障响应：
- 在 proxy 容器内嵌入健康探针，持续检查自身状态（如 15021 端口 /healthz）、上游连接、CPU/内存水位等
- 当探测失败（如连续 3 次超时），proxy 主动上报异常给控制面 istiod
- 控制面触发 hot-switch 模块，远程进入 pod 执行 istio-clean-iptables，清除流量劫持规则
- 流量立刻绕过 proxy，直连业务容器——相当于“降级旁路”，服务继续可用，只是失去熔断、限流等增强能力
基于 SD-WAN 设备的链路级自动切走
适用于分支机构或多出口网络场景。切换对象是整条广域网链路：
- SD-WAN 设备对每条线路（如电信、联通）发起主动探测（ICMP + TCP SYN + 应用层心跳），每 5–10 秒采集延迟、丢包率、抖动
- 设定阈值（如丢包＞5% 或延迟＞200ms 持续 3 次），一旦触发即标记该链路为“劣化”或“中断”
- 按策略执行切流：主备模式下直接将全部业务流量切至备用线路；负载模式下动态调整各业务流的线路分配比例
- 切换后维持会话表项，对 HTTP、DNS 等短连接基本无感；对 TCP 长连接（如远程桌面），部分设备支持连接保持或快速重连
基于 Nginx 的集群级自动切流
适用于 Web 服务、API 网关等传统或云原生入口层：
- 在 upstream 块中配置多组 backend，启用 max_fails=3 fail_timeout=20s 主动健康检查
- 使用独立健康端点（如 /health?site=shanghai），避免与业务接口耦合导致误判
- 配合 proxy_next_upstream error timeout http_502，让单次请求失败后自动重试另一节点
- 当某集群全部节点被踢出时，Nginx 自动将后续新请求导向备用集群；已有连接不受影响，新连接无缝承接
关键注意事项
自动切走不是“一按就灵”，必须配合以下实践才能真正可靠：
- 探测要真实：不能只 ping 网关，要模拟真实业务路径（如访问关键 API 或数据库连通性）
- 切换要可逆：线路或节点恢复后，需支持自动回切或灰度回切，避免长期滞留在备用路径
- 影响要可控：切流动作应限制作用域（如仅切特定业务标签的流量），避免“一刀切”引发连锁反应
- 可观测要跟上：每次切流必须记录时间、原因、涉及流量比例、是否成功，并联动告警
