Underlay網(wǎng)絡(luò)之葉脊網(wǎng)絡(luò)介紹

為滿足云業(yè)務(wù)的需要，網(wǎng)絡(luò)逐漸分化為Underlay和Overlay。Underlay網(wǎng)絡(luò)就是傳統(tǒng)數(shù)據(jù)中心的路由交換等物理設(shè)備，依然信奉穩(wěn)定壓倒一切的理念，提供可靠的網(wǎng)絡(luò)數(shù)據(jù)傳輸能力；Overlay則是在其上封裝的業(yè)務(wù)網(wǎng)絡(luò)，與服務(wù)更貼近，通過(guò)VXLAN 或者GRE等協(xié)議封裝，給用戶提供一個(gè)易用的網(wǎng)絡(luò)服務(wù)。Underlay網(wǎng)絡(luò)和Ooverlay網(wǎng)絡(luò)即關(guān)聯(lián)又解耦，兩者相互關(guān)聯(lián)又能獨(dú)立演進(jìn)。

Underlay網(wǎng)絡(luò)是網(wǎng)絡(luò)的地基，承載網(wǎng)絡(luò)不穩(wěn)，業(yè)務(wù)便無(wú)SLA可言。數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)在經(jīng)歷三層網(wǎng)絡(luò)架構(gòu)、胖樹（Fat-Tree）型網(wǎng)絡(luò)架構(gòu)后，正過(guò)渡到Spine- Leaf架構(gòu)，迎來(lái)了CLOS 網(wǎng)絡(luò)模型的第三次應(yīng)用。

傳統(tǒng)數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)

三層設(shè)計(jì)

2004-2007年期間，三層網(wǎng)絡(luò)結(jié)構(gòu)在數(shù)據(jù)中心十分盛行。它有三個(gè)層次：核心層(網(wǎng)絡(luò)的高速交換主干)、匯聚層(提供基于策略的連接)、接入層(將工作站接入網(wǎng)絡(luò))，這個(gè)模型如下：



|三層網(wǎng)絡(luò)結(jié)構(gòu)

核心層（Core Layer）：核心交換機(jī)為進(jìn)出數(shù)據(jù)中心的包提供高速的轉(zhuǎn)發(fā)，為多個(gè)匯聚層提供連接性，核心交換機(jī)為通常為整個(gè)網(wǎng)絡(luò)提供一個(gè)彈性的L3路由網(wǎng)絡(luò)。

匯聚層（Aggregation Layer）：匯聚交換機(jī)連接接入交換機(jī)，同時(shí)提供其他的服務(wù)，例如防火墻，SSL offload，入侵檢測(cè)，網(wǎng)絡(luò)分析等。

接入層(Access Layer)：接入交換機(jī)通常位于機(jī)架頂部，所以它們也被稱為ToR（Top of Rack）交換機(jī)，它們物理連接服務(wù)器。 通常情況下，匯聚交換機(jī)是 L2 和 L3 網(wǎng)絡(luò)的分界點(diǎn)：匯聚交換機(jī)以下的是 L2 網(wǎng)絡(luò)，以上是 L3 網(wǎng)絡(luò)。每組匯聚交換機(jī)管理一個(gè) POD（Point Of Delivery），每個(gè) POD 內(nèi)都是獨(dú)立的 VLAN 網(wǎng)絡(luò)。

網(wǎng)絡(luò)環(huán)路與生成樹協(xié)議

環(huán)路的形成大都是由于目的路徑不明確導(dǎo)致混亂而造成的。用戶構(gòu)建網(wǎng)絡(luò)時(shí)，為了保證可靠性，通常會(huì)采用冗余設(shè)備和冗余鏈路， 這樣就不可避免的形成環(huán)路。而二層網(wǎng)絡(luò)處于同一個(gè)廣播域下， 廣播報(bào)文在環(huán)路中會(huì)反復(fù)持續(xù)傳送，形成廣播風(fēng)暴， 瞬間即可導(dǎo)致端口阻塞和設(shè)備癱瘓。因此，為了防止廣播風(fēng)暴，就必須防止形成環(huán)路。

