攻击仍在持续时，换节点不等于把流量立即全部搬走。高防节点切换对攻击期间业务连续性的影响，主要取决于新节点是否具备可用的防护配置、回源能力和切流条件。操作目标应是先确认新路径能承接正常请求，再逐步迁移流量，并保留明确的回退方案。
先判断切换方式与风险
如果业务入口通过权威 DNS 解析到防护节点，可调整解析记录；如果服务商支持基于路由的流量引导，则按其提供的路由方案切换。DNS 变更受缓存和 TTL 影响，改完不代表所有用户立即走新节点；路由方式的生效时间则取决于网络传播和服务商配置。两者都不能承诺零中断。
切换还可能影响已有长连接、登录会话及上传中的请求。攻击流量得到流量清洗，不代表用户请求必然无损：新节点到源站的回源链路若带宽、连接数或访问规则不足，源站仍可能过载。
按步骤执行，避免一次性全量切流
- 记录基线。在切换前记录正常请求成功率、响应时间、源站负载和连接数；同时确认当前故障表现，区分攻击造成的异常与原有业务问题。
- 核对新节点。检查域名、证书、源站地址、端口、协议和访问控制规则是否一致。确认源站能接收来自新节点的请求，且不会因旧节点的来源限制而拒绝连接。通过服务商控制台或约定的测试方式，验证健康检查确实能反映业务可用性。
- 准备回退。保存原解析或路由配置、记录修改人和时间，并确认有权限恢复。若采用 DNS，提前降低 TTL 有助于缩短部分缓存影响，但应尽可能在攻击发生前设置；攻击期间临时降低，既不保证缓存立即更新，也可能增加解析请求。
- 小比例导流。若平台支持权重或分批切换，先导入少量流量，再逐步扩大；每次调整后观察数分钟至一个业务监控周期，具体时长按流量规模和告警延迟确定。若只能全量切换，先选择低峰窗口并安排人员盯守，不要同时改动其他关键配置。
- 对照指标。比较新旧路径的请求成功率、响应时间、源站负载和告警变化，并检查登录、查询、提交等关键操作。关注 HTTP 5xx 增多、连接超时或源站负载持续上升等信号；阈值应按业务历史基线预先设定，而非临时凭感觉判断。
- 决定继续或回退。指标稳定且业务操作正常，再扩大流量并确认攻击仍由新节点承接。若关键操作失败或源站压力明显恶化，按预案恢复原路径；回退后继续检查解析缓存或路由收敛，不能只看控制台显示已恢复。
不同切换条件下的取舍
| 方式 | 适用条件 | 主要限制 |
|---|---|---|
| DNS 调整 | 入口由域名解析控制，且能接受用户侧逐步更新 | 受递归解析缓存影响，旧节点可能仍收到一段时间流量 |
| 路由引导 | 服务商支持相应配置，且路由和源站路径已验证 | 传播时间和可控范围因网络条件而异，不适合未经授权的临时变更 |
无论采用哪种方式，旧节点都不应过早下线。应等到实际流量基本迁移、关键请求通过且攻击期间的监控稳定后，再按服务商流程处理旧路径。切换期间避免临时放宽源站访问规则，否则可能绕开防护路径。
常见问题
攻击期间切换一定会中断连接吗？
不一定，但已有连接可能重置，DNS 缓存也可能让不同用户走不同路径。灰度切换和提前验证可降低风险，不能保证所有会话无感迁移。
没有提前降低 DNS TTL，还能切换吗？
可以评估后操作，但旧解析可能继续被缓存。应保留旧节点承接残余流量，并以实际请求去向和业务指标判断完成时间。
什么情况下应立即回退？
当关键业务操作持续失败、错误率超过预设阈值，或源站负载持续恶化且无法及时恢复时，应按预案回退，并同步检查新旧路径配置。
把预检、分批导流、指标观察和回退写进同一份操作单，才能让高防节点切换对攻击期间业务连续性的影响处于可监控、可处置的范围内；没有验证过的新节点，不宜在攻击高峰直接承接全部流量。