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

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

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

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

傳統(tǒng)SDN部署：

混合式SDN部署：

最終的混合式SDN部署：

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

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

總結(jié)

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

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

yuanjiaju