既要防止形成環(huán)路，又要保證可靠性，就只能將冗余設(shè)備和冗余鏈路變成備份設(shè)備和備份鏈路。即冗余的設(shè)備端口和鏈路在正常情況下被阻塞掉，不參與數(shù)據(jù)報(bào)文的轉(zhuǎn)發(fā)。只有當(dāng)前轉(zhuǎn)發(fā)的設(shè)備、端口、 鏈路出現(xiàn)故障，導(dǎo)致網(wǎng)絡(luò)不通的時(shí)候，冗余的設(shè)備端口和鏈路才會(huì)被打開(kāi)，使得網(wǎng)絡(luò)能夠恢復(fù)正常。實(shí)現(xiàn)這些自動(dòng)控制功能的就是 STP(Spanning Tree Protocol ，生成樹協(xié)議 )。

生成樹協(xié)議在接入層和匯聚層之間運(yùn)行，核心是在每個(gè)啟用 STP 的網(wǎng)橋上運(yùn)行的生成樹算法，該算法專門設(shè)計(jì)用于在存在冗余路徑時(shí)避免橋接環(huán)路。STP 選擇用于轉(zhuǎn)發(fā)消息的最佳數(shù)據(jù)路徑，并禁用了那些不屬于生成樹的鏈路，在任意兩個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)之間只留下一條活動(dòng)路徑，其他上行鏈路將被阻塞。

?

STP 有許多好處：簡(jiǎn)單，即插即用（plug-and-play），只需很少配置。每個(gè) pod 內(nèi)的機(jī)器都屬于同一個(gè) VLAN， 因此服務(wù)器無(wú)需修改 IP 地址和網(wǎng)關(guān)就可以在 pod 內(nèi)部任意遷移位置。

但是，STP 無(wú)法使用并行轉(zhuǎn)發(fā)路徑（parallel forwarding path），它永遠(yuǎn)會(huì)禁用 VLAN 內(nèi)的冗余路徑。STP的缺點(diǎn)：

1、拓?fù)涫諗柯．?dāng)網(wǎng)絡(luò)拓?fù)浒l(fā)生改變的時(shí)候，生成樹協(xié)議需要50-52秒的時(shí)間才能完成拓?fù)涫諗俊?

2、不能提供負(fù)載均衡的功能。當(dāng)網(wǎng)絡(luò)中出現(xiàn)環(huán)路的時(shí)候，生成樹協(xié)議只能簡(jiǎn)單的將環(huán)路進(jìn)行Block，這樣該鏈路就不能進(jìn)行數(shù)據(jù)包的轉(zhuǎn)發(fā)，浪費(fèi)網(wǎng)絡(luò)資源。

虛擬化和東西向流量挑戰(zhàn)

2010年之后，為了提高計(jì)算和存儲(chǔ)資源的利用率，數(shù)據(jù)中心開(kāi)始采用虛擬化技術(shù)，網(wǎng)絡(luò)中開(kāi)始出現(xiàn)了大量的虛擬機(jī)。虛擬技術(shù)把一臺(tái)服務(wù)器虛化成了多臺(tái)邏輯服務(wù)器，每個(gè)VM都可以獨(dú)立運(yùn)行，有自己的OS、APP、自己獨(dú)立的MAC地址和IP地址，它們通過(guò)服務(wù)器內(nèi)部的虛擬交換機(jī)（vSwitch）與外部實(shí)體進(jìn)行網(wǎng)絡(luò)連接。

