
在企业网络建设中,MPLS、Internet 和 SD-WAN 经常被放在一起讨论。
例如企业需要连接总部、分支机构、数据中心以及云端业务时,经常会遇到这样的问题:
应该使用 MPLS,还是直接使用 Internet?已经有 Internet 了,为什么还需要 SD-WAN?SD-WAN 出现以后,MPLS 是否还有存在的必要?
实际上,这三者并不是完全处于同一个层面的技术。
简单来说:
Internet 解决的是基础网络连接问题;
MPLS 解决的是可控、可预测的企业网络承载问题;
SD-WAN 解决的是多种网络链路如何统一管理、动态调度和优化的问题。
理解这一点之后,再看企业广域网的技术演进就会清晰很多。
假设一家公司拥有以下几个网络节点:
如果这些地点完全独立接入互联网,各个网络之间实际上也是相对独立的。
但企业往往希望不同节点之间能够稳定访问内部系统、共享业务数据,并且由 IT 部门进行统一管理。
于是就需要建立 WAN,也就是广域网。
一个典型结构可以简单理解为:
北京总部 ↓ 企业 WAN ↓ 上海分公司 / 深圳研发中心 / 数据中心 / 云资源
企业广域网真正需要解决的问题,不只是“能不能联网”,还包括:
网络是否稳定?
不同地点如何互联?
关键业务如何获得更高优先级?
线路故障后如何切换?
不同网络资源如何统一管理?
MPLS、Internet 和 SD-WAN 正是在这些不同需求下发展起来的。
Internet 是我们最熟悉的一种网络基础设施。
企业办公室接入运营商宽带后,就可以通过公共互联网访问网站、云服务和其他在线资源。
从企业 WAN 的角度来看,Internet 最大的优势就是:
接入方便、覆盖广泛、扩展灵活。
企业新增一个办公室时,通常只需要在当地接入互联网,就可以获得基础网络连接能力。
因此 Internet 非常适合承担普通 Web 访问、云应用访问、文件下载以及大量日常办公流量。
但问题也比较明显。
Internet 本质上属于共享型公共网络。
一个数据包从地点 A 到地点 B,中间可能经过多个网络节点以及不同运营商网络。
企业通常无法完全控制数据具体经过哪些路径。
例如:
办公室
↓
本地运营商
↓
骨干网络
↓
其他运营商
↓
目标服务器中间任何一个网络节点出现拥塞,都可能影响最终体验。
因此普通 Internet 的一个典型特点就是:
连接能力很强,但端到端网络质量不一定完全可控。
MPLS,全称 Multiprotocol Label Switching,即多协议标签交换。
与传统基于 IP 地址逐跳查询路由表不同,MPLS 会为数据包加入标签,并根据标签进行转发。
可以将它简单理解为:
传统 IP 转发主要关注“这个数据包下一步应该去哪里”,而 MPLS 可以通过标签建立更加明确的转发路径。
例如:
数据进入MPLS网络
↓
添加标签
↓
根据标签进行转发
↓
标签交换
↓
到达出口后移除标签这种机制使 MPLS 非常适合构建运营商级企业专网。
普通 Internet 的网络路径可能随着路由变化而发生改变。
MPLS 网络通常由运营商进行统一规划和管理,因此企业不同节点之间可以获得更加可控的网络连接。
例如:
北京总部 → MPLS → 上海分公司
相比完全通过公共 Internet 进行通信,路径通常更加明确。
企业内部不同业务的重要程度并不一样。
例如:
语音会议属于实时业务;
ERP 属于核心业务;
邮件属于普通办公业务;
文件下载对实时性要求较低。
MPLS 可以配合 QoS 策略,为不同类型的数据设置不同优先级。
例如:
语音 高优先级
视频会议 高优先级
ERP 中高优先级
邮件 普通优先级
文件下载 低优先级当网络出现拥塞时,可以优先保障关键业务。
过去很多大型企业、金融机构以及拥有大量分支机构的组织都会使用 MPLS 建设企业 WAN。
因为这类企业更关注:
稳定性、SLA、QoS以及网络可控性。
但随着企业业务逐渐向云端迁移,传统 MPLS 架构也开始面临新的问题。
过去企业应用大多部署在自己的数据中心。
典型网络结构是:
分公司
↓
MPLS
↓
总部 / 数据中心大量业务流量最终都会回到总部。
但现在越来越多企业开始使用公有云、SaaS以及分布式业务系统。
网络结构逐渐变成:
┌→ SaaS
分支机构 ─────┼→ 公有云
├→ 数据中心
└→ Internet这意味着企业 WAN 不再只是简单的“总部连接分公司”。
网络开始变成:
多分支 + 多线路 + 多云 + 多应用。
如果所有云流量仍然先回总部再访问互联网,就可能出现绕路。
例如:
上海办公室
↓
北京总部
↓
Internet
↓
云服务而实际上上海办公室可能可以直接访问云服务。
这也是传统 WAN 架构需要进一步演进的重要原因。
SD-WAN 全称 Software-Defined Wide Area Network,即软件定义广域网。
它与 MPLS、Internet 最大的区别是:
SD-WAN并不单纯代表某一种底层线路。
它更像是建立在不同网络连接之上的控制和管理体系。
例如一家企业可能同时拥有:
SD-WAN 可以将这些网络资源统一纳入管理。
结构可以简单理解为:
SD-WAN控制层
↓
┌─────────┼─────────┐
↓ ↓ ↓
Internet MPLS 其他链路
↓ ↓ ↓
└──── 企业业务流量 ────┘因此,SD-WAN 真正解决的问题不是“有没有线路”,而是:
企业拥有多条线路之后,应该如何更合理地使用它们。
假设企业同时拥有 WAN1 和 WAN2。
传统方式可能采用:
WAN1 作为主线路;
WAN2 作为备用线路。
只有 WAN1 完全中断之后,才切换到 WAN2。
但实际网络故障并不总是“断网”。
更常见的情况可能是:
线路仍然可以通信,但延迟已经从 30ms 上升到 200ms;
或者丢包率从 0.1% 上升到 8%。
从传统“线路是否在线”的角度来看,它仍然正常。
但从应用体验来看,质量已经明显下降。
SD-WAN 可以持续检测:
然后根据这些指标动态判断线路状态。
例如:
WAN1
延迟:180ms
丢包:6%
WAN2
延迟:60ms
丢包:0.5%此时系统可以根据预设策略,将部分业务调整到 WAN2。
这就是 SD-WAN 智能选路的基本思路。
SD-WAN 的另一个特点是可以将网络策略和业务结合起来。
因为不同应用对网络质量的要求并不一样。
例如:
视频会议比较关注延迟和抖动;
文件下载更加关注带宽;
ERP 更关注稳定性;
普通网页访问对短暂网络波动的容忍度相对较高。
因此可以设计不同策略:
视频会议 → 低延迟链路
ERP → 稳定链路
文件传输 → 大带宽链路
普通Web → Internet
主线路异常 → 自动切换备用路径这样就从传统的“所有业务使用同一套路由”,逐渐发展为“不同业务使用不同网络策略”。
如果从企业网络架构角度来看,可以这样理解:
对比维度 | Internet | MPLS | SD-WAN |
|---|---|---|---|
核心定位 | 公共网络连接 | 企业网络承载 | WAN统一控制与管理 |
网络路径 | 相对不可控 | 相对可控 | 根据策略动态选择 |
QoS | 能力取决于具体网络 | 较成熟 | 可结合应用策略调度 |
多链路管理 | 通常需要额外配置 | 不是主要目标 | 核心能力之一 |
智能选路 | 通常不具备 | 传统路由机制 | 支持动态路径选择 |
应用识别 | 通常不涉及 | 有限 | 可以结合应用策略 |
集中管理 | 较弱 | 依赖具体方案 | 强调集中控制 |
云业务适应性 | 高 | 需要结合架构设计 | 更适合多云、多分支环境 |
所以这三者并不是简单的替代关系。
这是一个很常见的问题。
答案是:有。
因为 SD-WAN 和 MPLS 本身解决的问题并不完全相同。
MPLS 可以作为一种底层网络承载方式,而 SD-WAN 可以在上层进行统一控制。
例如企业可以设计:
SD-WAN
↓
┌────────┴────────┐
↓ ↓
MPLS Internet
↓ ↓
核心业务 普通业务关键业务可以优先使用 MPLS。
普通业务可以使用 Internet。
当某条链路发生异常时,再根据策略调整路径。
所以很多实际网络架构并不是:
MPLS vs SD-WAN
而是:
MPLS + Internet + SD-WAN。
企业网络正在发生三个明显变化。
第一个变化是应用云化。
业务不再全部部署在企业自己的数据中心,而是分布在多个云平台和 SaaS 服务中。
第二个变化是办公地点分散化。
企业可能同时拥有总部、分公司、研发中心、云资源以及远程办公节点。
第三个变化是网络资源多样化。
企业 WAN 不再只有一条线路,而可能同时存在 Internet、MPLS、5G 等不同网络资源。
这时企业真正需要解决的问题逐渐从:
“如何建立一条连接?”
变成:
“如何管理大量不同类型的连接?”
这正是软件定义思想进入广域网的重要原因。
最后可以用三个问题理解 MPLS、Internet 与 SD-WAN。
“网络怎么连接?”
提供覆盖广泛、灵活的基础网络连接能力。
“企业关键业务如何获得更加可控的网络承载?”
通过标签转发、QoS 等机制,为企业构建相对稳定的 WAN 网络。
“拥有多种网络资源之后,如何统一管理和智能调度?”
通过软件定义、链路监测、应用识别以及策略控制,提高企业 WAN 的灵活性和可管理性。
因此,现代企业 WAN 的技术架构并不一定需要在三者之间“三选一”。
更加典型的思路是:
Internet / MPLS 等负责提供底层连接,SD-WAN负责对多种连接进行统一控制和策略管理。
从这个角度来看,SD-WAN 并不是简单地取代某一种传统网络技术,而是企业广域网从“线路驱动”逐渐走向“策略驱动”的一次架构演进。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。