MPLS還存在哪些限制 SD-WAN能否解決MPLS限制

雖然MPLS多年來一直為企業(yè)服務(wù)，但它已不能再充分滿足全球企業(yè)的需求。現(xiàn)在，超過50%的全球WAN流量到達(dá)了云，但MPLS是為點對點連接設(shè)計的，而不是點對云和軟件即服務(wù)(SaaS)。而且，MPLS還存在許多其他限制。

No. 1 - 沒有一家提供商能夠在全球范圍內(nèi)提供端到端的MPLS服務(wù)。全球MPLS網(wǎng)絡(luò)需要一系列服務(wù)提供商拼湊在一起。在解決問題的過程中，這可能會導(dǎo)致可維護(hù)性問題，并且使提供網(wǎng)絡(luò)冗余的工作變得復(fù)雜。

No. 2 - MPLS是一種動態(tài)的共享媒介。雖然MPLS傳統(tǒng)上被視為專用網(wǎng)絡(luò)服務(wù)，但它實際上是一種承載某些風(fēng)險的共享媒介。相反，有安全意識的買家會傾向于專用帶寬來彌補這個漏洞。

No. 3 - 并非所有“私有網(wǎng)絡(luò)”都是安全的。如果沒有一家提供商在全球范圍內(nèi)擁有MPLS網(wǎng)絡(luò)，并且流量只是用MPLS標(biāo)簽來區(qū)分，那么SPAN端口和嗅探流量有多難?此外，如果您必須通過互聯(lián)網(wǎng)突破云/SaaS流量，您將會面臨新的攻擊媒介。

No. 4 - MPLS不是為當(dāng)今的商業(yè)速度而設(shè)計的。更改訂單可能需要數(shù)周的時間，而新的安裝可能需要數(shù)月，而今天的公司需要能夠在幾天內(nèi)添加位置并隨時進(jìn)行服務(wù)更改。

No. 5 - 成本不平衡。 MPLS的定價還是源于過去，當(dāng)時的帶寬需求只是今天的一小部分，因此，溢價定價是可以被容忍的。根據(jù)某些說法，帶寬需求正在以26%的復(fù)合年增長率增長，并且MPLS對于所有東西來說都太昂貴了。

MPLS的缺點迫使企業(yè)考慮其他選項，但是這些選項都只解決了部分問題，將規(guī)劃、采購和管理的部分交給了企業(yè)，這使得解決問題的工作變得復(fù)雜。

傳統(tǒng)的Point Solutions

客戶在發(fā)現(xiàn)MPLS無法滿足他們的需求時自然會傾向于的一些標(biāo)準(zhǔn)point solutions。下面的每個point solutions - 互聯(lián)網(wǎng)、廣域網(wǎng)優(yōu)化、冗余、安全性和SD-WAN - 都可以解決一些問題，但不是全部問題。

(1) 互聯(lián)網(wǎng)。大多數(shù)組織在其帶寬需求變化，或者當(dāng)快速部署的需求要求找到一種方法來補充MPLS時，考慮的首選就是使用互聯(lián)網(wǎng)。通過互聯(lián)網(wǎng)，您可以獲得使用MPLS無法實現(xiàn)的功能。

雖然便宜且部署快速，但WAN互聯(lián)網(wǎng)鏈路容易受到延遲和數(shù)據(jù)包丟失的影響。穩(wěn)定的延遲問題一直困擾著諸如VoIP之類的問題，并且在網(wǎng)絡(luò)和協(xié)議層面引發(fā)了延遲優(yōu)化選項，但考慮到公司現(xiàn)在正在嘗試使用這些鏈接來訪問關(guān)鍵任務(wù)云和SaaS服務(wù)，這種問題更加令人擔(dān)憂?；ヂ?lián)網(wǎng)缺乏穩(wěn)定性，并且不提供跨中長距離的服務(wù)水平協(xié)議(SLA)。

丟包問題也是如此。盡管應(yīng)用程序和服務(wù)位于內(nèi)部或某些物理位置，數(shù)據(jù)包丟失仍是一個問題，但使用云/SaaS/UCaaS，您可以將服務(wù)置于世界任何地方。如果支持這些服務(wù)的其中一層是互聯(lián)網(wǎng)，那么端到端的穩(wěn)定性、丟包恢復(fù)算法和協(xié)議增強(qiáng)則是必需的。