虛擬技術(shù)有個(gè)伴生的需求：虛擬機(jī)動(dòng)態(tài)遷移，在保證虛擬機(jī)上服務(wù)正常運(yùn)行的同時(shí)，將一個(gè)虛擬機(jī)系統(tǒng)從一個(gè)物理服務(wù)器移動(dòng)到另一個(gè)物理服務(wù)器。這個(gè)過(guò)程對(duì)于最終用戶來(lái)說(shuō)是無(wú)感的，管理員能夠在不影響用戶正常使用的情況下，靈活調(diào)配服務(wù)器資源，或者對(duì)物理服務(wù)器進(jìn)行維修和升級(jí)。

為了保證遷移時(shí)業(yè)務(wù)不中斷，就要求在遷移時(shí)，不僅虛擬機(jī)的IP地址不變，而且虛擬機(jī)的運(yùn)行狀態(tài)也必須保持原狀（例如TCP會(huì)話狀態(tài)），所以虛擬機(jī)的動(dòng)態(tài)遷移只能在同一個(gè)二層域中進(jìn)行，而不能跨二層域遷移，催生了從接入層到核心層的大二層域（larger L2 domain）的需求。



傳統(tǒng)的大二層網(wǎng)絡(luò)架構(gòu)L2和L3的分界點(diǎn)在核心交換機(jī)，核心交換機(jī)以下的數(shù)據(jù)中心是一個(gè)完整的廣播域，即L2網(wǎng)絡(luò)。這樣可以實(shí)現(xiàn)設(shè)備部署、位置遷移的任意性，不需要進(jìn)行IP、網(wǎng)關(guān)等配置的修改。不同的L2網(wǎng)絡(luò)（VLAN）通過(guò)核心交換機(jī)進(jìn)行路由轉(zhuǎn)發(fā)。

不過(guò)該架構(gòu)下的核心交換機(jī)需要維護(hù)龐大的MAC和ARP表，對(duì)核心交換機(jī)的能力提出很高的要求 。另外，接入交換機(jī)（TOR）也對(duì)整個(gè)網(wǎng)絡(luò)的規(guī)模造成一定的限制。這些最終限制了網(wǎng)絡(luò)的規(guī)模、網(wǎng)絡(luò)擴(kuò)展及彈性能力，跨三層調(diào)度的時(shí)延問(wèn)題，不能滿足未來(lái)業(yè)務(wù)的需求。

另一方面，虛擬化技術(shù)帶來(lái)的東西向流量也給傳統(tǒng)三層網(wǎng)絡(luò)帶來(lái)了挑戰(zhàn)。數(shù)據(jù)中心的流量總的來(lái)說(shuō)可以分為以下幾種：

南北向流量：數(shù)據(jù)中心之外的客戶端到數(shù)據(jù)中心服務(wù)器之間的流量，或者數(shù)據(jù)中心服務(wù)器訪問(wèn)互聯(lián)網(wǎng)的流量。

東西向流量：數(shù)據(jù)中心內(nèi)的服務(wù)器之間的流量，以及不同數(shù)據(jù)中心間的流量，例如數(shù)據(jù)中心之間的災(zāi)備，私有云和公有云之間的通訊。

虛擬化技術(shù)的引入使得應(yīng)用的部署方式越來(lái)越分布式，帶來(lái)的“副作用”是東西向流量越來(lái)越大。

傳統(tǒng)的三層架構(gòu)通常是為南北向流量設(shè)計(jì)的。雖然它可以用于東西向流量，但可能最終無(wú)法按要求執(zhí)行。



| 傳統(tǒng)三層架構(gòu)vs. Spine-Leaf架構(gòu)

三層架構(gòu)中的東西向流量必須經(jīng)過(guò)匯聚層和核心層的設(shè)備轉(zhuǎn)發(fā)，不必要地經(jīng)過(guò)許多節(jié)點(diǎn).（Server-> Access-> Aggregation-> CoreSwitch-> Aggregation-> AccessSwitch-> Server）

