技术帮助 · 发布时间：
制定台湾数据中心网络维护期间的业务流量切换预案，关键不是一律“切走”，而是先判断维护影响范围、备用路径是否可用，以及现有连接能否承受中断。对网络设备升级或链路调整，切换可降低主站受影响的机会；暂留则适合能够排队、稍后处理的工作。两者也可以按业务类型组合。
先分清切换和暂留
流量切换是把新请求或网络路由导向备用站点、备用链路。它能让可用服务继续运行，但要求备用侧容量、数据状态和安全策略已准备好。使用BGP路由调整时，实际收敛时间受运营商、路由策略和网络状态影响，不能只按设备上的配置完成时间估算。
暂留流量不是让网络包无限期停在链路里。可暂缓的是应用层任务，例如把可延后的作业放进消息队列；无法安全排队的交互请求，应返回维护提示或可重试响应。它能减少备用环境的压力，却可能增加等待时间，且需防止重复提交。
三种安排怎么选
| 方案 | 适用条件 | 主要好处 | 主要限制 |
|---|---|---|---|
| 切至备用环境 | 备用站点已同步必要数据，容量和访问策略经过验证 | 尽量维持服务连续性 | 会遇到会话中断、数据延迟或备用容量不足 |
| 暂留或限流 | 请求可排队、延迟处理，或短时停止接收可接受 | 避免把压力转移到未经验证的备用环境 | 积压需有上限、过期规则和恢复处理机制 |
| 混合处理 | 业务同时包含即时交互与可延后任务 | 关键请求走备用路径，非关键任务暂缓 | 需要明确分类规则，避免任务误分或重复执行 |
例如，维护影响台湾站点的入口链路时，在线查询可切向已验证的备用入口；报表生成等可延后任务则进入队列。这里的业务分类只是方案示例，实际应依据系统依赖和用户可接受的等待时间决定。
按顺序执行，避免边改边猜
- 界定影响面。确认维护涉及的机房区域、设备、链路及预计开始和结束时间，列出受影响的入口、依赖服务和负责人员。同步约定冻结变更的时间段。
- 验证备用条件。检查备用链路或站点的容量、路由可达性、访问控制和数据状态。用测试请求确认健康检查能识别服务异常；不要仅凭接口显示在线就判断业务可用。
- 确定连接处理方式。通过负载均衡进行流量迁移时，可先停止向维护节点分配新连接，再让既有连接完成，即连接排空。若维护会直接中断链路，已有会话仍可能断开，应准备客户端重试或重新建立连接。
- 分批切换并观察。先导入小比例的新流量，观察错误率、延迟、连接数和备用资源使用情况，再按预定步骤扩大范围。监测阈值应从业务基线和容量测试确定，不宜套用通用固定值。
- 设置停止与回退条件。若备用侧持续报错、数据状态异常或资源接近上限，暂停扩大切换，按事先确认的路由或负载均衡配置回退。维护方确认完成后，也不要立刻全部切回，应先验证主路径，再逐步恢复。
- 核对暂留任务。恢复接收前检查队列积压、任务有效期、重复提交保护和处理顺序；按容量逐步释放任务，避免恢复瞬间形成新的流量峰值。
比较时特别检查的风险
切过去，不代表连接无感
TCP连接、登录状态和防火墙会话通常与原路径相关。跨站切换可能使已有连接失效，即使新请求已能到达备用站点。预案应说明哪些连接允许重建、哪些操作需要幂等处理，并避免用户重复提交造成重复执行。
暂留必须定义边界
至少写清队列容量或接收上限、最长等待时间、过期任务如何处置，以及队列不可用时是拒绝请求还是返回维护提示。对不能延迟的交易或控制请求，不应仅因“可以缓存”就默认适合暂留。
常见问题
维护窗口很短，还要切换吗？
若影响范围小、服务可短时中断且备用环境未经充分验证，强行切换未必更安全。可按用户影响和恢复难度决定是否只做维护提示与限流。
只切新流量够不够？
不一定。已有会话可能继续占用维护节点，也可能在链路变更时中断。需要结合连接排空、会话超时和客户端重试策略评估。
切换后多久能回切？
没有通用固定时长。应以主路径健康检查、关键业务验证、数据状态核对和维护确认作为条件，再按计划逐步恢复。
最终应把方案写成可执行的决策树：能验证备用能力时，切换适合连续性要求高的请求；可安全延后的工作则暂留；两类并存时采用混合处理。落实台湾数据中心网络维护期间的业务流量切换预案时，明确触发条件、观察指标、回退负责人和恢复顺序，比单纯选择“切”或“等”更重要。
