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