因此，如果通過(guò)傳統(tǒng)三層網(wǎng)絡(luò)架構(gòu)運(yùn)行大量的東西向流量，連接到同一交換機(jī)端口的設(shè)備可能會(huì)爭(zhēng)奪帶寬，導(dǎo)致最終用戶獲得的響應(yīng)時(shí)間很差。

傳統(tǒng)三層網(wǎng)絡(luò)架構(gòu)缺點(diǎn)

由此可見(jiàn)，傳統(tǒng)三層網(wǎng)絡(luò)架構(gòu)有著不少的缺點(diǎn)：

帶寬浪費(fèi)：為了防止環(huán)路，通常在匯聚層和接入層之間運(yùn)行STP協(xié)議，這樣接入交換機(jī)只有一條上行鏈路真正承載流量，其他上行鏈路會(huì)被阻塞，造成帶寬的浪費(fèi)。

大規(guī)模網(wǎng)絡(luò)布放困難：隨著網(wǎng)絡(luò)規(guī)模的擴(kuò)大，數(shù)據(jù)中心分布在不同的地理位置，虛擬機(jī)必須在任何地方創(chuàng)建和遷移，其IP地址、網(wǎng)關(guān)等網(wǎng)絡(luò)屬性保持不變，這需要fat Layer 2的支持。在傳統(tǒng)結(jié)構(gòu)中，無(wú)法進(jìn)行遷移。

東西向流量不足：三層網(wǎng)絡(luò)架構(gòu)主要是為南北向流量設(shè)計(jì)的，雖然也支持東西向流量，但不足之處很明顯。當(dāng)東西向流量較大時(shí)，匯聚層和核心層交換機(jī)的壓力會(huì)大大增加，網(wǎng)絡(luò)規(guī)模和性能會(huì)局限在匯聚層和核心層。

使企業(yè)陷入成本和可擴(kuò)展性的困境：支撐大規(guī)模高性能網(wǎng)絡(luò)，需要大量的匯聚層和核心層設(shè)備，這不僅給企業(yè)帶來(lái)了高昂的成本，同時(shí)也要求網(wǎng)絡(luò)建設(shè)網(wǎng)絡(luò)時(shí)必須提前規(guī)劃規(guī)模。當(dāng)網(wǎng)絡(luò)規(guī)模較小時(shí)，會(huì)造成資源浪費(fèi)，當(dāng)網(wǎng)絡(luò)規(guī)模不斷擴(kuò)大時(shí)，擴(kuò)容困難。

Spine-Leaf 網(wǎng)絡(luò)架構(gòu)

什么是Spine-Leaf 網(wǎng)絡(luò)架構(gòu)？

針對(duì)以上問(wèn)題，一種新的數(shù)據(jù)中心設(shè)計(jì)，Spine-Leaf 網(wǎng)絡(luò)架構(gòu)出現(xiàn)了，也就是我們所說(shuō)的葉脊網(wǎng)絡(luò)。

顧名思義，該架構(gòu)共有一個(gè)脊（Spine）層和一個(gè)葉（Leaf）層，包括脊交換機(jī)（spine switches）和葉交換機(jī)。



| Spine-Leaf架構(gòu)

每個(gè)葉交換機(jī)都連接到所有脊交換機(jī)，脊交換機(jī)不直接相互連接，形成一個(gè) full-mesh 拓?fù)洹?

在 Spine-and-Leaf 架構(gòu)中，任意一個(gè)服務(wù)器到另一個(gè)服務(wù)器的連接，都會(huì)經(jīng)過(guò)相同數(shù)量的設(shè)備（Server -> Leaf -> Spine Switch -> Leaf Switch -> Server），這保證了延遲是可預(yù)測(cè)的，因?yàn)橐粋€(gè)包只需要經(jīng)過(guò)一個(gè) spine 和另一個(gè) leaf 就可以到達(dá)目的端。

Spine-Leaf 的工作原理

