Neutron管理著運(yùn)行于Openstack之上的虛擬化網(wǎng)絡(luò)，并且為開發(fā)高級云服務(wù)創(chuàng)建了一系列松耦合及其相關(guān)的項目，如果把Neutron作為軟件定義網(wǎng)絡(luò)(SDN)的一個可擴(kuò)展性應(yīng)用是非常方便使用的。

每項服務(wù)屬于一個單獨(dú)的項目，這些項目由社區(qū)驅(qū)動，或者來自很多供應(yīng)商和公司的貢獻(xiàn)。重要的是，OpenStack的Kilo版本包含了12個集成項目：

• Nova(計算)：為云用戶按需提供虛擬服務(wù)器/虛擬機(jī)。
• Neutron(網(wǎng)絡(luò))：將網(wǎng)絡(luò)作為一項服務(wù)提供(虛擬網(wǎng)絡(luò)服務(wù))。
• Swift(目標(biāo)存儲)：允許API可訪問的數(shù)據(jù)鏡像、文件和文檔的存儲和調(diào)回。
• Cinder(塊存儲)：為用戶虛擬機(jī)提供永久塊存儲。
• Glance(映像)：為計算節(jié)點(diǎn)提供一系列的硬盤鏡像，這些鏡像被虛擬機(jī)使用，
• Horizon(儀表板)：為管理員或者租戶(用戶)管理Openstack提供基于web的圖形化用戶界面(GUI)。
• Keystone(驗證)：存儲OpenStack服務(wù)認(rèn)證和授權(quán)信息。
• Ceilometer(遙測)：監(jiān)控和測量Openstack云使用信息，為計費(fèi)、基準(zhǔn)測試和統(tǒng)計提供依據(jù)。
• Heat(調(diào)度):通過合適的API調(diào)用為管理云應(yīng)用提供調(diào)度服務(wù)。
• Ironic(Baremetal配置):旨在配置裸機(jī)代替虛擬機(jī)，從Nova的Baremetal驅(qū)動分支出來。
• Sahara(大數(shù)據(jù)作為服務(wù)):該項目提供一個簡單的方法來配置一個運(yùn)行于OpenStack之上以數(shù)據(jù)為目的的應(yīng)用集群(Hadoop或者Spark)。
• Trove(數(shù)據(jù)庫作為服務(wù)):該項目旨在提供云數(shù)據(jù)庫服務(wù)，配置相關(guān)以及無關(guān)的數(shù)據(jù)庫引擎功能。

虛擬網(wǎng)絡(luò)是由租戶或者管理員創(chuàng)建，為OpenStack計算所管理的虛擬機(jī)之間提供網(wǎng)絡(luò)功能。Neutron是一項網(wǎng)絡(luò)管理服務(wù)，提供一系列可擴(kuò)展的API用來創(chuàng)建和管理虛擬網(wǎng)絡(luò)。

在Neutron之前，OpenStack有一個簡單、扁平的網(wǎng)絡(luò)環(huán)境，不支持三層或者防火墻。這種網(wǎng)絡(luò)服務(wù)內(nèi)嵌于Nova服務(wù)器中，使得網(wǎng)絡(luò)發(fā)生改變時很難適應(yīng)。

Neutron的引入是用來將網(wǎng)絡(luò)作為一項單獨(dú)的服務(wù)，為網(wǎng)絡(luò)抽象提供不同的解決方案，Neutron服務(wù)器提供抽象定義和管理，網(wǎng)絡(luò)抽象的具體實施是由組件來實現(xiàn)。這種支持多租戶的基于組件的架構(gòu)，被認(rèn)為是與技術(shù)無關(guān)和模塊化的。我們需要注意Neutron是一項獨(dú)立的服務(wù)，也就是說，Neutron可以運(yùn)行為一項自主的服務(wù)，暴露API給不同的供應(yīng)商，提供解決方案或者其他合適的擴(kuò)展。

Neutron所暴露的API分類與其子分類下支持的操作總結(jié)如下。那些操作可以縮寫為CRUD，即創(chuàng)建(C)、閱讀(R)、更新(U)和刪除(D)。核心API涵蓋了基本和必須的網(wǎng)絡(luò)操作，而擴(kuò)展和屬性API的功能是用來構(gòu)建多功能虛擬網(wǎng)絡(luò)。

核心API的操作

