SD-WAN替代MPLS：技术差异与应用场景

问题为什么存在

传统 MPLS 专线 SLA 清晰，但供给节奏与业务变更不匹配。20 个站点的企业，一年可能出现 30 次以上带宽调整或新站点接入；MPLS 开通周期 4 到 12 周，扩容按整数带宽档位跳变。链路租费占总成本 60% 到 80%，峰值利用率常年只有 20% 到 40%。星型结构使分支访问云端多绕 300 到 600ms，影响视频会议和交互页面。多运营商、多品牌设备并行，一次分支故障平均定位 2 到 4 小时。SD-WAN 把链路选择、流量调度、策略下发移到 CPE 与集中管理平台，让变更跟着业务走。

关键判断标准

链路质量：办公丢包长期高于 1%、语音视频高于 0.5%、抖动超过 30ms，说明单链路已撑不住；交互式时延建议 150ms 内，数据库事务 50ms 内。可用性：核心业务 99.95%，普通办公 99.9%；故障切换小于 3 秒，实时音视频小于 1 秒。变更：年度新增站点或带宽调整达到 3 次以上，电路开工周期本身就是成本。流量：分支云与公网流量占分支总流量 40% 以上，且无需回传总部，本地出站收益最直接。成本：拆链路租费、设备折旧、实施与运维人力三项，运维人力占比超过 20% 说明人工排障被低估。反向看，只有 1 到 2 个站点、业务全收敛单一数据中心、对抖动极敏感且现有链路稳定，保留专线、用 SD-WAN 做备份更稳妥。

方案对比

三种路线并列比较成本构成、开通周期、适用规模、弹性与运维方式；选型按站点数量与业务重要性分层，并区分一次性投入与经常性支出。

分场景建议

小型（1 到 5 个分支，单站点 50 到 200 人）：CPE 网关（W1000A / W1000A-WiFi）加两条不同运营商链路，一主一备，按丢包与时延选路；SaaS 本地出站，ERP、财务回总部；验收切换小于 3 秒、关键业务丢包低于 0.5%、单站点上线不超过 3 天。中型（10 到 50 个分支）：混合组网，总部与核心数据中心保留专线，其余分支公网接入就近 POP，海外分支就近选节点，安全叠加 SASE，并按业务分级做 QoS。大型（50 个分支以上）：按区域划分策略域，CPE 分层（普通分支 W1000A 系列，流量集中站点 W2000），双 POP 冗余，探针分钟级采样；变更先 5% 站点验证，再按 20%、50% 分批，每批观察 3 到 5 天；割接后观察至少 72 小时再关闭原链路。

落地步骤与注意事项

评估阶段 1 到 2 周：盘点站点、链路、流量矩阵、SLA 与月成本，输出基线表。试点阶段 2 到 4 周：选 2 到 3 个代表性站点，覆盖核心、普通分支、海外分支，新旧链路并行至少采集两周数据；阈值提前写死，如关键业务可用性不低于 99.9%、切换小于 3 秒、页面首屏不劣于原链路。推广每批 10 到 20 个站点，单批 4 到 8 周；割接安排在业务低峰，保留原链路 2 到 4 周作为回退。故障排查按物理链路与光衰、CPE 电源与上联口、隧道与选路、POP 与时延、应用侧 DNS 与证书逐段排除。注意事项：地址规划提前做；QoS 先定后割；告警阈值与责任人明确；变更留回退脚本并演练。割接窗口预留两倍于预估耗时；上线后前两周按天复盘，之后周度评审，连续四个周审核无异常再关闭重点保障。