Leaf Switch：相當(dāng)于傳統(tǒng)三層架構(gòu)中的接入交換機(jī)，作為 TOR（Top Of Rack）直接連接物理服務(wù)器。與接入交換機(jī)的區(qū)別在于 L2/L3 網(wǎng)絡(luò)的分界點(diǎn)現(xiàn)在在 Leaf 交換機(jī)上了。Leaf 交換機(jī)之上是三層網(wǎng)絡(luò)，Leaf 交換機(jī)之下都是個(gè)獨(dú)立的 L2 廣播域，這就解決了大二層網(wǎng)絡(luò)的 BUM 問(wèn)題。如果說(shuō)兩個(gè) Leaf 交換機(jī)下的服務(wù)器需要通訊，需要通過(guò) L3 路由，經(jīng)由 Spine 交換機(jī)進(jìn)行轉(zhuǎn)發(fā)。

Spine Switch：相當(dāng)于核心交換機(jī)。Spine 和 Leaf 交換機(jī)之間通過(guò) ECMP（Equal Cost Multi Path）動(dòng)態(tài)選擇多條路徑。區(qū)別在于，Spine 交換機(jī)現(xiàn)在只是為 Leaf 交換機(jī)提供一個(gè)彈性的 L3 路由網(wǎng)絡(luò)，數(shù)據(jù)中心的南北流量可以不用直接從 Spine 交換機(jī)發(fā)出，一般來(lái)說(shuō)，南北流量可以從與 Leaf 交換機(jī)并行的交換機(jī)（edge switch）再接到 WAN router 出去。



|Spine/Leaf網(wǎng)絡(luò)架構(gòu)和傳統(tǒng)三層網(wǎng)絡(luò)架構(gòu)對(duì)比

Spine-Leaf的優(yōu)勢(shì)

扁平化：扁平化設(shè)計(jì)縮短服務(wù)器之間的通信路徑，從而降低延遲，可以顯著提高應(yīng)用程序和服務(wù)性能。

擴(kuò)展性好：當(dāng)帶寬不足時(shí)，增加脊交換機(jī)數(shù)量，可水平擴(kuò)展帶寬。當(dāng)服務(wù)器數(shù)量增加時(shí)，如果端口密度不足，我們可以添加葉交換機(jī)。

降低成本——南北向流量，可以從葉節(jié)點(diǎn)出去，也可從脊節(jié)點(diǎn)出去。東西向流量，分布在多條路徑上。這樣一來(lái)，葉脊網(wǎng)絡(luò)可以使用固定配置的交換機(jī)，不需要昂貴的模塊化交換機(jī)，進(jìn)而降低成本。

低延遲和擁塞避免——無(wú)論源和目的地如何，葉脊網(wǎng)絡(luò)中的數(shù)據(jù)流在網(wǎng)絡(luò)上的跳數(shù)都相同，任意兩個(gè)服務(wù)器之間都是Leaf—>Spine—>Leaf三跳可達(dá)的。這建立了一條更直接的流量路徑，從而提高了性能并減少了瓶頸。

安全性和可用性高：傳統(tǒng)的三層網(wǎng)絡(luò)架構(gòu)采用STP協(xié)議，當(dāng)一臺(tái)設(shè)備故障時(shí)就會(huì)重新收斂，影響網(wǎng)絡(luò)性能甚至發(fā)生故障。葉脊架構(gòu)中，一臺(tái)設(shè)備故障時(shí)，不需重新收斂，流量繼續(xù)在其他正常路徑上通過(guò)，網(wǎng)絡(luò)連通性不受影響，帶寬也只減少一條路徑的帶寬，性能影響微乎其微。

通過(guò)ECMP進(jìn)行負(fù)載均衡，非常適合使用 SDN 等集中式網(wǎng)絡(luò)管理平臺(tái)的環(huán)境。

