現(xiàn)如今，SD-WAN和云數(shù)據(jù)中心的互連正在作為傳統(tǒng)的廣域網(wǎng)(WAN)的補(bǔ)充或替代品正變得越來越普遍。那么，您企業(yè)的數(shù)據(jù)中心究竟應(yīng)該考慮選擇采用其中之一;抑或還是兩者都采用呢?
數(shù)據(jù)中心互連選項(xiàng)：您企業(yè)是否需要云端的數(shù)據(jù)中心互連?
目前的云數(shù)據(jù)中心互連(CDCI)選項(xiàng)同時突出強(qiáng)調(diào)了企業(yè)與云服務(wù)的關(guān)系的發(fā)展演變;以及互聯(lián)網(wǎng)和廣域網(wǎng)的發(fā)展演變。
雖然當(dāng)前的大多數(shù)IT企業(yè)組織都已經(jīng)將云服務(wù)用于其生產(chǎn)服務(wù)的交付，但仍然有相當(dāng)一部分的企業(yè)組織仍然還是在其自己的數(shù)據(jù)中心中保留了大量的工作負(fù)載，并將其用作他們的各種云服務(wù)的集成中心樞紐。他們也穩(wěn)步的整合了更多的內(nèi)部和外部工作負(fù)載。
由此，他們在互聯(lián)網(wǎng)上施加了越來越大的壓力，以使其作為他們廣域網(wǎng)的一部分。
而企業(yè)數(shù)據(jù)中心業(yè)界對于此的兩大響應(yīng)便是云數(shù)據(jù)中心互連和軟件定義的廣域網(wǎng)(SD-WAN)的興起，以便作為互聯(lián)網(wǎng)的傳統(tǒng)廣域網(wǎng)的補(bǔ)充或替代。前者通過避免來處理互聯(lián)網(wǎng)的不可預(yù)測性;而后者則采用冗余和以應(yīng)用程序?yàn)橹行牡牧髁抗芾韥斫鉀Q這個問題。
雖然這一轉(zhuǎn)變正在加速變得流行，但我們也開始越來越多的看到相當(dāng)一部分的企業(yè)客戶正在采用其他的開發(fā)模式，主要是DevOps和新的應(yīng)用程序體系架構(gòu)，而這其中又主要是通過采用微服務(wù)。其目標(biāo)是提供類似云的解決方案，并對企業(yè)組織的業(yè)務(wù)需求的響應(yīng)更加敏感，進(jìn)而使得企業(yè)組織在追求其業(yè)務(wù)和運(yùn)營目標(biāo)時變得更加高效和靈活。
當(dāng)前的企業(yè)客戶還希望能夠通過快速便捷的連接到任何地方的部件來組裝服務(wù)產(chǎn)品——無論是其內(nèi)部開發(fā)的抑或還是采購的、在企業(yè)內(nèi)部運(yùn)行的或基于云計(jì)算的服務(wù)。他們希望圍繞拼合的組件來重新構(gòu)建IT服務(wù)交付組合，但同時還必須最佳的滿足他們對速度、功能和成本的需求。并且所有的部件必須以可接受的速度，可靠性和連續(xù)性進(jìn)行彼此之間的通信交流。
隨著當(dāng)前的企業(yè)進(jìn)行自身的重塑，以便使得他們自身更像云計(jì)算和云服務(wù)提供商，并越來越多地交付分散在企業(yè)內(nèi)部數(shù)據(jù)中心和外部云服務(wù)中的微服務(wù)的融合，CDCI和SD-WAN將成為企業(yè)成功的關(guān)鍵。每家企業(yè)的IT運(yùn)營都應(yīng)該同時進(jìn)行評估，即使是小型企業(yè)的IT部門也應(yīng)該關(guān)注云數(shù)據(jù)中心互連的備選方案。
云數(shù)據(jù)中心互連技術(shù)可以實(shí)現(xiàn)什么功能
數(shù)據(jù)中心互連技術(shù)的基礎(chǔ)是：用于連接數(shù)據(jù)中心，并遷移大量高速流量的設(shè)備。其是路由或第3層交換機(jī)，通常要么使用城域以太網(wǎng)或者要么使用光纖接口以及專用光纖或波長服務(wù)。云數(shù)據(jù)中心互連技術(shù)將概念擴(kuò)展到云服務(wù)：CDCI包含用于將企業(yè)數(shù)據(jù)中心與其交互的云資源相連接的設(shè)備和服務(wù)。
何為云互聯(lián)數(shù)據(jù)中心?
今天，互聯(lián)網(wǎng)是數(shù)據(jù)中心用來連接云服務(wù)的默認(rèn)方法。但是，當(dāng)一家企業(yè)有后端流量在數(shù)據(jù)中心和戰(zhàn)略即服務(wù)應(yīng)用程序(strategic as-a-service)之間來回傳輸時，互聯(lián)網(wǎng)或?qū)⒊蔀橐粋€重大的障礙。互聯(lián)網(wǎng)流量比專用網(wǎng)絡(luò)的延遲更大，變化更大，除此之外，還有更多的可預(yù)測的數(shù)據(jù)包丟失。這些問題被較新的微服務(wù)體系架構(gòu)所進(jìn)一步的放大。這些依賴于系統(tǒng)組件之間復(fù)雜的通信網(wǎng)絡(luò)，這也就意味著單個交易有時需要在內(nèi)部和外部組件之間進(jìn)行數(shù)十次往返傳輸。由此導(dǎo)致的結(jié)果便是使得整個系統(tǒng)的性能很差。
為了緩解這些問題，加強(qiáng)安全性，并降低風(fēng)險，企業(yè)組織可以選擇實(shí)施一種云數(shù)據(jù)中心互連形式，從而在這個過程中使得互聯(lián)網(wǎng)脫離這一循環(huán)。
CDCI如何運(yùn)作
CDCI有兩種基本模式：直接云連接和WAN-云交換服務(wù)(WAN-CX)。前者是大多數(shù)選擇DIY的企業(yè)所采用的模式，盡管其也可以作為服務(wù)進(jìn)行采購。后者僅作為服務(wù)獲得。
直接云連接。直接的云連接是通過在企業(yè)客戶網(wǎng)絡(luò)和云服務(wù)提供商(CSP)網(wǎng)絡(luò)之間創(chuàng)建直接的物理網(wǎng)絡(luò)鏈接來建立的。換句話說，企業(yè)將電纜從由其所控制的路由器或交換機(jī)端口拉到CSP控制的端口。這就要求企業(yè)客戶和云服務(wù)提供商在同一個設(shè)施中擁有一些基礎(chǔ)設(shè)施。企業(yè)客戶擁有所有的基礎(chǔ)設(shè)施可能在主機(jī)托管處，也可能只有一對路由器或交換機(jī)。甚至可以在別的企業(yè)的設(shè)備(通常是WAN提供商)上租用一對端口，并將其WAN擴(kuò)展到這些端口。 (推薦使用一對端口，因?yàn)槿哂嗍欠乐狗?wù)中斷的關(guān)鍵保障。)
拉電纜只是這其中的工作的一部分。另一部分是與CSP簽訂合同，以便建立直接網(wǎng)絡(luò)，并獲得流量傳輸所需的網(wǎng)絡(luò)配置信息。亞馬遜將這項(xiàng)服務(wù)稱為直接連接;微軟則將其稱為ExpressRoute;而谷歌、IBM、甲骨文和其他CSP的解決方案都有其各自的名稱。一些配置在網(wǎng)絡(luò)層2(交換機(jī))，一些配置在3層(路由器)。
通常，云服務(wù)提供商負(fù)責(zé)直接云連接項(xiàng)目的工作人員們會對電纜進(jìn)行實(shí)際串接。其余所需配置通常可由企業(yè)客戶自行處理，但任何一種托管網(wǎng)絡(luò)服務(wù)提供商都可以處理此任務(wù)。
通過借助直接連接，現(xiàn)在的網(wǎng)絡(luò)流量可以更為可靠，更可預(yù)測，且高速地從企業(yè)數(shù)據(jù)中心流向云服務(wù)供應(yīng)商的數(shù)據(jù)中心。
WAN-CX。WAN云交換是直接云連接的替代方案。WAN-CX提供了一定程度的抽象和虛擬化。企業(yè)在直接云連接中或通過將交換機(jī)連接到廣域網(wǎng)(例如通過MPLS)創(chuàng)建到交換機(jī)的連接。交換機(jī)連接到多家云服務(wù)提供商。為了建立“直接”連接，企業(yè)將虛擬鏈接加入云服務(wù)提供商;其仍然需要獲得許可授權(quán)和密鑰配置信息，但每家云服務(wù)提供商都沒有專用的物理鏈路。
WAN-CX提供了三大主要優(yōu)勢：
1、集成整合。企業(yè)可以配置一款單一的高帶寬管道到交換機(jī)，并根據(jù)需要對其進(jìn)行切片，根據(jù)相關(guān)需求創(chuàng)建盡可能多的小鏈路。例如，即使預(yù)計(jì)只有10 Mbps的流量需要傳輸，企業(yè)客戶仍然需要向每家云服務(wù)供應(yīng)商支付1 Gbps的端口的費(fèi)用。
2、輕松的配置。如果一家云服務(wù)供應(yīng)商位于交換機(jī)上，則通常可以在幾分鐘內(nèi)設(shè)置連接。企業(yè)客戶一旦與云服務(wù)供應(yīng)商一起安排權(quán)限，可以通過電話呼叫帳戶支持或直接通過門戶來配置虛擬線路。
3、靈活敏捷性。 虛擬連接易于拆卸以及設(shè)置。因此，對于任何單獨(dú)的云服務(wù)供應(yīng)商而言，鏈接網(wǎng)絡(luò)的前期成本非常小。企業(yè)客戶可以在每次投資于云服務(wù)供應(yīng)商時稍稍的嘗試私有連接，進(jìn)而讓企業(yè)客戶可以嘗試更多潛在合作伙伴、更多服務(wù)和更多應(yīng)用程序架構(gòu)。
另一方面，使用WAN-CX方法確實(shí)有一些缺點(diǎn)，其中最主要的缺點(diǎn)便是沒有一個與每家云服務(wù)供應(yīng)商的連接，只有最大的企業(yè)客戶可以發(fā)揮足夠的影響力來獲得新增加的連接。
而且，通過一款交換機(jī)而不是直接的云連接，連接所需的花費(fèi)開銷可能會更多。
供應(yīng)商的類型分類。交換機(jī)市場可分為三類：基于運(yùn)營商的、基于主機(jī)的和獨(dú)立的。
運(yùn)營商交換機(jī)通過運(yùn)營商的服務(wù)云將交換機(jī)與客戶的廣域網(wǎng)相連。換句話說，一家運(yùn)營商的交換機(jī)需要企業(yè)客戶擁有來自該運(yùn)營商的一個廣域網(wǎng)。例如，AT&T公司的云網(wǎng)融合NetBond將把客戶的MPLS廣域網(wǎng)連接到亞馬遜或微軟，從而不僅允許直接向數(shù)據(jù)中心傳輸流量，而且還允許直接流向任何與MPLS相連的站點(diǎn)。成本可能基于管道的數(shù)量和大小，或遷移傳輸?shù)臄?shù)據(jù)量，并可能包括與其他費(fèi)用相關(guān)的場地或傳輸距離相關(guān)的費(fèi)用。
主機(jī)托管交換與特定的數(shù)據(jù)中心有關(guān)。企業(yè)必須成為供應(yīng)商的客戶，或客戶的客戶。Equinix Cloud Exchange便是基于主機(jī)托管的交換的一個很好的例子。其付款往往是通過物理端口和虛擬電路的數(shù)量和容量計(jì)量的。有時供應(yīng)商提供“買斷”價格;企業(yè)客戶每月繳納固定的費(fèi)用便可以創(chuàng)建無限數(shù)量的虛擬鏈路。
諸如像Megaport公司這樣的獨(dú)立交換服務(wù)供應(yīng)商建立在多處主機(jī)托管服務(wù)提供商的數(shù)據(jù)中心內(nèi)，并通過多個對等網(wǎng)絡(luò)上的供應(yīng)商實(shí)現(xiàn)自己的骨干或容量的互連。為了連接到交換服務(wù)，企業(yè)客戶連接到供應(yīng)商的最近的數(shù)據(jù)處理點(diǎn)，或者在那里配備設(shè)備。費(fèi)用基于消費(fèi)，但定價模式會因供應(yīng)商和地點(diǎn)的不同而異。
尋求的功能
在直接云連接中，如果企業(yè)客戶將其作為服務(wù)進(jìn)行采購的話，那么企業(yè)客戶應(yīng)該從中尋求獲得以下方面的功能：
滿足其業(yè)務(wù)需求的容量能力;
路徑冗余，在既定的一對鏈路電纜中，兩根電纜穿過數(shù)據(jù)中心的不同路徑;
支持配置網(wǎng)絡(luò)，無論是2層還是3層;
參與企業(yè)方面的軟件定義的網(wǎng)絡(luò)(SDN)控制，可能在云管理平臺的環(huán)境中，其中直接云連接可由SDN控制器管理，并且鏈路完全集成到服務(wù)交付控制框架中。
在WAN-CX上，IT人員應(yīng)該需求以下功能：
虛擬端口的細(xì)粒度降至10 Mbps;
交換鏈接上的買斷選項(xiàng)，允許企業(yè)客戶獲得無限的虛擬鏈路;
實(shí)時配置、重新配置和修改虛擬鏈路;
基于門戶和API的監(jiān)控和性能，以及使用情況報告;
SDN集成或API允許云管理平臺，SDN控制器或云服務(wù)代理啟動虛擬鏈接或調(diào)整其特性。
總結(jié)
雖然互聯(lián)網(wǎng)一直是云服務(wù)交付的中堅(jiān)力量，但事實(shí)上，其并不總是最佳的選擇。當(dāng)互聯(lián)網(wǎng)不再是理想的方案時，云數(shù)據(jù)中心互連技術(shù)和服務(wù)為企業(yè)客戶提供了更好的選擇。
企業(yè)將其數(shù)據(jù)中心連接到云數(shù)據(jù)中心后通常會看到性能和可靠性的急劇增加。除了幫助遷移客戶減少安全方面的威脅之外，CDCI還可以使云成本變得更具可預(yù)測性和可管理性。
無論您企業(yè)在整合云服務(wù)時采取了何種策略，將云數(shù)據(jù)中心互連技術(shù)和服務(wù)選項(xiàng)進(jìn)行混合匹配都是有意義的。如果您企業(yè)與云服務(wù)提供商之間的關(guān)系強(qiáng)大且可能持續(xù)三年或更長時間，則應(yīng)實(shí)現(xiàn)直接云連接。如果您企業(yè)與云服務(wù)提供商的合同關(guān)系較短，項(xiàng)目是實(shí)驗(yàn)性的或生成的流量較小，則WAN-CX可能是更好的選擇。
京公網(wǎng)安備 11010502049343號