• 網(wǎng)絡(luò)(CRUD)
• 子網(wǎng)(CRUD)
• 端口(CRUD)

擴(kuò)展和屬性API的操作

• 配額(RUD)
• 網(wǎng)絡(luò)提供商可擴(kuò)展屬性(CRUD)
• 多個網(wǎng)絡(luò)提供商可擴(kuò)展(CR)
• 綁定擴(kuò)展屬性的端口(CRU)
• 安全組與規(guī)則(CRD)
• 三層網(wǎng)絡(luò)功能(CRUD)
• 計費(fèi)標(biāo)簽和規(guī)則(CRD)
• 負(fù)載均衡作為服務(wù)(LBaaS)(CRUD)

Neutron架構(gòu)

軟件定義網(wǎng)絡(luò)技術(shù)的發(fā)展與成熟，基于SDN 技術(shù)的網(wǎng)絡(luò)虛擬化發(fā)展，使得網(wǎng)絡(luò)虛擬化可以不再基于物理網(wǎng)絡(luò)設(shè)備實現(xiàn)，使網(wǎng)絡(luò)虛擬化成為云計算網(wǎng)絡(luò)技術(shù)的核心之一，越來越多的廠商關(guān)注網(wǎng)絡(luò)虛擬化，并紛紛發(fā)布他們關(guān)于網(wǎng)絡(luò)虛擬化方面的方案。

圖一描述了OpenStack Neutron架構(gòu)，由以下組件構(gòu)成：

Neutron服務(wù)器

python后臺服務(wù)是OpenStack網(wǎng)絡(luò)的主要進(jìn)程，一般運(yùn)行于控制器節(jié)點(diǎn)(openstack部署中的一個術(shù)語)。它暴露API來加強(qiáng)網(wǎng)絡(luò)模型，并且傳遞請求給netron組件。

#p#

插件

插件可以是核心組件也可以是一項服務(wù)。核心插件實現(xiàn)“核心”的Neutron API——二層網(wǎng)絡(luò)和IP地址管理。服務(wù)插件提供“額外”的服務(wù)，例如三層路由、負(fù)載均衡、VPN、防火墻和計費(fèi)。核心組件也可以通過相關(guān)的API擴(kuò)展提供這些網(wǎng)絡(luò)服務(wù)。簡而言之，組件運(yùn)行在控制節(jié)點(diǎn)上，并且調(diào)用網(wǎng)絡(luò)API，這些API會同Neutron服務(wù)器、數(shù)據(jù)庫和代理進(jìn)行交互。

圖一：OpenStack Neutron 架構(gòu)

插件代理

插件代理指定正在被使用的Neutron插件。他們運(yùn)行于計算節(jié)點(diǎn)之上，并且會同Neutron插件進(jìn)行交互來管理虛擬交換機(jī)。這些代理在許多部署中是可選的，而且在每個虛擬機(jī)管理程序上可執(zhí)行本地虛擬交換機(jī)配置。

消息隊列

OpenStack組件，包括Neutron，使用高級消息隊列協(xié)議(AMQP)進(jìn)行內(nèi)部通信。AMQP代理，RabbitMQ,位于 Neutron的任何兩個內(nèi)部組件之間，允許它們通過松耦合的方式交互，例如，Neutron組件使用遠(yuǎn)程過程調(diào)用協(xié)議(RPC)與另外一個組件通信。

數(shù)據(jù)庫

幾乎所有組件都需要用數(shù)據(jù)庫來維護(hù)一個持續(xù)的網(wǎng)絡(luò)模型;因此,數(shù)據(jù)庫的語法是由已配置的核心插件和服務(wù)插件來定義。

DHCP代理

這個代理是Neutron的一部分，給租戶網(wǎng)絡(luò)提供DHCP服務(wù)。它維護(hù)所需的DHCP配置，且在所有插件中，DHCP代理是相同的(它維護(hù)所有組件中相同的DHCP配置)。

三層代理

三層代理負(fù)責(zé)提供三層和NAT轉(zhuǎn)發(fā)功能，目的是為租戶網(wǎng)絡(luò)中的虛擬機(jī)提供外網(wǎng)接入。

二層模塊化核心插件

