推翻了MPLS的神话

下一代企业广域网结构和利用公共Internet的网络即服务意味着可靠的企业广域网不再仅仅是MPLS的领域。

我们现在已经花了很多专栏来报道围绕这个问题企业“需要”MPLS的神话.我们将通过解决当WAN出现问题时只有一个地方可以指出问题来结束这个主题。

至少有一个“单一的咽喉”的好处。如果发生重大故障,您失去了与企业一个或多个位置的连接,您可以指向该供应商,并对您的老板说:“是他们搞砸了。”换句话说,主要优势是CYA,而不是最大的正常运行时间和可靠的、可预测的连接。

如果你有MPLS如果没有备份连接,那么实际上你完全依赖于你的MPLS提供商。大多数提供者将提交给服务水平协议如果发生故障,需要2到4个小时的MTTR。但这更多的是CYA,而不是保证正常运行时间,因为说SLA并不比印刷它的纸张值钱多少,因为如果他们不运行,你只会从你的月账单上得到一个信用额度,而不是在2到4小时内恢复连接,而这是你需要做的实际上关心的。

因此,那些非常关心可靠性的人通常会有一个备份网络IPSec-based vpn当MPLS网络因某种原因停止工作时,处理这些情况。

另一个不同的原因是,一些IT经理喜欢指出MPLS提供商,因为他们没有可用的资源,比如管理广域网的内部专家。在这种情况下,有很大的吸引力,电信服务提供商基本上提供这种专业知识。当然,你要为这种特权付出代价。几年前,在宽带出现之前,这种溢价并不是特别高,如今,这个数字非常庞大而MPLS的定价通常是互联网服务价格/位的30 -100倍。

如果成本是没有对象,你的带宽需求很低,而你要么没有足够的专业知识内部持续管理的WAN或你关心可靠性只是一个点,然后MPLS的“单一喉咙窒息”供应商很可能仍然是你。

值得注意的是,现在有更多的替代方法,以更大的带宽、更低的成本、更高的可靠性,以及利用公共云服务和SaaS的最佳答案。

如果您非常关心可靠性,以至于今天部署了一个基于ipsec的备份VPN,那么可以使用混合广域网下一代企业广域网(NEW)架构是一种可能性。根据定义,您需要多个WAN连接来实现更高的可靠性。这些互联网连接不是简单的备份,只有在主MPLS连接失败时才能使用,这多亏了像WAN虚拟化,它们可以是主动使用,提供额外的广域网带宽,只要他们工作良好

当然,使用这种方法,您最终可以选择完全消除MPLS,而不会牺牲可靠性或性能可预测性。但是,即使你想让MPLS“永远”在你身边,问题就变成了:为什么要把你的广域网预算100%花在每比特100倍价格的带宽上,只是为了处理1%的时间,当互联网连接性能不好的时候?

相反,你可以保持MPLS,但使用新的架构,您可以分配,说,那些很贵~ 60%的预算MPLS比特(例如使用1 x T1 / E1较小的位置,和fract-T3较大的位置),及其它apend ~ 40%你的预算的网络位便宜得多。感谢NEW架构,您将拥有更多的带宽,较低的低成本/,总成本更高的而不是把所有的鸡蛋都放在一个MPLS提供商的篮子里。随着带宽需求的增长,在MPLS上的开销可能会受到限制,可以使用来自不同类型Internet连接的额外带宽。

或者,如果您没有内部资源来管理WAN,或者对云服务或SaaS的高性能、可预测的访问现在对您来说非常重要,并且您不想采用自行构建的全新体系结构方法来部署技术和服务器主机托管设施,你可以使用Network-as-a-Service(可选广域网优化以更低的成本,更高的带宽,更高的性能,完全管理的网络而不是MPLS。通过这种方式,您不仅可以避免管理广域网所需的资源和专业知识,还可以避免部署和管理广域网优化技术和网络可见性软件。[这种方法也有混合广域网的可能性。]

所以如果CYA是你最关心的,那么MPLS仍然是答案。你是一个迟来的多数派或落后者技术采用生命周期曲线,很好,正如我在这列弧的开头所指出的.MPLS是昂贵的、低带宽和没有真正的答案对于云服务——当然,如果你在晚期大众/落后组,这样的服务可能是你现在并不重要,要么——但它的作品,通常是可靠的,尤其是在一个国家/地区。

但是MPLS不再是建立可靠的企业广域网的唯一途径新架构以及利用互联网力量的托管服务,完全依赖MPLS不再是构建高性能、经济有效、同时支持基于企业的应用程序和SaaS /云服务的广域网的最佳方式。

安迪是一位有着25年数据网络经验的老手Talari网络,是广域网虚拟化技术的先驱,曾担任其第一任首席执行官,现在是广域网的产品管理副总裁Aryaka网络广域网优化即服务的领导者。安迪是一本即将出版的关于下一代企业广域网的书的作者。

加入网络世界社区有个足球雷竞技app脸谱网LinkedIn对自己最关心的话题发表评论。

版权所有©2013 IDG ComRaybet2munications, Inc.

SD-WAN买家指南:向供应商(和您自己)提出的关键问题