SDN 允許在發(fā)生阻塞或鏈路故障時(shí)簡(jiǎn)化流量的配置，管理和重新分配路由，使得智能負(fù)載均衡的全網(wǎng)狀拓?fù)涑蔀橐粋€(gè)相對(duì)簡(jiǎn)單的配置和管理方式。

不過(guò)Spine-Leaf架構(gòu)也有一定的局限性：

其中一個(gè)缺點(diǎn)就是，交換機(jī)的增多使得網(wǎng)絡(luò)規(guī)模變大。葉脊網(wǎng)絡(luò)架構(gòu)的數(shù)據(jù)中心需要按客戶端的數(shù)量，相應(yīng)比例地增加交換機(jī)和網(wǎng)絡(luò)設(shè)備。隨著主機(jī)的增加，需要大量的葉交換機(jī)上行連接到脊交換機(jī)。

脊交換機(jī)和葉交換機(jī)直接的互聯(lián)需要匹配，一般情況下，葉脊交換機(jī)之間的合理帶寬比例不能超過(guò)3:1。

例如，有48個(gè)10Gbps速率的客戶端在葉交換機(jī)上，總端口容量為 480Gb/s。如果將每個(gè)葉交換機(jī)的 4 個(gè) 40G 上行鏈路端口連接到 40G 脊交換機(jī)，它將具有 160Gb/s 的上行鏈路容量。

該比例為 480:160，即 3:1。數(shù)據(jù)中心上行鏈路通常為 40G 或 100G，并且可以隨著時(shí)間的推移從 40G (Nx 40G) 的起點(diǎn)遷移到 100G (Nx 100G)。重要的是要注意上行鏈路應(yīng)始終比下行鏈路運(yùn)行得更快，以免端口鏈路阻塞。



葉脊網(wǎng)絡(luò)也有明確的布線的要求。因?yàn)槊總€(gè)葉節(jié)點(diǎn)都必須連接到每個(gè)脊交換機(jī)，我們需要鋪設(shè)更多的銅纜或光纖電纜?；ミB的距離會(huì)推高成本。

根據(jù)相互連接的交換機(jī)之間的距離，葉脊架構(gòu)所需要的高端光模塊數(shù)量高于傳統(tǒng)三層架構(gòu)數(shù)十倍，這會(huì)增加整體部署成本。不過(guò)也因此帶動(dòng)了光模塊市場(chǎng)的增長(zhǎng)，尤其是100G、400G這樣的高速率光模塊。

Spine-Leaf 網(wǎng)絡(luò)架構(gòu)的應(yīng)用

Facebook在2014年公開(kāi)的數(shù)據(jù)中心架構(gòu)是最具代表性的葉脊網(wǎng)絡(luò)用例，此外谷歌第五代數(shù)據(jù)中心架構(gòu)Jupiter也大規(guī)模采用了葉脊網(wǎng)絡(luò)。

Facebook

Facebook從14年開(kāi)始對(duì)自己原有的數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)進(jìn)行改造，原因就在于面對(duì)網(wǎng)絡(luò)流量2-4倍的未來(lái)擴(kuò)張，現(xiàn)有的三層網(wǎng)絡(luò)架構(gòu)難以勝任。因此，F(xiàn)acebook提出了自己的下一代數(shù)據(jù)中心網(wǎng)絡(luò)——data center fabric網(wǎng)絡(luò)架構(gòu)（也稱為F4網(wǎng)絡(luò)），在原始葉脊網(wǎng)絡(luò)基礎(chǔ)上進(jìn)行模塊化組網(wǎng)，能夠承載數(shù)據(jù)中心內(nèi)部的大量東西流量的轉(zhuǎn)發(fā)，并且保證了足夠的擴(kuò)展性。



| F4架構(gòu)

目前Facebook已經(jīng)演進(jìn)到F16架構(gòu)，將Spine平面增加為16個(gè)。單芯片處理能力提升為12.8TBps, 使得Spine交換機(jī)由原來(lái)的BackPack更新為MiniPark架構(gòu)，不僅體積更小，所要通過(guò)的路徑僅需跨越5個(gè)芯片。