二層模塊化(ML2)是Neutron的核心插件。ML2的引入(從OpenStack的Havana版本開始)是為了替代原有的統(tǒng)一插件 (如，Open vSwitch和Linux橋接-它們僅僅是插件，而不是代理)消除冗余代碼，降低開發(fā)和維護(hù)成本。根據(jù)ML2作者所定義的，模塊化二層組件(ML2)組件是一個允許OpenStack Neutron同時利用二層網(wǎng)絡(luò)多樣性技術(shù)的架構(gòu)，該二層網(wǎng)絡(luò)技術(shù)來源于實際的復(fù)雜數(shù)據(jù)中心。

圖二：ML2 組件結(jié)構(gòu)

ML2通過驅(qū)動模型實現(xiàn)模塊化。如圖二所示，它包含了兩類驅(qū)動：類型驅(qū)動和機(jī)制驅(qū)動。類型驅(qū)動(比如flat、虛擬局域網(wǎng)、GRE和VXLAN等) 定義了一個特殊的二層類型，每個可用網(wǎng)絡(luò)類型由對應(yīng)的類型驅(qū)動管理。該驅(qū)動維護(hù)了類型驅(qū)動具體的狀態(tài)信息，實現(xiàn)了租戶網(wǎng)絡(luò)之間的隔離，這種隔離是由供應(yīng)商網(wǎng)絡(luò)驗證過的。

另一方面，機(jī)制驅(qū)動是由廠商指定的(比如說OVS，還有來自O(shè)DL、Cisco、NEC等廠家的驅(qū)動)，基于功能性的類型驅(qū)動——支持創(chuàng)建、更新和刪除網(wǎng)絡(luò)、子網(wǎng)和端口資源。我們應(yīng)該注意到供應(yīng)商有可能執(zhí)行一整套新的類似于ML2的組件，或者僅僅實現(xiàn)一個機(jī)制驅(qū)動組件。Salvatore Orlando和Armando Miliaccio的對話使這個決定更容易實現(xiàn)。

#p#

OpenStack和SDN控制器：偉大的藍(lán)圖

軟件定義網(wǎng)絡(luò)的引入不僅是為了克服Neutron的缺陷，而且是為了提供支持多網(wǎng)絡(luò)虛擬化技術(shù)(一個集中控制平面創(chuàng)建分隔的租戶虛擬網(wǎng)絡(luò))和方法(來自F5 網(wǎng)絡(luò)的Christian Koenning所說的軟件定義網(wǎng)絡(luò)和OpenStack)。有了SDN的集成，Neutron極有可能去支持大容量、高密度和多租戶云環(huán)境的動態(tài)特性。

OpenStack Neutron連同它的插件架構(gòu)，提供集成SDN控制器到OpenStack的能力。這種SDN控制器使用插件集成Neutron技術(shù)提供集中式管理，并且促進(jìn)OpenStack網(wǎng)絡(luò)利用API實現(xiàn)可編程性。

SDN控制器，諸如OpenDaylight、Ryu和Floodlight，運(yùn)用對應(yīng)的機(jī)制驅(qū)動，使用指定的插件或者使用ML2插件，實現(xiàn)Neutron和SDN控制器之間的通信。OpenStack與SDN控制器的融合，如下圖三所示。

在關(guān)于SDN控制器的文章里，網(wǎng)絡(luò)操作系統(tǒng)如Open Daylight、RYU，或者其他網(wǎng)絡(luò)操作系統(tǒng)，負(fù)責(zé)提供一個完整的網(wǎng)絡(luò)(拓?fù)?視圖，也負(fù)責(zé)管理(應(yīng)用、實行和保證)對網(wǎng)絡(luò)必要的更新，通過轉(zhuǎn)換需求去配置(和監(jiān)控)網(wǎng)絡(luò)元素(物理的和虛擬的)。典型地，這些對下層網(wǎng)絡(luò)(和網(wǎng)絡(luò)元素)的更新來自運(yùn)行于SDN控制器上的網(wǎng)絡(luò)應(yīng)用，SDN控制器通過北向 API調(diào)用。

隨著OpenStack Neutron和SDN控制器的集成，對于網(wǎng)絡(luò)和網(wǎng)絡(luò)節(jié)點(diǎn)的改變也由OpenStack用戶所觸發(fā)，被轉(zhuǎn)換成Neutron API，由Neutron插件和對應(yīng)的SDN控制器上的代理來處理。例如，OpenDaylight通過Neutron網(wǎng)絡(luò)節(jié)點(diǎn)上的ML2插件使用北向通信的RestAPI與Neutron交互。當(dāng)一個OpenStack用戶執(zhí)行任何與網(wǎng)絡(luò)有關(guān)的操作時(創(chuàng)建/更新/刪除/閱讀 關(guān)于網(wǎng)絡(luò)、子網(wǎng)和端口資源)，典型流程如下：