(2) 廣域網(wǎng)優(yōu)化。無論您是試圖通過更改MPLS以滿足新的需求，還是使用公共互聯(lián)網(wǎng)來補充MPLS，如果您希望提供一致的用戶體驗(無論用戶位于何處)，您都需要在WAN路由中添加其他優(yōu)化工具。這將涉及大量的資本支出投資，并留給您更多的網(wǎng)絡(luò)資源來管理。即使這樣，它也可能無法充分解決性能問題，特別是在國際的情況下。

(3) 冗余。鑒于您希望使用互聯(lián)網(wǎng)來支持任務(wù)關(guān)鍵型應(yīng)用程序的鏈接，您必須建立一些冗余。我們在這里談?wù)摰牟粌H僅是多個設(shè)備，而是在邊緣和網(wǎng)絡(luò)核心中使用雙鏈路的能力。冗余還應(yīng)包括服務(wù)提供商的多樣性，能夠在地球的兩側(cè)進(jìn)行路由 - 換句話說，盡可能最好的海底和地面電纜冗余。還應(yīng)該有軟件定義的功能，以實現(xiàn)進(jìn)一步的冗余，如存在點冗余和數(shù)據(jù)中心冗余。

(4) 安全。 IPSec是必須的，不僅在邊緣，還需在核心或middle mile。您還必須通過部署和管理大量常用網(wǎng)絡(luò)安全工具來證明這一點，以確保沒有人能夠通過WAN找到進(jìn)入您的網(wǎng)絡(luò)的方法。

(5) SD-WAN。軟件定義的WAN如今非?；馃?，但大多數(shù)SD-WAN工具只提供了軟件覆蓋，并使用互聯(lián)網(wǎng)進(jìn)行長途傳輸。因此，雖然SD-WAN可以利用互聯(lián)網(wǎng)來補充MPLS并制定策略闡明如何處理流量，但所有上述提出的問題都依舊存在。

如果您只有幾個位置并且它們位于同一區(qū)域且您沒有使用大量的云和SaaS服務(wù)，那么這種類型的SD-WAN可能就是您正在尋找的答案。但是，如果您是一家擁有許多地理分布位置且使用(或考慮遷移到)許多云服務(wù)的大型企業(yè)，那么DIY SD-WAN工具包會讓您想要更多，更不用說集成方面的麻煩了。

那么什么是一個好的WAN?

需要有更好的方法來解決所有這些問題。理想的WAN應(yīng)該：

優(yōu)化傳輸控制協(xié)議(TCP) - 這會對您的流量產(chǎn)生三重影響。數(shù)據(jù)包的有效負(fù)載更大、數(shù)據(jù)包更緊密、吞吐量更快，并且您的第一個字節(jié)傳輸速度更快。對于任何數(shù)據(jù)應(yīng)用程序，TCP優(yōu)化都是必須的。

使用一套完整的SD-WAN算法解決丟包恢復(fù)問題，而不僅僅是一兩個算法。

提供最佳的靈活性，以便于移動、添加或更改站點，以及快速斷開連接。

在基礎(chǔ)架構(gòu)的所有層提供內(nèi)置冗余。優(yōu)化帶寬，從而優(yōu)化在網(wǎng)絡(luò)上花費的資金。

提供24/7支持。

通過門戶提供詳細(xì)的可見性，不僅包括輸入/輸出帶寬，還包括應(yīng)用程序級使用情況、性能指標(biāo)和統(tǒng)計信息。

為所有這些服務(wù)提供一個throat阻塞，以避免相互指責(zé)。

所有這些都指向SD-WAN提供的即服務(wù)，SD-WAN即服務(wù)不同于point solutions，它讓您無需考慮如何：適應(yīng)高速增長的帶寬;支持企業(yè)數(shù)字化轉(zhuǎn)型;并將您的服務(wù)遷移到云端。它在簡化網(wǎng)絡(luò)和釋放IT資源的同時，還專注于發(fā)展業(yè)務(wù)的機(jī)會。

現(xiàn)在是SD-WAN的時代，唯一能夠滿足您不斷變化的需求的就是SD-WAN即服務(wù)。