張 斌,羅東森

(中國(guó)電子科技集團(tuán)公司第30研究所,四川成都610041)

云計(jì)算數(shù)據(jù)中心SDN部署研究*

張 斌,羅東森

(中國(guó)電子科技集團(tuán)公司第30研究所,四川成都610041)

SDN是時(shí)下一種新興的網(wǎng)絡(luò)設(shè)計(jì)架構(gòu),其數(shù)據(jù)交換與網(wǎng)絡(luò)控制物理分離的架構(gòu)很好的滿足了網(wǎng)絡(luò)簡(jiǎn)單化、智能化的需求,使得網(wǎng)絡(luò)易于進(jìn)行功能、性能擴(kuò)展,并降低設(shè)備成本和運(yùn)維開(kāi)銷(xiāo);云計(jì)算的基本目的是將資源(計(jì)算資源、網(wǎng)絡(luò)資源、存儲(chǔ)資源)動(dòng)態(tài)靈活部署,優(yōu)化配置。SDN在網(wǎng)絡(luò)資源虛擬化、智能化上有著天然優(yōu)勢(shì)。所以在云計(jì)算環(huán)境中部署SDN,使網(wǎng)絡(luò)能夠更好的支持云計(jì)算就成為一項(xiàng)熱門(mén)研究。文中在對(duì)SDN及云計(jì)算進(jìn)行介紹的基礎(chǔ)上,給出一種SDN如何在云計(jì)算環(huán)境中進(jìn)行部署實(shí)現(xiàn)的方案

云計(jì)算 軟件定義網(wǎng)絡(luò) 數(shù)據(jù)中心 虛擬化

0 引 言

云計(jì)算是一種新興的計(jì)算模型,是并行計(jì)算、分布式計(jì)算與網(wǎng)絡(luò)計(jì)算等技術(shù)混合演變的結(jié)果,是通過(guò)網(wǎng)絡(luò)按需獲取服務(wù)。云計(jì)算是一種服務(wù),也是一種技術(shù),或者商業(yè)模式[1]。而提供服務(wù)的網(wǎng)絡(luò)、存儲(chǔ)設(shè)備及計(jì)算資源,即是云。

云計(jì)算的典型特征是將信息技術(shù)服務(wù)化,即將傳統(tǒng)IT設(shè)備提供的能力以網(wǎng)絡(luò)服務(wù)的形式提供給用戶。其中,網(wǎng)絡(luò)將分散的計(jì)算資源集中起來(lái)形成資源池,通過(guò)管理組件,將資源靈活重組,以各種形式向用戶提供服務(wù)。網(wǎng)絡(luò)是云計(jì)算不可或缺的組件,用戶接入、云計(jì)算數(shù)據(jù)中心節(jié)點(diǎn)互聯(lián),都需要通過(guò)高速網(wǎng)絡(luò)實(shí)現(xiàn)。本文主要對(duì)云計(jì)算環(huán)境下數(shù)據(jù)中心網(wǎng)絡(luò)部署技術(shù)進(jìn)行研究。

傳統(tǒng)網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)與控制緊耦合,在應(yīng)對(duì)網(wǎng)絡(luò)應(yīng)用需求方面需要經(jīng)過(guò)制定協(xié)議與標(biāo)準(zhǔn)化、設(shè)備研發(fā)、測(cè)試并應(yīng)用的超長(zhǎng)路徑,在創(chuàng)新性和可編程方面存在不足,已經(jīng)無(wú)法滿足云計(jì)算環(huán)境對(duì)網(wǎng)絡(luò)高QoS、網(wǎng)絡(luò)虛擬化、網(wǎng)絡(luò)資源動(dòng)態(tài)靈活調(diào)度重組以及管理簡(jiǎn)單化的靈活需求。而SDN的出現(xiàn),在很大程度上

可以解決上述應(yīng)用需求。SDN最核心的設(shè)計(jì)思想就是將數(shù)據(jù)轉(zhuǎn)發(fā)與控制分離,使得網(wǎng)絡(luò)配置靈活、功能可編程。實(shí)現(xiàn)SDN功能特性的基礎(chǔ)就是網(wǎng)絡(luò)設(shè)備虛擬化、資源池化。這些特性剛好滿足了云環(huán)境下對(duì)網(wǎng)絡(luò)的需求。通過(guò)SDN實(shí)現(xiàn)虛擬機(jī)隔離、高效的虛擬機(jī)遷移、流量監(jiān)控、VEPA等,也變得更簡(jiǎn)單高效。所以利用SDN構(gòu)建云計(jì)算網(wǎng)絡(luò),是對(duì)云計(jì)算的一個(gè)有力支撐,彌補(bǔ)了當(dāng)前云計(jì)算環(huán)境下數(shù)據(jù)中心網(wǎng)絡(luò)實(shí)施方面的不足。