1. 在OpenStack面板(Horizon)的用戶操作將會被轉(zhuǎn)換成對應(yīng)的網(wǎng)絡(luò)API，并且發(fā)往Neutron服務(wù)器。

2. Neutron服務(wù)器收到請求，然后傳遞請求給配置好的插件(假設(shè)ML2配置了一個ODL機(jī)制驅(qū)動和一個VXLAN類型驅(qū)動)。

3. Neutron服務(wù)器/插件將會對DB做相應(yīng)的改變。

4. 插件將從SDN控制器(假設(shè)是一個ODL)調(diào)用對應(yīng)的RestAPI。

5. ODL，一旦收到請求，將使用任意的南向插件/協(xié)議，例如OpenFlow，OVSDB或者OF-Config，對網(wǎng)絡(luò)節(jié)點(diǎn)執(zhí)行必要的改變。

圖三：OpenStack和SDN控制器

在SDN控制器和OpenStack之間仍然存在不同的集成選項，例如，a)SDN控制器作為唯一的控制實體管理網(wǎng)絡(luò)，能完全消除計算節(jié)點(diǎn)上 Neutron服務(wù)器與代理之間的RPC通信，或者 b)SDN控制器僅僅管理物理交換機(jī)，虛擬交換機(jī)由Neutron服務(wù)器直接管理。

引人深思的是：SDN控制器部署選項與OpenStack的集成

SDN控制器部署可以采取不同的形式，如下面三個表格的總結(jié)，部署不同排列組合的下列選項是有可能的，例如，我們可以讓非虛擬化的、集成的、單一/冗余的控制器在一個數(shù)據(jù)中心管理數(shù)據(jù)中心所有的網(wǎng)絡(luò)節(jié)點(diǎn)。

SDN控制器虛擬化的好處是，更好的可擴(kuò)展性——在現(xiàn)有的SDN控制器動態(tài)添加更多的資源(比如存儲資源)。在一個虛擬化分布式部署中——SDN控制器由一系列協(xié)同工作的虛擬機(jī)實現(xiàn)-可以添加額外的虛擬機(jī)實例來增加工作負(fù)載。

考慮到SDN控制器被虛擬化和集成化/分布式的場景，SDN網(wǎng)絡(luò)元素從虛擬到物理實體的變化。此外，數(shù)據(jù)中心環(huán)境下虛擬設(shè)施的管理應(yīng)該適應(yīng)目前 VIM(虛擬化基礎(chǔ)設(shè)施管理員)如OpenStack的編配模型。為了達(dá)到這一點(diǎn)，我們面對克服各種各樣的挑戰(zhàn)，諸如性能和動態(tài)服務(wù)管理。并鼓勵讀者思考在這種場景下創(chuàng)建端到端的解決方案的不同選項。

作者簡介：

Sridhar，2007年新加坡國立大學(xué)取得計算機(jī)科學(xué)博士學(xué)位，2000年印度蘇拉卡KREC大學(xué)獲得計算機(jī)科學(xué)碩士學(xué)位，1997年印度杜姆吉爾的班加羅爾大學(xué)SIT取得儀器與電子本科學(xué)位。曾在印度SRM研究院從事研發(fā)組長;在新加坡信息通信研發(fā)中心(I2R)任職研發(fā)員。他曾工作于各種部署方案和部署項目包括ZigBee、WiFi和WiMax。Sridhar目前是NEC印度技術(shù)有限公司的技術(shù)專家，研發(fā)方向主要是下一代有線和無線網(wǎng)絡(luò)領(lǐng)域，諸如OpenFlow、軟件定義網(wǎng)絡(luò)、軟件定義無線系統(tǒng)為認(rèn)知網(wǎng)絡(luò)、HotSpot 2.0和物聯(lián)網(wǎng)。

譯者簡介：

黃雅楠(huangyanan_2006@126.com)，愛立信上海研發(fā)中心，主要專攻電信核心網(wǎng)、IP多媒體子系統(tǒng)(IMS)以及基于LTE的語音傳輸(VoLTE)

原文鏈接：http://www.sdnlab.com/11926.html