TRILL不適合數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)的幾大原因

責(zé)任編輯:vivian

2012-07-03 09:50:13

摘自:TechTarget中國

在《數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)中的VLAN》這篇文章中我們介紹了VLAN的一些關(guān)鍵規(guī)模屬性,包括VLAN大小、數(shù)量、范圍這三個(gè)維度的指標(biāo)。

關(guān)于使用Transparent Interconnection of Lots of Links (TRILL)協(xié)議來實(shí)現(xiàn)數(shù)據(jù)中心網(wǎng)絡(luò)橋接和多路徑的宣傳非常的多,但是將TRILL作為基礎(chǔ)的數(shù)據(jù)中心架構(gòu)忽略了一些重要的新趨勢,包括云網(wǎng)絡(luò)分段中出現(xiàn)的虛擬LAN(VLAN)類型變化需求。

在《數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)中的VLAN》這篇文章中我們介紹了VLAN的一些關(guān)鍵規(guī)模屬性,包括VLAN大小、數(shù)量、范圍這三個(gè)維度的指標(biāo)。在本文中,我們將重點(diǎn)介紹TRILL不適合數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)的幾點(diǎn)看法。

數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)和協(xié)議必須從整體看待數(shù)據(jù)中心環(huán)境,但是TRILL卻只能在很小的范圍內(nèi)解決傳統(tǒng)的2層協(xié)議部署相關(guān)的問題。

TRILL原本是設(shè)計(jì)來改進(jìn)分布式園區(qū)網(wǎng)絡(luò)的Spanning Tree Protocol (STP)。相對于STP網(wǎng)絡(luò),TRILL 網(wǎng)絡(luò)提高了2層協(xié)議的傳輸效率,實(shí)現(xiàn)了終端之間的多路徑使用,因此允許在網(wǎng)絡(luò)中更好地利用帶寬。然而,TRILL的范圍(或許部分是因?yàn)樗膱@區(qū)網(wǎng)性質(zhì))被限制在2層協(xié)議上,這使它不太適合成為一個(gè)企業(yè)和云計(jì)算數(shù)據(jù)中心網(wǎng)絡(luò)的解決方案。

IP轉(zhuǎn)發(fā)(要在VLAN之間傳輸流量時(shí)使用的)只是在TRILL架構(gòu)出現(xiàn)之后增加的。它是一個(gè)單向服務(wù),其服務(wù)接合點(diǎn)會(huì)很快成為一個(gè)瓶頸。因此,使用TRILL的數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)師面臨一個(gè)兩難的選擇:為了獲得TRILL在2層協(xié)議上多路徑優(yōu)點(diǎn),他們必須大量減少使用VLAN數(shù)量,因?yàn)樵赥RILL網(wǎng)絡(luò)中跨越多個(gè)VLAN操作的開銷是很高。相反,這種做法會(huì)損害VLAN在數(shù)據(jù)中心的重要分段優(yōu)點(diǎn)。簡單而言,TRILL支持較大物理覆蓋的VLAN,但是代價(jià)是被迫使用大型的VLAN(具有大量成員的VLAN)。而VLAN的邊界問題可能是TRILL的致命問題,它存在幾個(gè)網(wǎng)絡(luò)架構(gòu)師必須反思的其它缺點(diǎn):

1.經(jīng)濟(jì)性:概念上,TRILL核心交換機(jī)本該支持簡單的傳輸功能;然而,因?yàn)門RILL對2層協(xié)議的單播問題關(guān)注很少,因此它們?nèi)匀缓軓?fù)雜。這意味著TRILL仍然具有需要進(jìn)行復(fù)雜處理(3層協(xié)議、多播、FCoE、阻塞管理等等)的多層結(jié)構(gòu)。因此,這會(huì)降低數(shù)據(jù)中心架構(gòu)的整體經(jīng)濟(jì)性。

2.安全性和故障隔離:安全性和故障隔離是TRILL架構(gòu)真正關(guān)注的方面。這兩個(gè)問題都是由于人為被迫進(jìn)入大型廣播領(lǐng)域而產(chǎn)生的。搖擺的接口、錯(cuò)誤的行為或惡意應(yīng)用程序和配置錯(cuò)誤都可以造成大范圍的破壞,而且在糟糕的情況下會(huì)導(dǎo)致數(shù)據(jù)中心完全崩潰。

3.3層協(xié)議多路徑:雖然TRILL解決了2層協(xié)議的多路徑問題,但是破壞了3層協(xié)議的多路徑。只有唯一一個(gè)激活的默認(rèn)路由器支持Virtual Router Redundancy Protocol (VRRP),這意味著在3層協(xié)議上無法實(shí)現(xiàn)多路徑容量。

4.TRILL之上的FCoE:TRILL之上的FCoE是架構(gòu)和運(yùn)營的挑戰(zhàn)。供應(yīng)商已經(jīng)發(fā)現(xiàn)了分布式光纖通道服務(wù)中重要可擴(kuò)展性問題(這是NPIV或FC網(wǎng)關(guān)限制網(wǎng)絡(luò)中Fiber Channel Forwarders (FCF)數(shù)目的原因所在)。VSAN到VLAN映射和配置FCF的VLAN之間的相互發(fā)現(xiàn)是一種運(yùn)營挑戰(zhàn)。所有這些問題都在FC-BB-6的T11上進(jìn)行激烈的爭論。最后的結(jié)論是FC-BB-5只支持I/O聚合。

5.多租賃:TRILL并沒有規(guī)定如何處理重疊的命名空間,也不提供大于4K個(gè)VLAN的解決方案。

6.阻塞管理:TRILL核心的地址平面與TRILL邊緣的地址平面是不同的。核心網(wǎng)絡(luò)中檢測到的阻塞必須通過信號發(fā)送和轉(zhuǎn)發(fā)到阻塞源(終端主機(jī))。TRILL核心并不知道終端所在;它只知道TRILL邊緣。因此,類似于Qcn阻塞管理計(jì)劃無法有效支持這種架構(gòu)。

7.互操作性:為了實(shí)現(xiàn)互操作性,任何結(jié)構(gòu)都必須在數(shù)據(jù)平面、控制平面、服務(wù)平面和管理平面的符合標(biāo)準(zhǔn)。不同的實(shí)現(xiàn)方法會(huì)對互操作性造成影響。

歸根結(jié)底,TRILL是一種增量的方法,它在解決一部分現(xiàn)代數(shù)據(jù)中心所面臨的問題時(shí),也相應(yīng)地增加了復(fù)雜性。用戶需要一個(gè)既能夠降低復(fù)雜性,同時(shí)又能夠處理全部數(shù)據(jù)中心問題的解決方案。換言之,他們需要一個(gè)扁平的數(shù)據(jù)中心級結(jié)構(gòu),它可以消除遺留障礙和提高業(yè)務(wù)敏捷性,從而在速度、規(guī)模和有效性方面實(shí)現(xiàn)指數(shù)級增長。

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號-6京公網(wǎng)安備 11010502049343號