1 云計(jì)算數(shù)據(jù)中心網(wǎng)絡(luò)部署

云計(jì)算數(shù)據(jù)中心的計(jì)算服務(wù)器部署著大量虛擬節(jié)點(diǎn),為了維持這些虛擬節(jié)點(diǎn)的高可用性,其支撐平臺(tái)需要維護(hù)大量的關(guān)鍵信息。同步這些信息時(shí)必須保證數(shù)據(jù)中心網(wǎng)絡(luò)的傳輸性能最優(yōu)、延遲最少,數(shù)據(jù)通道多路徑、路由信息快速收斂。這些特性也是數(shù)據(jù)中心網(wǎng)絡(luò)設(shè)計(jì)的出發(fā)點(diǎn)。

傳統(tǒng)的數(shù)據(jù)中心網(wǎng)絡(luò)設(shè)計(jì)如圖1所示,分接入層、匯聚層和骨干層。虛擬交換機(jī)負(fù)責(zé)服務(wù)器內(nèi)虛擬機(jī)間數(shù)據(jù)交換及入出服務(wù)器的數(shù)據(jù)處理。接入層負(fù)責(zé)將流量引入網(wǎng)絡(luò)。接入層與匯聚層、匯聚層與核心層之間運(yùn)行三層路由協(xié)議,對(duì)數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)。

圖1 傳統(tǒng)三層數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)Fig.1 Network architecture of traditional data center with three layers

隨著云計(jì)算數(shù)據(jù)中心對(duì)網(wǎng)絡(luò)帶寬、轉(zhuǎn)發(fā)時(shí)延無(wú)止境的需求,這種網(wǎng)絡(luò)部署架構(gòu)層次多、故障點(diǎn)多、延遲高的缺陷已逐漸不能滿足數(shù)據(jù)中心網(wǎng)絡(luò)中東西向數(shù)據(jù)劇增、虛擬機(jī)遷移頻繁等業(yè)務(wù)需求,新的網(wǎng)絡(luò)架構(gòu)也順勢(shì)而出[2]。如圖2所示,新的數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)以網(wǎng)絡(luò)性能為出發(fā)點(diǎn),因此僅維護(hù)MAC映射表為特征的大二層以太網(wǎng)占據(jù)了主導(dǎo)地位,復(fù)雜的路由器被三層交換機(jī)替代。從網(wǎng)絡(luò)結(jié)構(gòu)上,去掉了匯聚層,取而代之的是接入-核心的網(wǎng)絡(luò)結(jié)構(gòu)。但是此網(wǎng)絡(luò)架構(gòu)也存在一定問(wèn)題,例如,由于STP等各類(lèi)生成樹(shù)協(xié)議對(duì)帶寬的浪費(fèi),大量數(shù)據(jù)仍采用三層轉(zhuǎn)發(fā)的方式進(jìn)行交換機(jī)間數(shù)據(jù)交換。

圖2 二層數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)Fig.2 Network architecture of data center with two layers

隨著新的二層多路徑技術(shù)發(fā)展,引入了TRILL或者SPB協(xié)議,進(jìn)行交換機(jī)間轉(zhuǎn)發(fā)表的同步。與用戶等域外節(jié)點(diǎn)通信,通過(guò)與骨干層網(wǎng)絡(luò)設(shè)備運(yùn)行三層路由協(xié)議實(shí)現(xiàn)數(shù)據(jù)轉(zhuǎn)發(fā)。網(wǎng)絡(luò)架構(gòu)如圖3所示。

圖3 二層數(shù)據(jù)中心網(wǎng)絡(luò)交換機(jī)多路徑架構(gòu)Fig.3 MP architecture of data center network with two layers

同時(shí),為了更好對(duì)服務(wù)器內(nèi)虛擬機(jī)的流量進(jìn)行監(jiān)控,并提高虛擬交換機(jī)的效率,出現(xiàn)了VEPA/SCHANNEL和VN-TAG技術(shù)[3]。

