9.2 迁移策略：从MPLS平滑切换至SD-WAN
9.2 迁移策略：从 MPLS 平滑切换至 SD-WAN
调研给了地图（9.1），本节是行军路线。承上：迁移排期要用 1.3 节账本的合约到期时间与 6.2 节的 ZTP 开通流程。启下：9.3 节的行业场景差异，最终都体现在本节路线图的参数上（试点选点、并行期长短、回退条件）。读完本节，你应当能把一张存量 MPLS 网络的退场写成四阶段计划，每阶段有明确的进入与退出条件。
迁移的本质是流量搬家
迁移常被理解成"换设备"，更准确的模型是流量的搬家加退租：SD-WAN 先与 MPLS 并存（新网在旁边长出来），再按应用与站点分批把流量挪过去，最后等合约到期退租旧链路。这个模型的好处在可回退——只要旧链路还在，任何阶段出问题都能把流量挪回去。所以迁移计划的第一原则：旧链路的退租时间永远排在确认之后，不排预测之前。1.3 节提过的合约到期表在这里是硬约束：退租节点贴着到期日排，避免违约金；并行期的双租成本在预算里按一到两个月预留。
四阶段路线图
阶段一：准备与并行。 动作清单：控制器与编排器就位（云托管则完成租户开通）；两三个试点站点先行 ZTP 上线但不切流量，只验证Overlay可达与遥测回传；新旧网的对接路由打通（迁移期分支要同时可达两网）；运维团队完成平台培训与一次模拟故障演练。进入下一阶段的条件：PoC 验收通过、运维演练合格。
阶段二：试点。 选两到五个低风险站点正式切流：选点标准是业务可容忍短时波动、不在财务与生产关键路径、最好有一条现成宽带可用。切流动作本身很轻（6.2 节的 ZTP 上线后调整策略把流量引入新网），重点是观察期：至少一个月，每天看体检单、选路事件与业务反馈。试点期必须完成一次回退演练——人为制造问题，把站点流量切回 MPLS，验证回退路径真的通。没做过回退演练的迁移计划不算计划。
阶段三：分批扩面。 按站点分批推进，每批的节奏：ZTP 上线、切流、一周观察期、下批启动。批次划分按风险排序：先普通分支，后重要分支；同一批次里混入一两个"测试哨兵站点"（关键应用居多）提前暴露问题。扩面期用 6.3 节的平台盯全局：任何站点的选路异常事件率超阈值，暂停下一批。
阶段四：收尾退租。 全站点稳定运行后：清理旧网遗留配置与设备；MPLS 按合约到期退租（关键应用的保底带宽若决定保留，此时改为缩容）；迁移档案归档——每一站点的切流时间、问题记录、回退演练结果。这份档案就是下一轮优化的基线（回到 9.1 的循环）。
切流当天的标准时间表（单站点参考）：22:00 变更窗口开启，确认双网状态与回退预案在位；22:10 平台执行策略切换（流量引入新网）；22:15 至 22:45 观察期——体检单、选路事件、关键应用抽测每五分钟一轮；22:45 判定：达标则固化并关闭窗口，异常则执行回退（切回 MPLS，回退动作本身不超过十分钟）；23:00 前无论结果如何窗口关闭，次日出单站点切流报告。把"23:00 前必须收窗"写成铁律——无限拖长的变更窗口是事故的温床。
阶段与退出条件总表
| 阶段 | 核心动作 | 进入条件 | 退出条件 |
|---|---|---|---|
| 准备并行 | 控制面就位、双网对接、培训演练 | PoC 通过 | 演练合格、试点站点 Overlay 可达 |
| 试点 | 低风险站点切流、观察、回退演练 | 阶段一退出条件 | 满月达标且回退演练通过 |
| 扩面 | 分批切流、哨兵站点、全局盯防 | 试点退出条件 | 全站点稳定、异常率达标 |
| 收尾 | 退租、缩容、归档 | 扩面退出条件 | 合约到期、档案完整 |
并行期的双网对接
并存期的技术要点集中在对接：分支在迁移前要同时可达新旧两网（新旧路由并存，用路由优先级或策略控制谁主谁备）；总部的安全栈在过渡期要同时服务两网的流量（旧网回程流量与新网分流流量并存，防火墙策略两套都要维护）；管理面上新旧两套的告警要汇聚到同一处，避免值班人员两头看。并行期是全程风险最高的阶段——不是技术难，而是两套系统的运维责任容易扯皮：建议在阶段一就写明并行期的故障受理边界（哪类问题找旧网值班、哪类找新网平台）。
迁移期的沟通节奏
迁移的技术路线定完，沟通节奏决定组织体验。对业务方：每批切流前一周书面通知（站点、时间窗、预期影响、回退预案），切流完成次日给一句结果通报——节奏固定后，业务方会从"网络又折腾"变成"他们按计划办事"。对管理层：每阶段末尾一份一页纸报告（进度、拦截的问题、下一步、需要的决策），用 9.1 节的数字说话；把"试点期发现并修复了若干隐患"写进去——这些被拦截的问题就是项目管理的成绩单。对运维团队：每次切流后的复盘会不超过半小时（顺利在哪、卡在哪、模板要不要改），让一线的发现快速回流到模板与流程。迁移项目的口碑不取决于技术多漂亮，取决于"每次通知的事情都如期发生"——确定性本身就是说服力。
问题：能不能跳过试点直接全网铺开？
只有在一种情况下可以：网络规模极小（十个站点以内）、业务容忍度高、且有完整的回退方案。除此之外，试点不是流程形式，它承担着全网铺开之前的三次校准：模板校准（前几站的 ZTP 与策略下发总会暴露模板漏洞，在两五个站点修比在一百个站点修便宜二十倍）；流程校准（沟通节奏、观察期检查表、回退演练的实际可行性）；组织校准（运维团队对新平台的肌肉记忆、与厂商支持团队的协作磨合）。试点期的一个月看似缓慢，实为全项目性价比最高的阶段——它把后面每一批的风险都除以了一个经验系数。
本节要点
- 迁移模型是"流量搬家加退租"：新网并存生长、分批切流、合约到期退场，全程可回退。
- 四阶段各配进入退出条件；退租时间永远贴合约到期排，并行期双租成本预留预算。
- 试点期必须做一次真实的回退演练，没演练过的回退路径等于没有。
- 扩面按风险分批，每批带观察期，哨兵站点提前暴露关键应用问题。
- 并行期最大的坑是运维责任扯皮：受理边界在阶段一就书面写明。
路线图有了，最后一道工序：不同行业的网络，策略权重该怎么调。