| F16架構(gòu)

谷歌

2015年，谷歌在SIGCOMM會(huì)議上發(fā)表論文《Jupiter Rising: A Decade of Clos Topologies and Centralized Control in Google’s Datacenter Network》，詳細(xì)地闡述了谷歌過(guò)去多年在數(shù)據(jù)中心網(wǎng)絡(luò)的創(chuàng)新和演進(jìn)。

其中第五代的架構(gòu)叫做Jupiter Network Fabrics，可以視為一個(gè)三層Clos。leaf交換機(jī)還是作為ToR，向北連接到叫做 Middle Block的spine交換機(jī)。

Middle Block和ToR組成一個(gè)集群（相當(dāng)于Facebook的Server Pod，內(nèi)部是一個(gè)二層Clos）叫做Aggregation Block Superblock。MiddleBlock向北還有一層super spine也就是Spine Block。



| Jupiter拓?fù)?

super spine的數(shù)量可以一直增長(zhǎng)，加入更多super spine交換機(jī)。但是每個(gè)新加入的super spine都要和原有的Pod全互聯(lián)。從Pod的角度看，每加入一個(gè)super spine，Pod就要額外增加連接。為了解決這個(gè)問(wèn)題，Google在spine 層和Pod層之間加入了Apollo Fabric。Apollo結(jié)構(gòu)解除了spineblock和superblock的直連，但又能夠動(dòng)態(tài)地調(diào)整spineblock和superblock的連接關(guān)系，高效實(shí)現(xiàn)了全互聯(lián)，并且能夠動(dòng)態(tài)地調(diào)整網(wǎng)絡(luò)流量的分布。感興趣的同學(xué)可以繼續(xù)閱讀《十年一劍，谷歌數(shù)據(jù)中心網(wǎng)絡(luò)Jupiter的進(jìn)擊之路》。

總的來(lái)說(shuō)，傳統(tǒng)的三層數(shù)據(jù)中心架構(gòu)的設(shè)計(jì)是為了應(yīng)付服務(wù)客戶端-服務(wù)器應(yīng)用程序的縱向大流量傳輸。而虛擬化（即虛擬機(jī)動(dòng)態(tài)遷移）從根本上改變了數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)的需求，從而要求網(wǎng)絡(luò)支持大范圍的二層域，這使得數(shù)據(jù)中心二層網(wǎng)絡(luò)的范圍越來(lái)越大，甚至出現(xiàn)了大二層網(wǎng)絡(luò)這一新領(lǐng)域。這也從根本上改變了傳統(tǒng)三層網(wǎng)絡(luò)統(tǒng)治數(shù)據(jù)中心網(wǎng)絡(luò)的局面。

葉脊網(wǎng)絡(luò)解決了橫向網(wǎng)絡(luò)連接的傳輸瓶頸，而且提供了高度的擴(kuò)展性，它幾乎能適應(yīng)所有大中小型數(shù)據(jù)中心?？梢灶A(yù)見(jiàn)，未來(lái)企業(yè)的IT建設(shè)都將走向收斂型和高層次的虛擬化葉脊網(wǎng)絡(luò)架構(gòu)。雖然葉脊網(wǎng)絡(luò)為網(wǎng)絡(luò)傳輸提供了拓?fù)涞幕A(chǔ)，但是還需要有配套合適的轉(zhuǎn)發(fā)協(xié)議才能完全發(fā)揮出拓?fù)涞膶?shí)力。為了實(shí)現(xiàn)“大二層”，數(shù)據(jù)中心網(wǎng)絡(luò)技術(shù)在近十年間經(jīng)歷了不斷的迭代與優(yōu)化，主要包括二層多路徑、數(shù)據(jù)中心二層互聯(lián)、端到端Overlay等幾大類技術(shù)。

審核編輯：劉清