上述網(wǎng)絡(luò)架構(gòu)的演進(jìn)雖然解決了一些問(wèn)題,但是,大型云計(jì)算數(shù)據(jù)中心普遍具有數(shù)萬(wàn)臺(tái)物理服務(wù)器,數(shù)量更多的虛擬機(jī),如百度云數(shù)據(jù)中心南京機(jī)房,部署了5000余臺(tái)TOR萬(wàn)兆集群。如此大規(guī)模的服務(wù)器群需要數(shù)千臺(tái)的物理網(wǎng)絡(luò)設(shè)備,需要大量交換機(jī)進(jìn)行連接和承載。而現(xiàn)有的交換設(shè)備都是在其內(nèi)部運(yùn)行控制協(xié)議,導(dǎo)致設(shè)備運(yùn)行場(chǎng)景復(fù)雜,網(wǎng)絡(luò)路由收斂慢;并且單臺(tái)設(shè)備無(wú)法了解整個(gè)網(wǎng)絡(luò)資源,不能合理迅速調(diào)配網(wǎng)絡(luò)資源、迅速修復(fù)網(wǎng)絡(luò)故障。同時(shí)傳統(tǒng)的數(shù)據(jù)中心網(wǎng)絡(luò)是分布式的,需要部署大

量人力去實(shí)施網(wǎng)管操作,對(duì)資源調(diào)整、故障修復(fù)效率較低。由此不難看出,針對(duì)數(shù)據(jù)中心網(wǎng)絡(luò)的特點(diǎn),需要一種能對(duì)網(wǎng)絡(luò)網(wǎng)絡(luò)、計(jì)算、存儲(chǔ)資源統(tǒng)一調(diào)度,具有全網(wǎng)視圖,結(jié)構(gòu)簡(jiǎn)單的網(wǎng)絡(luò)架構(gòu),來(lái)更好的為數(shù)據(jù)中心網(wǎng)絡(luò)服務(wù)。SDN技術(shù)能很好契合數(shù)據(jù)中心網(wǎng)絡(luò)的集中網(wǎng)絡(luò)管理、靈活組網(wǎng)多路徑轉(zhuǎn)發(fā)、虛擬機(jī)部署和智能遷移等方面的需求,適合在數(shù)據(jù)中心網(wǎng)絡(luò)中應(yīng)用。

2 SDN簡(jiǎn)介

SDN(Software Defined Network)軟件定義網(wǎng)絡(luò),就是將網(wǎng)絡(luò)設(shè)備的控制平面從網(wǎng)絡(luò)設(shè)備中獨(dú)立出來(lái),運(yùn)行在一個(gè)獨(dú)立的中央控制設(shè)備上,由該設(shè)備驅(qū)動(dòng)網(wǎng)絡(luò)運(yùn)行,主要目的是用軟件模式替代傳統(tǒng)的基于嵌入式的、復(fù)雜的控制平面。其核心特征是控制與轉(zhuǎn)發(fā)物理分離,具有開(kāi)放的編程接口,網(wǎng)絡(luò)集中控制[4]。其設(shè)計(jì)架構(gòu)如圖4所示。

圖4 SDN網(wǎng)絡(luò)架構(gòu)Fig.4 Network architecture of SDN

在這種網(wǎng)絡(luò)架構(gòu)下,交換設(shè)備僅僅作為一個(gè)轉(zhuǎn)發(fā)部件,只運(yùn)行數(shù)據(jù)交換功能和控制器代理功能;而控制平面運(yùn)行在高性能服務(wù)器上(簡(jiǎn)稱(chēng)控制器),控制器和交換設(shè)備通過(guò)高速網(wǎng)絡(luò)連接,通過(guò)標(biāo)準(zhǔn)化的南向接口進(jìn)行通信?？刂破魃线\(yùn)行路由協(xié)議、訪問(wèn)控制部署策略、鏡像管理等控制功能,將網(wǎng)絡(luò)的運(yùn)行策略下發(fā)到交換機(jī),控制網(wǎng)絡(luò)運(yùn)行模式。SDN的控制模式是典型的集中控制。在實(shí)際的網(wǎng)絡(luò)部署中,也會(huì)出現(xiàn)分布式控制器,但所謂的分布式控制也是以集中控制為基礎(chǔ),控制器分布在不同的網(wǎng)絡(luò)域中,對(duì)各自的域進(jìn)行管理,并且這些分布式控制器上層也需要有一個(gè)全局控制器對(duì)各個(gè)分布式控制器進(jìn)行協(xié)調(diào)。

