B4網(wǎng)絡(luò)硬件

Vahdat沒有提及現(xiàn)在市場上是否有SDN交換機(jī)可以滿足谷歌的硬件需求,一般這樣的產(chǎn)品會(huì)涉及供應(yīng)商的固件升級(jí),包括OpenFlow代理,盡管如此,Vahdat稱雖然OpenFlow并非完美的協(xié)議,但谷歌會(huì)繼續(xù)將其用于數(shù)據(jù)流實(shí)例化,因?yàn)楹芏喙?yīng)商將支持該協(xié)議。這意味著谷歌并不打算推出自己的硬件產(chǎn)品,而對(duì)于OpenFlow的支持將是未來硬件采購的一項(xiàng)指標(biāo)。

另外,Vahdat在談及谷歌的SDN遷移路線時(shí)表示,谷歌將從完全分布式的整體控制和數(shù)據(jù)層硬件架構(gòu)轉(zhuǎn)變?yōu)槲锢矸稚⑹?邏輯上仍然集中)的控制層架構(gòu)。

谷歌B4網(wǎng)絡(luò)的混合式遷移分三步走:

傳統(tǒng)SDN部署:

圖解谷歌內(nèi)部SDN

混合式SDN部署:

圖解谷歌內(nèi)部SDN

最終的混合式SDN部署:

圖解谷歌內(nèi)部SDN

在下圖中,我們可以看到谷歌已經(jīng)部署了幾套網(wǎng)絡(luò)控制器服務(wù)器(NCS)以及交換機(jī)。這些NCS包含為各種網(wǎng)絡(luò)要素提取的控制層。這些交換機(jī)運(yùn)行了一個(gè)OpenFlow代理,Vahdat解釋到,“這種基本的控制是基于所有事件都運(yùn)行于外部服務(wù)器的一套控制器上,且需要處于同一位置,而這些NCS都使用32核服務(wù)器。“

圖解谷歌內(nèi)部SDN

在這些NCS之上,有運(yùn)行首項(xiàng)選擇的OpenFlow控制器,用于高可用的故障轉(zhuǎn)移。Vahdat講到,“主要應(yīng)用是一個(gè)流量工程應(yīng)用,可以把策略實(shí)例化為控制協(xié)議,包括BGP,ISIS和OpenFlow。”

總結(jié)

通過以上介紹,谷歌似乎被限制在了如何相對(duì)網(wǎng)絡(luò)狀態(tài)做出反應(yīng)以及機(jī)械性的轉(zhuǎn)發(fā)數(shù)據(jù)包上面。假設(shè)網(wǎng)絡(luò)會(huì)回到低優(yōu)先級(jí),前瞻性的將數(shù)據(jù)流規(guī)則實(shí)例化。在數(shù)據(jù)流表中,如果一個(gè)數(shù)據(jù)包不符合數(shù)據(jù)流規(guī)則,它就會(huì)被排除到轉(zhuǎn)發(fā)通道之外或是通過一套預(yù)安裝的數(shù)據(jù)流規(guī)則到達(dá)對(duì)外的網(wǎng)關(guān)。雖然自定義轉(zhuǎn)發(fā)可能會(huì)回到最短路徑或是一條靜態(tài)路徑,但在控件要素被恢復(fù)前,其會(huì)保持流量轉(zhuǎn)發(fā)。

從以上的圖例中可以看出,控件要素是以多層級(jí)的方式排列。層級(jí)性和模塊性是我們確定大型網(wǎng)絡(luò)等級(jí)的標(biāo)準(zhǔn)。谷歌把NIB的部分?jǐn)?shù)據(jù)放到模塊中,它的方法像是在目前的網(wǎng)絡(luò)架構(gòu)的每個(gè)數(shù)據(jù)層減掉一個(gè)專用控制層。

分享到

yuanjiaju

相關(guān)推薦