3 SDN在云計(jì)算數(shù)據(jù)中心部署方案

將云計(jì)算數(shù)據(jù)中心網(wǎng)絡(luò)采用SDN架設(shè),核心思想是用控制器控制網(wǎng)絡(luò)運(yùn)行模式,網(wǎng)絡(luò)中交換機(jī)、虛擬交換機(jī)對(duì)數(shù)據(jù)的轉(zhuǎn)發(fā)行為,完全由控制器中的應(yīng)用程序決定。除此之外,控制器還需充當(dāng)VM的管理代理,負(fù)責(zé)代理云管理平臺(tái),部署虛擬機(jī)的創(chuàng)建、刪除、遷移、安全策略管理等。

3.1 部署模型

本設(shè)計(jì)方案中,采用兩層的數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)。其中接入層網(wǎng)絡(luò)采用SDN架構(gòu),按照大二層網(wǎng)絡(luò)部署。接入層與核心層仍然進(jìn)行三層數(shù)據(jù)轉(zhuǎn)發(fā)。網(wǎng)絡(luò)設(shè)計(jì)架構(gòu)如圖5所示。

圖5 SDN架構(gòu)的數(shù)據(jù)中心網(wǎng)絡(luò)Fig.5 Data-center network with SDN architecture

圖5中,接入層交換機(jī)定義為三層交換機(jī),與核心網(wǎng)間運(yùn)行傳統(tǒng)的三層路由協(xié)議。網(wǎng)絡(luò)啟動(dòng)時(shí),接入層的物理交換機(jī)和虛擬交換機(jī)運(yùn)行openflow協(xié)議,通過(guò)feature消息,將自身能力通報(bào)給控制器?？刂破鞲鶕?jù)交換機(jī)的端口特征,生成LLDP協(xié)議報(bào)文,以PACKET_OUT的方式,指令各交換機(jī)在相應(yīng)端口上發(fā)送。交換機(jī)收到其它交換機(jī)發(fā)來(lái)的LLDP協(xié)議報(bào)文后,通過(guò)控制代理上報(bào)控制器。控制機(jī)通過(guò)分析這些LLDP報(bào)文,可以生成所連交換機(jī)的全局拓?fù)?。各交換機(jī)運(yùn)行sFlow協(xié)議,將本地狀態(tài)上

報(bào)給控制器。通過(guò)這種機(jī)制,控制器實(shí)時(shí)掌握了全局網(wǎng)絡(luò)狀態(tài)信息。當(dāng)有業(yè)務(wù)數(shù)據(jù)需要網(wǎng)絡(luò)提供傳輸服務(wù)時(shí),控制器根據(jù)拓?fù)湫畔?生成符合業(yè)務(wù)數(shù)據(jù)特征的最佳轉(zhuǎn)發(fā)策略,下發(fā)給數(shù)據(jù)流經(jīng)的交換機(jī),交換機(jī)根據(jù)這些轉(zhuǎn)發(fā)策略,對(duì)數(shù)據(jù)采取相應(yīng)的動(dòng)作。

除了動(dòng)態(tài)的轉(zhuǎn)發(fā)表外,控制器還可以通過(guò)北向,接受云管理平臺(tái)指令,將特定的數(shù)據(jù)轉(zhuǎn)發(fā)策略、防火墻運(yùn)行策略、虛擬搬移策略等,簡(jiǎn)單有效的影響交換機(jī)及服務(wù)器的行為。

3.2 數(shù)據(jù)轉(zhuǎn)發(fā)流程

基于SDN的網(wǎng)絡(luò)數(shù)據(jù)轉(zhuǎn)發(fā)流程主要思想為:當(dāng)交換機(jī)中存在轉(zhuǎn)發(fā)表時(shí),交換機(jī)按照轉(zhuǎn)發(fā)表進(jìn)行處理;否則將數(shù)據(jù)發(fā)給控制器,由控制器根據(jù)業(yè)務(wù)特征生成轉(zhuǎn)發(fā)表,并下發(fā)給交換機(jī),以后的數(shù)據(jù),交換機(jī)根據(jù)此轉(zhuǎn)發(fā)表轉(zhuǎn)發(fā)。下面分幾種場(chǎng)景進(jìn)行描述。

3.2.1服務(wù)器到核心網(wǎng)的流量

此場(chǎng)景下,數(shù)據(jù)源是虛擬機(jī)。由于數(shù)據(jù)目的地址為不同網(wǎng)段,所以數(shù)據(jù)的目的MAC地址為網(wǎng)關(guān)。其流程如下:

1)虛擬機(jī)ARP請(qǐng)求發(fā)給虛擬交換機(jī),虛擬交換機(jī)沒(méi)有網(wǎng)關(guān)設(shè)備的MAC地址,將ARP請(qǐng)求發(fā)給控制器。

2)控制器收到ARP請(qǐng)求后,模擬網(wǎng)關(guān),生成一個(gè)ARP應(yīng)答,網(wǎng)關(guān)的MAC地址為服務(wù)器的接入交換機(jī)MAC地址。

3)該ARP應(yīng)答通過(guò)VM的虛擬交換機(jī),發(fā)給虛擬機(jī),虛擬機(jī)獲取到網(wǎng)關(guān)的MAC地址。

4)虛擬機(jī)的業(yè)務(wù)數(shù)據(jù)此后沿著虛擬交換機(jī)、接入交換機(jī)的路徑,流入核心網(wǎng)。

3.2.2服務(wù)器間的虛擬機(jī)流量

此場(chǎng)景下,數(shù)據(jù)在大二層網(wǎng)絡(luò)中流轉(zhuǎn),流程如下:

1)虛擬機(jī)向直連虛擬交換機(jī)發(fā)出目標(biāo)ARP請(qǐng)求,虛擬交換機(jī)無(wú)目標(biāo)設(shè)備的MAC信息,將ARP請(qǐng)轉(zhuǎn)發(fā)給控制器;

2)控制器收到ARP請(qǐng)求消息后,以PACKET_ OUT的形式,指令域內(nèi)所有交換機(jī)進(jìn)行廣播。

3)目標(biāo)設(shè)備收到ARP請(qǐng)求后,給接入交換機(jī)返回ARP應(yīng)答。接入交換機(jī)再將此應(yīng)答發(fā)送給控制器。控制器通過(guò)源主機(jī)相鄰的接入交換機(jī),將ARP應(yīng)答發(fā)送至源設(shè)備。同時(shí),控制器根據(jù)全局拓?fù)浣Y(jié)構(gòu)以及目標(biāo)節(jié)點(diǎn)的接入交換機(jī)信息,計(jì)算出業(yè)務(wù)數(shù)據(jù)路徑,生成轉(zhuǎn)發(fā)表,發(fā)送至沿途各交換機(jī)。

如果虛擬交換機(jī)與接入交換機(jī)運(yùn)行VEPA或者S-CHANNEL,SDN也非常適合。在此場(chǎng)景下,可以取消虛擬交換機(jī)與控制器之間的連接,控制器充當(dāng)VIF管理服務(wù)器的角色[3]。

3.3 虛擬機(jī)遷移流程

采用SDN架構(gòu),虛擬機(jī)遷移指令由控制器控制,使遷移流程變得更加簡(jiǎn)潔高效,并且可以大大簡(jiǎn)化批量遷移流程,遷移機(jī)制如圖6所示。

圖6 虛擬機(jī)遷移機(jī)制Fig.6 Mechanism of VM transfer

虛擬機(jī)遷移分冷遷移和熱遷移。冷遷移的主要特征是關(guān)閉原VM后,進(jìn)行VM遷移,遷移完成并部署安全策略后,新VM提供外部訪問(wèn)。熱遷移的主要特征是在進(jìn)行VM遷移的同時(shí),原VM繼續(xù)對(duì)外界提供服務(wù)。待遷移完成,狀態(tài)同步完畢,關(guān)閉原虛擬機(jī),啟動(dòng)新虛擬機(jī),部署安全策略,最后新VM提供訪問(wèn)服務(wù)[5]。

虛擬機(jī)遷移主要流程為:VM首先在控制器上進(jìn)行注冊(cè)。當(dāng)服務(wù)環(huán)境發(fā)生改變,需要進(jìn)行虛擬機(jī)遷移時(shí),云管理平臺(tái)生成虛擬機(jī)管理遷移策略,通過(guò)控制器對(duì)物理服務(wù)器、及物理服務(wù)器之間的互操作,完成虛擬機(jī)遷;遷移完成后,控制器推送云管理平臺(tái)對(duì)虛擬機(jī)安全策略、運(yùn)行策略。冷啟動(dòng)流程較為簡(jiǎn)單,在此不贅述,熱遷移過(guò)程中,云管理平臺(tái)、控制器、交換機(jī)以及源、目的宿主機(jī)交互過(guò)程流程如圖7所示。

圖7 虛擬機(jī)熱遷移流程Fig.7 VM hot transfer process

4 結(jié) 語(yǔ)

SDN是典型的集中控制方式,其對(duì)網(wǎng)絡(luò)的虛擬化能力,網(wǎng)絡(luò)功能、性能的自動(dòng)處置能力,高效網(wǎng)絡(luò)管理能力,大大簡(jiǎn)化了虛擬機(jī)部署復(fù)雜性,提高密集交換設(shè)備環(huán)境下智能化適配性能,很適合在云計(jì)算環(huán)境中部署。SDN控制器很容易集成到openstack等云管理平臺(tái)中,網(wǎng)絡(luò)管理員可以方便的通過(guò)云管理平臺(tái)控制網(wǎng)絡(luò)運(yùn)行,使用網(wǎng)絡(luò)服務(wù)。目前,一些大型信息服務(wù)提供商,例如谷歌、亞馬遜,都進(jìn)行了一定程度上的數(shù)據(jù)中心SDN化改造,并取得很好的成果。隨著SDN體系架構(gòu)的進(jìn)一步完善,必將在日益壯大的云計(jì)算環(huán)境中得到廣泛應(yīng)用。

[1] 中國(guó)電信網(wǎng)絡(luò)安全實(shí)驗(yàn)室.云計(jì)算安全-技術(shù)與應(yīng)用[M].北京:電子工業(yè)出版社,2012:2-71.

Security Lab of Telecommunication Network of China.Security of Cloud Computing-Techology and application [M].Beijing:Publishing House of Electronics Industry, 2012:2-7

[2] 馮志新.電信行業(yè)智能數(shù)據(jù)中心的研究與應(yīng)用[J].通信技術(shù),2012,45(01):69-70.

FENG Zhi-xin.Research and Application of Smart Data Center For Telecommunication Industry[J].Communication Technology,2012,45(1):69-70

[3] Sponsor.IEEESTD802.1QY-2012,Media Access Control (MAC)Bridges and Virtual Bridged Local Area Networks [S].New York,NY 1007,USA:Institute of Electrical and Electronics Engineers,Inc.1162-1182,2014.

[4] 張衛(wèi)峰.深度解析SDN[M].北京:電子工業(yè)出版社, 2014:66-77.

ZHANGWei-feng.Depth resolution of SDN[M].Beijing: Publishing House of Electronics Industry,2014:66-77

[5] 陳伯龍,程志鵬,張杰.云計(jì)算與openstack[M].北京:電子工業(yè)出版社,2013:98-99.

CHEN Bo-long,CHENG Zheng-peng,ZHANG Jie.Cloud computing and openstack[M].Beijing:Publishing House of Electronics Industry,2013:98-99.

張 斌(1977—),男,工程師,碩士,主要研究方向?yàn)閷拵ЬW(wǎng)絡(luò);

ZHANG Bin(1977-),male,engineer,M. Sci.,mainly engaged in wideband network.

羅東森(1978—),男,工程師,學(xué)士,主要研究方向計(jì)算機(jī)應(yīng)用。

LUO Dong-sen(1978-),male,engineer,B.Sci.,majoring in computer application.

SDN Dep loyment in Cloud-Com puting Data Center

ZHANG Bin1,LUO Dong-sen2
(No.30 Institute of CETC,Chengdu Sichuan 610041,China)

SDN is an emerging network design architecture,and its design concept for physical separation of data exchange and network control could fairlymeet the need of network simplification and intelligence. thusmaking it easy for SDN to extend network function and performancewhile reducing the equipment,operation andmaintanence costs.Cloud computing aims to realize dynamic and flexible deployment of computing,network and storage resource and further the optimized configuration.SDN enjoys born advantages in virtulization and intelligence of network resource.Thus,the deployment of SDN in cloud-computing data center environment is a hotspot research for better supporting of cloud computing.Based on the introduction of SDN and cloud computing,an implementation shceme of how to deploy SDN in cloud computing environment is also given in this article.

cloud computing;SDN;data center;virtualization

TN915.41

A

002-0802(2014)12-1424-05

10.3969/j.issn.1002-0802.2014.12.016

2014-06-25;

2014-10-28 Received date：2014-06-25;Revised date：2014-10-28