軟件定義的云數(shù)據(jù)中心網(wǎng)絡(luò)研究

1云數(shù)據(jù)中心網(wǎng)絡(luò)是云計(jì)算的核心基礎(chǔ)設(shè)施隨著現(xiàn)代社會(huì)信息的迅速增長，復(fù)合資源技術(shù)的成熟和寬帶網(wǎng)絡(luò)的普及，云計(jì)算的產(chǎn)生和發(fā)展促進(jìn)了云計(jì)算的誕生和發(fā)展。以亞馬遜公司的EC2、谷歌公司的AppEngine和微軟公司的WindowsAzure等為代表的云計(jì)算服務(wù)已經(jīng)得到初步商用,使得云計(jì)算逐漸成為人們按需使用軟硬件資源和進(jìn)行大數(shù)據(jù)深度挖掘處理的新型計(jì)算模式。據(jù)統(tǒng)計(jì),2011年全球云計(jì)算服務(wù)規(guī)模約為900億美元。我國當(dāng)前還處于云計(jì)算發(fā)展初期,但發(fā)展速度迅猛。工業(yè)和信息化部電信研究院2011年4月發(fā)布的《云計(jì)算白皮書》顯示,雖然我國云計(jì)算服務(wù)的總體規(guī)模目前僅占全球市場的4%左右,但年增幅達(dá)到40%,未來潛力巨大。隨著大數(shù)據(jù)時(shí)代的來臨,作為大數(shù)據(jù)處理的重要技術(shù)手段,云計(jì)算的發(fā)展空間將更加廣闊。數(shù)據(jù)中心是云計(jì)算的核心基礎(chǔ)設(shè)施。谷歌公司早在2006年年底就在全世界建造了能容納超過46萬臺服務(wù)器的分布式數(shù)據(jù)中心。Facebook公司于2011年4月對外展示了其建造在俄勒岡的數(shù)據(jù)中心,其擁有數(shù)以萬計(jì)的服務(wù)器,并在節(jié)能減排方面進(jìn)行了示范。當(dāng)前我國各地方政府積極建造數(shù)據(jù)中心以促成云計(jì)算產(chǎn)業(yè)落地,如呼和浩特云計(jì)算產(chǎn)業(yè)基地、南京軟件開發(fā)云平臺、鎮(zhèn)江“云神”工程、無錫“云谷”等。中國電信、中國移動(dòng)、中國聯(lián)通等電信運(yùn)營商,都在積極利用其IDC打造云計(jì)算戰(zhàn)略。以百度、阿里巴巴、騰訊等為代表的互聯(lián)網(wǎng)企業(yè),也在大力發(fā)展云數(shù)據(jù)中心,以提供更好的云計(jì)算服務(wù)。數(shù)據(jù)中心網(wǎng)絡(luò)在云計(jì)算基礎(chǔ)設(shè)施中具有關(guān)鍵地位。云數(shù)據(jù)中心網(wǎng)絡(luò)是連接數(shù)據(jù)中心大規(guī)模服務(wù)器的橋梁,也是承載網(wǎng)絡(luò)化計(jì)算和網(wǎng)絡(luò)化存儲的基礎(chǔ)。云計(jì)算的核心價(jià)值在于大數(shù)據(jù)的集中處理和資源的統(tǒng)計(jì)復(fù)用。由于大規(guī)模云計(jì)算任務(wù)往往伴隨著服務(wù)器之間的海量數(shù)據(jù)交互,數(shù)據(jù)中心網(wǎng)絡(luò)性能的高低決定了云計(jì)算的服務(wù)質(zhì)量。同時(shí),由于網(wǎng)絡(luò)資源天然存在的共享特性,如何讓云計(jì)算用戶實(shí)現(xiàn)安全而公平的網(wǎng)絡(luò)訪問,也是關(guān)系到云計(jì)算用戶體驗(yàn)的重要因素。當(dāng)前的主流云計(jì)算提供商都積極探索面向云數(shù)據(jù)中心網(wǎng)絡(luò)的創(chuàng)新技術(shù)以提高云計(jì)算的服務(wù)質(zhì)量。2國內(nèi)學(xué)界對國家發(fā)展戰(zhàn)略和重大基礎(chǔ)設(shè)施建設(shè)發(fā)展方向的關(guān)注隨著云計(jì)算服務(wù)得到初步商用,云數(shù)據(jù)中心網(wǎng)絡(luò)研究已經(jīng)成為學(xué)術(shù)界和工業(yè)界共同關(guān)注的焦點(diǎn)領(lǐng)域,也是國家戰(zhàn)略性新興產(chǎn)業(yè)和重大基礎(chǔ)設(shè)施建設(shè)的重要發(fā)展方向。云計(jì)算的可持續(xù)發(fā)展需求使得云數(shù)據(jù)中心網(wǎng)絡(luò)面臨著一系列重要科學(xué)理論與技術(shù)挑戰(zhàn)。(1)云數(shù)據(jù)中心網(wǎng)絡(luò)流量及安全需求分析云數(shù)據(jù)中心提供不同類型的云計(jì)算服務(wù)。公有云數(shù)據(jù)中心一般提供硬件或軟件資源的租賃服務(wù),私有云數(shù)據(jù)中心運(yùn)行公司或部門內(nèi)部所特有的網(wǎng)絡(luò)業(yè)務(wù),而混合云數(shù)據(jù)中心運(yùn)行的業(yè)務(wù)類型更加靈活多樣。比如,谷歌公司的云數(shù)據(jù)中心既提供前端面向用戶的搜索服務(wù),又運(yùn)行后端的海量網(wǎng)頁數(shù)據(jù)分析和挖掘任務(wù)。已有研究表明,由于當(dāng)前的云計(jì)算任務(wù)往往伴隨著服務(wù)器之間密集的數(shù)據(jù)交互,網(wǎng)絡(luò)資源已經(jīng)成為影響云計(jì)算服務(wù)質(zhì)量的瓶頸資源。為了提高云計(jì)算的服務(wù)質(zhì)量,非常有必要針對不同的應(yīng)用需求對網(wǎng)絡(luò)功能進(jìn)行靈活配置。而云數(shù)據(jù)中心網(wǎng)絡(luò)流量不可預(yù)測、網(wǎng)絡(luò)設(shè)備可靠性低等環(huán)境特征,也對網(wǎng)絡(luò)的可動(dòng)態(tài)配置功能提出了需求。在主要應(yīng)用于廣域網(wǎng)的傳統(tǒng)網(wǎng)絡(luò)架構(gòu)中,數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備基于專用硬件芯片,因而可編程性很差;而控制協(xié)議都與數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備綁定,難以快速配置靈活的網(wǎng)絡(luò)功能。云數(shù)據(jù)中心網(wǎng)絡(luò)的應(yīng)用需求和環(huán)境特征,都為傳統(tǒng)網(wǎng)絡(luò)架構(gòu)提出了嚴(yán)峻的挑戰(zhàn)。(2)云數(shù)據(jù)中心網(wǎng)絡(luò)環(huán)境云計(jì)算的核心價(jià)值之一在于資源的統(tǒng)計(jì)復(fù)用。在給定硬件設(shè)施條件下,盡可能通過軟件技術(shù)來優(yōu)化云數(shù)據(jù)中心網(wǎng)絡(luò)資源利用率,既是云計(jì)算模式的內(nèi)在技術(shù)需求,也是提高云計(jì)算性能和用戶體驗(yàn)的外在需求。與傳統(tǒng)的廣域網(wǎng)環(huán)境相比,云數(shù)據(jù)中心網(wǎng)絡(luò)環(huán)境具有流量不可預(yù)測、端到端帶寬極高、端到端時(shí)延極低等不同的特點(diǎn)。已有研究表明,傳統(tǒng)的網(wǎng)絡(luò)協(xié)議(如路由協(xié)議OSPF)在鏈路資源密集的云數(shù)據(jù)中心網(wǎng)絡(luò)環(huán)境下,不但無法充分利用鏈路資源,而且收斂速度極慢,難以滿足云計(jì)算任務(wù)的高速數(shù)據(jù)傳輸需求;而在廣域網(wǎng)上得到成功應(yīng)用的數(shù)據(jù)傳輸協(xié)議TCP在云數(shù)據(jù)中心網(wǎng)絡(luò)的高帶寬環(huán)境下的運(yùn)行效率也非常低,TCPincast問題甚至?xí)沟镁W(wǎng)絡(luò)帶寬利用率低于10%,被稱為“吞吐率坍塌”現(xiàn)象。(3)應(yīng)用目的和技術(shù)云計(jì)算環(huán)境下,多租戶共同使用云數(shù)據(jù)中心的硬件資源完成計(jì)算任務(wù),因此租戶之間的資源安全隔離非常重要。虛擬化是當(dāng)前實(shí)現(xiàn)云數(shù)據(jù)中心資源隔離的重要技術(shù)手段。通過計(jì)算虛擬化(虛擬機(jī))技術(shù),云計(jì)算租戶可以實(shí)現(xiàn)計(jì)算資源的隔離和復(fù)用。通過存儲虛擬化技術(shù),既可以讓用戶使用海量的存儲空間,又能保障用戶數(shù)據(jù)的備份和安全。隨著計(jì)算虛擬化和存儲虛擬化技術(shù)的成熟,按需使用、按需付費(fèi)的理念正在變成現(xiàn)實(shí),并將成為未來人們使用云計(jì)算的主要方式。而當(dāng)用戶需要使用多個(gè)虛擬機(jī)時(shí),虛擬機(jī)之間需要進(jìn)行網(wǎng)絡(luò)互聯(lián)和通信,并組成了虛擬云數(shù)據(jù)中心網(wǎng)絡(luò)。網(wǎng)絡(luò)資源的天然共享特性,使得不同租戶之間還將競爭網(wǎng)絡(luò)帶寬。由于網(wǎng)絡(luò)虛擬化技術(shù)發(fā)展非常緩慢,在當(dāng)前云計(jì)算服務(wù)商的云計(jì)算平臺中,租戶之間采用“盡力而為”的方式共享網(wǎng)絡(luò)資源,每個(gè)租戶得到的網(wǎng)絡(luò)帶寬不可預(yù)測,并存在流量泄露問題,嚴(yán)重影響了用戶的云計(jì)算服務(wù)體驗(yàn)。(4)云數(shù)據(jù)中心網(wǎng)絡(luò)能耗及面臨的問題云數(shù)據(jù)中心規(guī)模的不斷增長導(dǎo)致了巨大的能耗開銷,帶來了巨額運(yùn)維成本和環(huán)境問題,引起了學(xué)術(shù)界和工業(yè)界的高度重視。據(jù)工業(yè)和信息化部領(lǐng)導(dǎo)下的“云計(jì)算發(fā)展與政策論壇”發(fā)布的《數(shù)據(jù)中心能效測評指南》報(bào)告,2011年我國數(shù)據(jù)中心總耗電量達(dá)到700億千瓦時(shí),數(shù)據(jù)中心能耗占全國能源耗電總量的5%。國內(nèi)數(shù)據(jù)中心目前的PUE值(數(shù)據(jù)中心消耗的所有能源與IT負(fù)載消耗的能源之比)普遍高于2.0,而歐美發(fā)達(dá)國家的PUE值大多在1.3左右甚至更低,因此我國當(dāng)前數(shù)據(jù)中心的能耗浪費(fèi)非常嚴(yán)重。未來5年我國云數(shù)據(jù)中心的流量處理需求將增長7~10倍,數(shù)據(jù)中心的能耗問題面臨更加嚴(yán)峻的挑戰(zhàn)。因此,如何對云數(shù)據(jù)中心網(wǎng)絡(luò)進(jìn)行有效的能耗管理、提高能源利用率、降低巨額能耗,具有重要的經(jīng)濟(jì)效益和社會(huì)影響,成為建設(shè)綠色數(shù)據(jù)中心迫切需要解決的問題。以上4點(diǎn)是當(dāng)前云數(shù)據(jù)中心網(wǎng)絡(luò)所面臨的主要問題。針對這4點(diǎn),本項(xiàng)目提出利用近年來受到廣泛關(guān)注的軟件定義網(wǎng)絡(luò)(softwaredefinednetworking,SDN)來解決這些問題。3軟件定義網(wǎng)絡(luò)框架SDN是近年來涌現(xiàn)的新興網(wǎng)絡(luò)技術(shù)。SDN的核心思想主要有兩點(diǎn):第一,提高硬件平臺的可編程性,可以快速實(shí)現(xiàn)新型網(wǎng)絡(luò)功能的配置,滿足靈活多變的應(yīng)用需求;第二,將網(wǎng)絡(luò)控制層面與數(shù)據(jù)轉(zhuǎn)發(fā)層面分離,把軟件控制功能放到網(wǎng)絡(luò)管理器上,從而提高了網(wǎng)絡(luò)的管理控制能力。對于SDN技術(shù)是否可應(yīng)用于廣域網(wǎng)環(huán)境,目前學(xué)術(shù)界和工業(yè)界還存在不少爭議,但一般認(rèn)為云數(shù)據(jù)中心網(wǎng)絡(luò)是SDN技術(shù)的理想應(yīng)用環(huán)境。創(chuàng)建軟件定義的可定制云數(shù)據(jù)中心網(wǎng)絡(luò)基礎(chǔ)設(shè)施,是提高網(wǎng)絡(luò)性能、實(shí)現(xiàn)多租戶網(wǎng)絡(luò)共享以及控制網(wǎng)絡(luò)能耗的基本保障。美國斯坦福大學(xué)提出的OpenFlow協(xié)議是當(dāng)前最具代表性的SDN協(xié)議。然而由于OpenFlow協(xié)議存在數(shù)據(jù)轉(zhuǎn)發(fā)流程過于復(fù)雜、轉(zhuǎn)發(fā)設(shè)備處理功能非常有限等問題,當(dāng)前學(xué)術(shù)界正在積極探索其他可能的SDN架構(gòu)。如何設(shè)計(jì)支持可軟件編程網(wǎng)絡(luò)節(jié)點(diǎn)和可擴(kuò)展控制器的軟件定義網(wǎng)絡(luò)框架,并基于此框架實(shí)現(xiàn)云數(shù)據(jù)中心網(wǎng)絡(luò)的大規(guī)模橫向擴(kuò)展,是本項(xiàng)目需要首先解決的重要挑戰(zhàn)。在軟件定義的可定制網(wǎng)絡(luò)框架下,如何設(shè)計(jì)新型路由和傳輸協(xié)議,以提高云數(shù)據(jù)中心網(wǎng)絡(luò)的資源利用率并進(jìn)而提升云計(jì)算的性能,是本項(xiàng)目需要解決的重要問題。軟件定義的可定制網(wǎng)絡(luò)架構(gòu),為網(wǎng)絡(luò)資源、計(jì)算資源和存儲資源的聯(lián)合優(yōu)化提供了新的發(fā)展機(jī)會(huì)。分布式網(wǎng)絡(luò)系統(tǒng)的整體性能往往取決于不同子系統(tǒng)的資源耦合程度。由于軟件定義的可定制網(wǎng)絡(luò)架構(gòu)將網(wǎng)絡(luò)控制功能從網(wǎng)絡(luò)轉(zhuǎn)發(fā)設(shè)備中分離出來,可以通過網(wǎng)絡(luò)控制器與計(jì)算系統(tǒng)控制器、存儲系統(tǒng)控制器之間的信息交互,更好地感知應(yīng)用需求和數(shù)據(jù)存儲狀況,并且對不同類型的資源進(jìn)行協(xié)同控制,進(jìn)一步提升資源利用率和云服務(wù)質(zhì)量。因此,如何通過軟件定義網(wǎng)絡(luò)技術(shù)對網(wǎng)絡(luò)、計(jì)算和存儲資源進(jìn)行聯(lián)合優(yōu)化,也是本項(xiàng)目面臨的關(guān)鍵挑戰(zhàn)。在軟件定義的可定制網(wǎng)絡(luò)中,可以通過網(wǎng)絡(luò)控制器維護(hù)全局網(wǎng)絡(luò)拓?fù)湫畔ⅰ⒃谱鈶舻纳矸莺臀恢眯畔?、租戶的資源占用信息等,為實(shí)現(xiàn)云數(shù)據(jù)中心網(wǎng)絡(luò)的虛擬化管理提供靈活的控制平臺。但多租戶參與資源競爭的網(wǎng)絡(luò)環(huán)境下,如何處理不同租戶可能配置相同的IP地址或MAC地址的問題、如何保證每個(gè)租戶的流量不泄露到其他網(wǎng)絡(luò)、如何實(shí)現(xiàn)虛擬數(shù)據(jù)中心網(wǎng)絡(luò)中高效率的虛擬機(jī)遷移、如何保障每個(gè)租戶在共享網(wǎng)絡(luò)中得到公平的帶寬分配,這些都是本項(xiàng)目需要重點(diǎn)解決的問題。由于硬件節(jié)能技術(shù)發(fā)展緩慢且受物理工藝極限的限制,而云數(shù)據(jù)中心網(wǎng)絡(luò)流量呈現(xiàn)較大的隨時(shí)間波動(dòng)的特點(diǎn),因此可以通過軟件方式對云數(shù)據(jù)中心網(wǎng)絡(luò)進(jìn)行能耗感知的流量聚合,從而使更多的節(jié)點(diǎn)處于空閑狀態(tài)并休眠,以達(dá)到降低能耗的目的。在軟件定義的可定制網(wǎng)絡(luò)框架下,網(wǎng)絡(luò)控制器可以通過帶外(out-of-band)方式獲取云數(shù)據(jù)中心網(wǎng)絡(luò)的溫度和能耗信息、網(wǎng)絡(luò)流量信息等,并以軟件控制的方式進(jìn)行流量整形(trafficshaping)和聚合、網(wǎng)絡(luò)的節(jié)能流量工程、節(jié)點(diǎn)休眠和喚醒狀態(tài)轉(zhuǎn)換等自動(dòng)能耗控制。本項(xiàng)目將重點(diǎn)研究在軟件定義的可定制網(wǎng)絡(luò)中,如何實(shí)時(shí)高效地感知網(wǎng)絡(luò)能耗信息、如何在不影響網(wǎng)絡(luò)性能和可靠性的前提下實(shí)現(xiàn)節(jié)能流量工程以及如何優(yōu)化使用清潔新能源進(jìn)一步降低云數(shù)據(jù)中心的碳排量等重要問題。4云數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)針對云數(shù)據(jù)中心網(wǎng)絡(luò)所面臨的重大挑戰(zhàn),本項(xiàng)目確立了4個(gè)研究課題,分別是軟件定義的云數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)、云數(shù)據(jù)中心網(wǎng)絡(luò)資源利用率優(yōu)化、云數(shù)據(jù)中心網(wǎng)絡(luò)多租戶資源管理和云數(shù)據(jù)中心網(wǎng)絡(luò)能耗協(xié)同控制。這4個(gè)課題的邏輯關(guān)系如圖1所示。下面分別對這4個(gè)研究課題進(jìn)行介紹。4.1軟件定義網(wǎng)絡(luò)架構(gòu)復(fù)雜多樣的云計(jì)算應(yīng)用,要求云數(shù)據(jù)中心網(wǎng)絡(luò)提供靈活可配置的網(wǎng)絡(luò)功能?，F(xiàn)有的數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備采用專用硬件芯片,可編程性很差;而且控制協(xié)議與數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備綁定,不具有開放性和靈活性。這些因素導(dǎo)致傳統(tǒng)的云數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)只能提供種類有限且提前預(yù)設(shè)的網(wǎng)絡(luò)功能,難以按需定制并快速配置靈活的網(wǎng)絡(luò)功能。為此,本項(xiàng)目研究軟件定義的云數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu),使得數(shù)據(jù)中心在部署之后,其網(wǎng)絡(luò)功能和系統(tǒng)規(guī)模仍可按需定制和擴(kuò)展。主要研究內(nèi)容如下。(1)軟件定義的云數(shù)據(jù)中心網(wǎng)絡(luò)基礎(chǔ)架構(gòu)模型研究以可軟件編程網(wǎng)絡(luò)節(jié)點(diǎn)和可擴(kuò)展網(wǎng)絡(luò)控制器為核心的新型軟件定義網(wǎng)絡(luò)基礎(chǔ)架構(gòu),在數(shù)據(jù)層面實(shí)現(xiàn)高速靈活的數(shù)據(jù)流定制處理功能,在控制層面實(shí)現(xiàn)計(jì)算、存儲、網(wǎng)絡(luò)資源的協(xié)同控制,滿足云計(jì)算應(yīng)用的特定網(wǎng)絡(luò)控制需求。(2)可軟件編程的網(wǎng)絡(luò)節(jié)點(diǎn)體系研究通用計(jì)算單元輔助的可軟件編程網(wǎng)絡(luò)節(jié)點(diǎn)體系架構(gòu),實(shí)現(xiàn)網(wǎng)絡(luò)節(jié)點(diǎn)功能的自由定制和重配置,并在服務(wù)器端通過轉(zhuǎn)發(fā)芯片引入數(shù)據(jù)轉(zhuǎn)發(fā)功能。(3)可擴(kuò)展的軟件定義網(wǎng)絡(luò)控制器研究在大規(guī)模數(shù)據(jù)中心通過軟件控制平臺實(shí)現(xiàn)網(wǎng)絡(luò)功能靈活定制所面臨的擴(kuò)展性難題,通過分布式網(wǎng)絡(luò)控制器以及網(wǎng)絡(luò)節(jié)點(diǎn)和網(wǎng)絡(luò)控制器的協(xié)同工作,提高網(wǎng)絡(luò)控制器的擴(kuò)展能力。(4)云數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)錂M向擴(kuò)展方法基于軟件可編程網(wǎng)絡(luò)節(jié)點(diǎn)及具有數(shù)據(jù)轉(zhuǎn)發(fā)功能的服務(wù)器節(jié)點(diǎn),研究數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)涞臋M向擴(kuò)展方法,實(shí)現(xiàn)服務(wù)器和網(wǎng)絡(luò)節(jié)點(diǎn)的漸進(jìn)高效互聯(lián)。4.1.1對流轉(zhuǎn)時(shí)間碼的應(yīng)用作為云計(jì)算的基礎(chǔ)設(shè)施,數(shù)據(jù)中心往往由獨(dú)立機(jī)構(gòu)統(tǒng)一建設(shè)和運(yùn)營。為了提高各類云服務(wù)的性能和收益,云計(jì)算提供商可根據(jù)應(yīng)用需求定制網(wǎng)絡(luò)架構(gòu)和協(xié)議,并對用戶自定義的網(wǎng)絡(luò)功能進(jìn)行靈活的實(shí)現(xiàn)。作為當(dāng)前最具代表性的軟件定義網(wǎng)絡(luò)協(xié)議,OpenFlow協(xié)議將網(wǎng)絡(luò)控制層面與數(shù)據(jù)轉(zhuǎn)發(fā)層面分離,通過一個(gè)集中式網(wǎng)絡(luò)控制器完成新數(shù)據(jù)流的轉(zhuǎn)發(fā)控制,而交換機(jī)僅依照網(wǎng)絡(luò)控制器的指令對數(shù)據(jù)流實(shí)施具體的轉(zhuǎn)發(fā)操作。OpenFlow協(xié)議在一定程度上能夠滿足對云數(shù)據(jù)中心網(wǎng)絡(luò)數(shù)據(jù)流進(jìn)行轉(zhuǎn)發(fā)控制的需求。但OpenFlow協(xié)議僅能在網(wǎng)絡(luò)節(jié)點(diǎn)的硬件層面支持?jǐn)?shù)據(jù)流簡單處理邏輯的重配置,難以支持很多應(yīng)用在數(shù)據(jù)流傳輸過程中需要進(jìn)行自定義深度處理(如數(shù)據(jù)流緩存、數(shù)據(jù)流網(wǎng)內(nèi)處理等)的功能。通過分析云數(shù)據(jù)中心網(wǎng)絡(luò)的應(yīng)用需求和網(wǎng)絡(luò)環(huán)境特征,本項(xiàng)目擬研究軟件定義云數(shù)據(jù)中心網(wǎng)絡(luò)的設(shè)計(jì)原理,并提出支持可軟件編程網(wǎng)絡(luò)節(jié)點(diǎn)和可擴(kuò)展控制器的軟件定義云數(shù)據(jù)中心網(wǎng)絡(luò)基礎(chǔ)架構(gòu),作為新一代云數(shù)據(jù)中心網(wǎng)絡(luò)管理和網(wǎng)絡(luò)創(chuàng)新的平臺?；舅悸肥窃O(shè)計(jì)可軟件編程的網(wǎng)絡(luò)節(jié)點(diǎn),不僅滿足對數(shù)據(jù)流轉(zhuǎn)發(fā)控制邏輯的重配置,而且能通過引入通用計(jì)算單元在數(shù)據(jù)面實(shí)現(xiàn)用戶對數(shù)據(jù)流的定制分析處理。同時(shí),設(shè)計(jì)可擴(kuò)展性強(qiáng)的軟件定義網(wǎng)絡(luò)控制器,能夠和云數(shù)據(jù)中心計(jì)算系統(tǒng)控制器及存儲系統(tǒng)控制器協(xié)同工作。網(wǎng)絡(luò)控制器不僅需要對數(shù)據(jù)流從網(wǎng)絡(luò)資源管理和利用的角度進(jìn)行轉(zhuǎn)發(fā)控制(例如路徑優(yōu)化、負(fù)載均衡、安全機(jī)制),還需要具備對網(wǎng)絡(luò)、計(jì)算和存儲資源進(jìn)行協(xié)同控制的能力,實(shí)現(xiàn)來自應(yīng)用層的特定網(wǎng)絡(luò)控制需求。最后,針對云數(shù)據(jù)中心網(wǎng)絡(luò)節(jié)點(diǎn)的大規(guī)模擴(kuò)展需求,研究如何基于軟件定義網(wǎng)絡(luò)基礎(chǔ)架構(gòu)實(shí)現(xiàn)云數(shù)據(jù)中心網(wǎng)絡(luò)的大規(guī)模橫向擴(kuò)展。4.1.2研究網(wǎng)絡(luò)節(jié)點(diǎn)系統(tǒng)現(xiàn)代云數(shù)據(jù)中心為降低設(shè)備成本,往往采用商用低端服務(wù)器和交換機(jī)。但當(dāng)前的數(shù)據(jù)中心交換機(jī)普遍采用單個(gè)交換集成電路,難以支持可定制的云數(shù)據(jù)中心網(wǎng)絡(luò)需求。首先,其轉(zhuǎn)發(fā)表容量太小導(dǎo)致難以對數(shù)據(jù)中心海量數(shù)據(jù)流進(jìn)行細(xì)粒度的轉(zhuǎn)發(fā)控制,其稀缺的片上緩存也無法應(yīng)對TCPincast等突發(fā)流量。其次,越來越多的云計(jì)算應(yīng)用迫切要求對數(shù)據(jù)流在傳輸過程中進(jìn)行靈活驚喜的處理(如數(shù)據(jù)流緩存、數(shù)據(jù)流網(wǎng)內(nèi)處理等),但現(xiàn)有數(shù)據(jù)中心交換機(jī)僅能在硬件層面支持?jǐn)?shù)據(jù)流簡單處理邏輯的重配置,無法響應(yīng)用戶對數(shù)據(jù)流的自定義處理需求。本項(xiàng)目研究通用計(jì)算單元輔助的可軟件編程網(wǎng)絡(luò)節(jié)點(diǎn)體系,使得網(wǎng)絡(luò)和計(jì)算資源更加緊密地聯(lián)系起來,并實(shí)現(xiàn)有效的網(wǎng)絡(luò)控制。其基本思想是基于已有的高速的PCI-E交換系統(tǒng),采用計(jì)算能力強(qiáng)大的通用CPU和DRAM內(nèi)存來輔助傳統(tǒng)的網(wǎng)絡(luò)節(jié)點(diǎn),從而使CPU參與控制面和數(shù)據(jù)面的流量深度處理。該網(wǎng)絡(luò)節(jié)點(diǎn)體系能以軟件方式提供更大的轉(zhuǎn)發(fā)表容量,提供充足的數(shù)據(jù)流緩存空間以應(yīng)對突發(fā)流量,并可借助CPU及DRAM內(nèi)存對數(shù)據(jù)流在傳輸過程中實(shí)現(xiàn)用戶自定義的數(shù)據(jù)處理功能。此外,考慮到網(wǎng)絡(luò)設(shè)備和計(jì)算設(shè)備呈現(xiàn)出融合發(fā)展的趨勢,本項(xiàng)目還研究如何將商用的交換ASIC部件集成到服務(wù)器的NIC板卡,并通過PCI-E交換系統(tǒng)實(shí)現(xiàn)交換部件和計(jì)算機(jī)CPU的高速互聯(lián)。這種設(shè)計(jì)為傳統(tǒng)服務(wù)器節(jié)點(diǎn)帶來了額外的網(wǎng)絡(luò)功能,使其可參與數(shù)據(jù)中心的互聯(lián)和數(shù)據(jù)轉(zhuǎn)發(fā),擴(kuò)展了云數(shù)據(jù)中心網(wǎng)絡(luò)互聯(lián)拓?fù)涞脑O(shè)計(jì)空間。4.1.3分布式網(wǎng)絡(luò)控制器的協(xié)作機(jī)制網(wǎng)絡(luò)控制器隨數(shù)據(jù)中心規(guī)模增長的擴(kuò)展性問題,是制約軟件定義云數(shù)據(jù)中心網(wǎng)絡(luò)的主要性能瓶頸之一。由于單個(gè)網(wǎng)絡(luò)控制器有限的處理能力以及稀缺的可用安全控制信道難以對數(shù)量龐大且不斷增長的數(shù)據(jù)流實(shí)現(xiàn)按需轉(zhuǎn)發(fā)控制,本項(xiàng)目擬研究以協(xié)作方式管理網(wǎng)絡(luò)的可擴(kuò)展控制器。首先,由網(wǎng)絡(luò)節(jié)點(diǎn)根據(jù)掌握的局部網(wǎng)絡(luò)狀態(tài)協(xié)助網(wǎng)絡(luò)控制器完成大部分?jǐn)?shù)據(jù)流的轉(zhuǎn)發(fā)控制,而網(wǎng)絡(luò)控制器僅對云計(jì)算應(yīng)用特別關(guān)注的數(shù)據(jù)流制定轉(zhuǎn)發(fā)控制策略。這種協(xié)作機(jī)制可降低網(wǎng)絡(luò)控制器的負(fù)載,進(jìn)而大幅提升單個(gè)網(wǎng)絡(luò)控制器的可擴(kuò)展能力。依據(jù)云數(shù)據(jù)中心典型應(yīng)用的數(shù)據(jù)流傳輸規(guī)律,網(wǎng)絡(luò)節(jié)點(diǎn)根據(jù)數(shù)據(jù)流的應(yīng)用層語義將其發(fā)給網(wǎng)絡(luò)控制器,并由網(wǎng)絡(luò)控制器結(jié)合應(yīng)用層對流量傳輸?shù)目刂菩枨?例如流量的協(xié)同傳輸和聚合等)制定相匹配的轉(zhuǎn)發(fā)控制策略。其次,采用分而治之的思想研究分布式網(wǎng)絡(luò)控制器的協(xié)作機(jī)制,實(shí)現(xiàn)邏輯上集中而物理上分布的網(wǎng)絡(luò)控制器。結(jié)合云數(shù)據(jù)中心的互聯(lián)拓?fù)浣Y(jié)構(gòu),研究多個(gè)網(wǎng)絡(luò)控制器在大規(guī)模數(shù)據(jù)中心的協(xié)同部署方法,并根據(jù)網(wǎng)絡(luò)流量的動(dòng)態(tài)變化情況,探索網(wǎng)絡(luò)流量在多個(gè)網(wǎng)絡(luò)控制器之間的分配方法,使網(wǎng)絡(luò)控制器均衡地分擔(dān)流量轉(zhuǎn)發(fā)控制任務(wù)。4.1.4服務(wù)器網(wǎng)絡(luò)橫向擴(kuò)展及安全優(yōu)化問題隨著用戶對計(jì)算和存儲服務(wù)需求的日益增長,云數(shù)據(jù)中心需要通過特定結(jié)構(gòu)的網(wǎng)絡(luò)拓?fù)鋪砘ヂ?lián)更多的網(wǎng)絡(luò)節(jié)點(diǎn)和服務(wù)器,以實(shí)現(xiàn)大規(guī)模橫向擴(kuò)展。基于可軟件編程網(wǎng)絡(luò)節(jié)點(diǎn)和可擴(kuò)展控制器的軟件定義網(wǎng)絡(luò)架構(gòu),為云數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)涞臋M向擴(kuò)展提供了新的設(shè)計(jì)空間。首先,具有數(shù)據(jù)轉(zhuǎn)發(fā)功能的服務(wù)器節(jié)點(diǎn)可直接參與網(wǎng)絡(luò)互連和路由,增強(qiáng)了以服務(wù)器為核心的云數(shù)據(jù)中心網(wǎng)絡(luò)橫向擴(kuò)展架構(gòu)。這類服務(wù)器都具有多個(gè)網(wǎng)絡(luò)接口,并在擴(kuò)大網(wǎng)絡(luò)規(guī)模時(shí)用于服務(wù)器之間的互聯(lián),以層次迭代方式實(shí)現(xiàn)網(wǎng)絡(luò)拓?fù)涞臋M向擴(kuò)展。但由于在云數(shù)據(jù)中心規(guī)模擴(kuò)展過程中,不同時(shí)期采購的服務(wù)器具有異構(gòu)的硬件資源配置,不同服務(wù)器的軟硬件處理功能大不相同。本項(xiàng)目擬基于軟件定義網(wǎng)絡(luò)架構(gòu),研究如何靈活配置異構(gòu)服務(wù)器的網(wǎng)絡(luò)轉(zhuǎn)發(fā)控制功能,充分利用服務(wù)器的硬件資源,提高網(wǎng)絡(luò)性能。其次,基于可軟件編程的高密度網(wǎng)絡(luò)節(jié)點(diǎn),可構(gòu)造扁平化互聯(lián)結(jié)構(gòu)來連接大量的網(wǎng)絡(luò)節(jié)點(diǎn),形成以網(wǎng)絡(luò)節(jié)點(diǎn)為核心的數(shù)據(jù)中心網(wǎng)絡(luò)橫向擴(kuò)展拓?fù)?。需要研究在云?shù)據(jù)中心的規(guī)模和網(wǎng)絡(luò)節(jié)點(diǎn)端口數(shù)給定時(shí),每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)的端口分配使用策略,即預(yù)留多少端口用于網(wǎng)絡(luò)節(jié)點(diǎn)之間的級聯(lián),而其他端口用于服務(wù)器的接入。由于云數(shù)據(jù)中心網(wǎng)絡(luò)中網(wǎng)絡(luò)節(jié)點(diǎn)和鏈路的故障率非常高,可以通過軟件定義網(wǎng)絡(luò)架構(gòu),實(shí)時(shí)感知網(wǎng)絡(luò)故障,并及時(shí)更新配置網(wǎng)絡(luò)節(jié)點(diǎn)的轉(zhuǎn)發(fā)控制功能,保障云數(shù)據(jù)中心網(wǎng)絡(luò)正常工作及網(wǎng)絡(luò)資源的充分利用。4.2云數(shù)據(jù)中心網(wǎng)絡(luò)標(biāo)準(zhǔn)高度一致性的主要研究內(nèi)容為了提高云計(jì)算的性能和服務(wù)質(zhì)量,需要在給定硬件資源條件下,通過軟件技術(shù)優(yōu)化云數(shù)據(jù)中心網(wǎng)絡(luò)的資源利用率。在軟件定義的可定制網(wǎng)絡(luò)架構(gòu)下,本項(xiàng)目研究云數(shù)據(jù)中心網(wǎng)絡(luò)的創(chuàng)新路由協(xié)議和傳輸協(xié)議,提高密集鏈路資源和高速帶寬資源的使用效率;通過對網(wǎng)絡(luò)、計(jì)算和存儲資源的聯(lián)合優(yōu)化,進(jìn)一步提升云計(jì)算性能。主要研究內(nèi)容如下。(1)云數(shù)據(jù)中心網(wǎng)絡(luò)多路徑路由協(xié)議研究適用于鏈路資源高度冗余的云數(shù)據(jù)中心網(wǎng)絡(luò)的多路徑路由協(xié)議,由軟件控制器計(jì)算優(yōu)化的路由路徑,充分利用云數(shù)據(jù)中心網(wǎng)絡(luò)的密集鏈路資源,提高云數(shù)據(jù)中心網(wǎng)絡(luò)鏈路的利用率。(2)基于編碼的云數(shù)據(jù)中心網(wǎng)絡(luò)傳輸協(xié)議研究基于編碼的網(wǎng)絡(luò)傳輸協(xié)議,避免TCPincast等問題導(dǎo)致的“吞吐率坍塌”現(xiàn)象,通過新型編碼方式確保數(shù)據(jù)傳輸?shù)目煽啃圆⑻岣邘捹Y源利用率。(3)網(wǎng)絡(luò)資源與計(jì)算資源的聯(lián)合優(yōu)化針對廣泛使用的分布式計(jì)算框架,研究大規(guī)模數(shù)據(jù)流的高效聚合方法,大幅降低分布式計(jì)算任務(wù)中間結(jié)果的傳輸量,提升網(wǎng)絡(luò)吞吐率和云計(jì)算任務(wù)的處理效率。(4)網(wǎng)絡(luò)資源與存儲資源的聯(lián)合優(yōu)化研究基于云數(shù)據(jù)中心服務(wù)器泛在緩存的新型存儲系統(tǒng),以軟件定義網(wǎng)絡(luò)架構(gòu)下的新型內(nèi)容路由方式,動(dòng)態(tài)靈活地實(shí)現(xiàn)數(shù)據(jù)共享,減少數(shù)據(jù)訪問的平均網(wǎng)絡(luò)路徑長度并避免數(shù)據(jù)熱點(diǎn),從而提高網(wǎng)絡(luò)吞吐率。4.2.1云數(shù)據(jù)中心網(wǎng)絡(luò)多路徑路由協(xié)議云數(shù)據(jù)中心網(wǎng)絡(luò)的鏈路資源密集,任意兩個(gè)服務(wù)器或網(wǎng)絡(luò)節(jié)點(diǎn)之間可能存在幾十條甚至上百條不同的等價(jià)路徑,因此傳統(tǒng)的鏈路狀態(tài)路由協(xié)議(如OSPF)在云數(shù)據(jù)中心網(wǎng)絡(luò)中對鏈路資源的利用率極低。此外,由于云數(shù)據(jù)中心網(wǎng)絡(luò)規(guī)模大、鏈路時(shí)延低,傳統(tǒng)路由協(xié)議的收斂速度也無法滿足云數(shù)據(jù)中心網(wǎng)絡(luò)高速數(shù)據(jù)業(yè)務(wù)的需求。本項(xiàng)目擬在軟件定義網(wǎng)絡(luò)架構(gòu)下,研究云數(shù)據(jù)中心網(wǎng)絡(luò)多路徑路由協(xié)議。其基本思想是充分利用云數(shù)據(jù)中心網(wǎng)絡(luò)中鏈路密集、路徑冗余度高的特征,采用多條路徑同時(shí)傳輸一個(gè)數(shù)據(jù)流。以顯式路徑標(biāo)識的方式配置路由表并進(jìn)行路由轉(zhuǎn)發(fā)。網(wǎng)絡(luò)控制器實(shí)時(shí)感知網(wǎng)絡(luò)拓?fù)湫畔?根據(jù)所有鏈路可能的組合計(jì)算路由路徑,為每一條路徑顯式分配標(biāo)識,并存儲在相應(yīng)的網(wǎng)絡(luò)節(jié)點(diǎn)轉(zhuǎn)發(fā)表中。最大的挑戰(zhàn)在于云數(shù)據(jù)中心網(wǎng)絡(luò)鏈路資源密度高導(dǎo)致可能的路徑數(shù)量非常龐大,因此對網(wǎng)絡(luò)節(jié)點(diǎn)的存儲能力提出了很高的挑戰(zhàn)。但由于大量路徑具有冗余性,可以對基于顯式路徑標(biāo)識的路由條目進(jìn)行有效壓縮,還可以進(jìn)一步利用布隆濾波器(bloomfilter)等技術(shù)增強(qiáng)壓縮效果。在基于顯式路徑標(biāo)識的云數(shù)據(jù)中心網(wǎng)絡(luò)路由協(xié)議下,服務(wù)器發(fā)出的分組直接攜帶路徑標(biāo)識信息,網(wǎng)絡(luò)節(jié)點(diǎn)根據(jù)路徑標(biāo)識進(jìn)行路由轉(zhuǎn)發(fā),而無需檢查分組的目的地址,因此可以方便地進(jìn)行多路徑路由。在可軟件編程的網(wǎng)絡(luò)節(jié)點(diǎn)上,可以對分組轉(zhuǎn)發(fā)字段及其轉(zhuǎn)發(fā)規(guī)則進(jìn)行靈活的配置,因此很容易部署基于顯式路徑標(biāo)識的路由協(xié)議。采用基于顯式路徑標(biāo)識的多路徑路由方式,還有利于對網(wǎng)絡(luò)故障進(jìn)行診斷和恢復(fù),提高網(wǎng)絡(luò)的可管理性和可控性。4.2.2編碼技術(shù)方案由于云數(shù)據(jù)中心網(wǎng)絡(luò)的端到端帶寬非常高(1Gbit/s甚至10Gbit/s以上)、而端到端時(shí)延非常低(微秒級別),已有研究表明,傳統(tǒng)的數(shù)據(jù)傳輸協(xié)議TCP在云數(shù)據(jù)中心網(wǎng)絡(luò)中的TCPincast問題會(huì)產(chǎn)生“吞吐率坍塌”現(xiàn)象,導(dǎo)致帶寬資源利用率降到10%以下。因此需要設(shè)計(jì)適用于云數(shù)據(jù)中心網(wǎng)絡(luò)的新型端到端傳輸協(xié)議,以提高云數(shù)據(jù)中心網(wǎng)絡(luò)帶寬資源利用率。本項(xiàng)目擬研究基于編碼的云數(shù)據(jù)中心網(wǎng)絡(luò)傳輸協(xié)議。通過適度的數(shù)據(jù)冗余保證數(shù)據(jù)可靠傳輸,而不需要對丟失的分組進(jìn)行重傳,因此可以有效避免“吞吐率坍塌”問題。已有的某些可刪除碼(erasurecode)技術(shù)如Reed-Solomon編碼,可以從任意恰好等于源數(shù)據(jù)大小的編碼數(shù)據(jù)中恢復(fù)出原始數(shù)據(jù),而不引入額外帶寬,因此其帶來的數(shù)據(jù)冗余度非常低,但其挑戰(zhàn)在于較高的編解碼負(fù)擔(dān)。而數(shù)字噴泉編碼(digitalfountaincode)雖然會(huì)引入一些額外帶寬,但其編解碼的代價(jià)較小,而且編解碼操作比較簡單,只需要異或操作即可實(shí)現(xiàn),通?？稍诰€性時(shí)間內(nèi)完成。針對軟件定義的網(wǎng)絡(luò)架構(gòu),本項(xiàng)目擬選擇數(shù)字噴泉編碼作為云數(shù)據(jù)中心中心網(wǎng)絡(luò)傳輸協(xié)議的編碼技術(shù),適度引入數(shù)據(jù)冗余來實(shí)現(xiàn)高效率的端到端數(shù)據(jù)傳輸。端到端傳輸協(xié)議必須考慮數(shù)據(jù)流之間的公平性。本項(xiàng)目擬借鑒TCP-friendly的技術(shù)思想來保障傳輸協(xié)議的公平性。目前已有的TCP-friendly方案中,按照其實(shí)現(xiàn)擁塞控制手段的不同,可以大致分為“基于窗口”和“基于速率”兩大類。前者借鑒TCP的思想,同樣使用一個(gè)擁塞窗口實(shí)現(xiàn)公平性。后者通過某種反饋機(jī)制獲取網(wǎng)絡(luò)的擁塞信息,并根據(jù)網(wǎng)絡(luò)的擁塞狀況實(shí)時(shí)地調(diào)整發(fā)送速率。某些方案通過模擬TCP窗口調(diào)整發(fā)送速率,而另一些方案則通過某種特定的模型調(diào)整發(fā)送速率。不管是基于窗口的擁塞控制機(jī)制,還是模擬TCP基于速率的擁塞控制機(jī)制,其實(shí)質(zhì)與TCP一樣,都會(huì)造成典型的“鋸齒形”流量,不能有效利用云數(shù)據(jù)中心高速網(wǎng)絡(luò)帶寬。而基于模型的擁塞控制機(jī)制卻能得到較為平滑的速率變化,因此更適合云數(shù)據(jù)中心網(wǎng)絡(luò)中連續(xù)的大數(shù)據(jù)傳輸。因此,本項(xiàng)目將重點(diǎn)研究基于模型的端到端擁塞控制機(jī)制。4.2.3流量協(xié)同聚合云數(shù)據(jù)中心根據(jù)其支持的云計(jì)算應(yīng)用需求,配置有多種計(jì)算框架以處理龐大的數(shù)據(jù),如MapReduce、Dryad、Pregel等。這些計(jì)算框架普遍采用流式計(jì)算模型,導(dǎo)致相鄰處理階段傳輸大量的中間計(jì)算結(jié)果,不僅消耗大量的網(wǎng)絡(luò)資源而且嚴(yán)重制約計(jì)算任務(wù)的總體完成時(shí)間。多對一(incast)通信和多對多(shuffle)通信是這些計(jì)算框架下最重要的流量傳輸模式,占據(jù)了云數(shù)據(jù)中心80%左右的流量。incast通信的多數(shù)據(jù)流之間的相關(guān)性及其在共同接收方的聚合性,可為incast通信提供流量優(yōu)化空間。聚合操作能大幅降低數(shù)據(jù)傳輸量,進(jìn)而降低對稀缺帶寬資源的消耗。針對云數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu),本項(xiàng)目擬研究任意服務(wù)器之間的多徑路由方法,并據(jù)此通過網(wǎng)絡(luò)控制器實(shí)現(xiàn)基于協(xié)同傳輸?shù)牧髁烤酆稀Ｍㄟ^流量協(xié)同聚合,參與每個(gè)incast通信的看似獨(dú)立無關(guān)的單播數(shù)據(jù)流在其傳輸過程中都盡可能早地執(zhí)行流間聚合操作,而不用等到接收方對全體數(shù)據(jù)流統(tǒng)一進(jìn)行數(shù)據(jù)聚合操作。軟件定義網(wǎng)絡(luò)控制器可基于云數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和任意的incast通信流量,構(gòu)造傳輸代價(jià)最小的incast通信樹,并據(jù)此控制incast通信樹中承擔(dān)流量聚合的可軟件編程網(wǎng)絡(luò)節(jié)點(diǎn)為該incast通信實(shí)施流量聚合操作,實(shí)現(xiàn)網(wǎng)絡(luò)和計(jì)算資源的聯(lián)合優(yōu)化。4.2.4存儲及存儲優(yōu)化云數(shù)據(jù)中心依賴分布式存儲系統(tǒng)如GFS/HDFS來管理大規(guī)模服務(wù)器的數(shù)據(jù)存儲。通常云數(shù)據(jù)中心包含數(shù)以萬計(jì)甚至十萬計(jì)的服務(wù)器,而在典型的分布式存儲系統(tǒng)中,一個(gè)文件只有3個(gè)副本。大部分情況下,客戶端請求的文件副本都存儲在較遠(yuǎn)的服務(wù)器上。在橫向擴(kuò)展的云數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)下,數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)涠季邆涿黠@的層次化特點(diǎn)。因此可以利用服務(wù)器的空閑磁盤空間,對讀取的數(shù)據(jù)進(jìn)行緩存,大大增加每個(gè)文件的副本數(shù)量。這種泛在緩存的存儲系統(tǒng)優(yōu)化方法,不但可以大大減小每個(gè)數(shù)據(jù)流的平均網(wǎng)絡(luò)路徑長度,還可以減少數(shù)據(jù)熱點(diǎn),從而增大數(shù)據(jù)中心的網(wǎng)絡(luò)吞吐率,并提高分布式存儲系統(tǒng)的性能。在軟件定義網(wǎng)絡(luò)框架下,網(wǎng)絡(luò)控制器和存儲控制器可以進(jìn)行有效的交互,從而實(shí)現(xiàn)高效的聯(lián)合優(yōu)化,在不增加鏈路和帶寬資源的前提下,通過軟件實(shí)現(xiàn)網(wǎng)絡(luò)容量提升。為了實(shí)現(xiàn)基于泛在緩存的分布式存儲系統(tǒng)優(yōu)化,需要解決兩個(gè)問題:一是在服務(wù)器端提供緩存服務(wù),二是在網(wǎng)絡(luò)節(jié)點(diǎn)上實(shí)現(xiàn)基于內(nèi)容的路由轉(zhuǎn)發(fā)協(xié)議。本項(xiàng)目的初步思路如下。在每個(gè)服務(wù)器上運(yùn)行一個(gè)守護(hù)進(jìn)程提供緩存服務(wù)。緩存服務(wù)作為中間層運(yùn)行在應(yīng)用程序和分布式存儲系統(tǒng)之間,并且對它們透明。每個(gè)緩存服務(wù)進(jìn)程既負(fù)責(zé)為本地應(yīng)用尋找距離最近的文件副本,也負(fù)責(zé)響應(yīng)來自于其他服務(wù)器的數(shù)據(jù)請求。當(dāng)應(yīng)用程序向存儲系統(tǒng)發(fā)送數(shù)據(jù)請求后,本地緩存服務(wù)會(huì)中斷此請求,并嘗試從最近的緩存服務(wù)器獲取所需要的數(shù)據(jù);如果無法找到這樣的緩存服務(wù)器,再從原始服務(wù)器獲取數(shù)據(jù)并返還給應(yīng)用程序,同時(shí)在本地進(jìn)行緩存?？绍浖幊痰木W(wǎng)絡(luò)節(jié)點(diǎn)利用橫向擴(kuò)展云數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)涞膶哟位Y(jié)構(gòu)特點(diǎn),在不確定目的緩存服務(wù)器具體位置的情況下,通過自定義的內(nèi)容控制協(xié)議把數(shù)據(jù)請求轉(zhuǎn)發(fā)到最近的緩存服務(wù)器,并更新網(wǎng)絡(luò)節(jié)點(diǎn)的內(nèi)容轉(zhuǎn)發(fā)表。考慮到網(wǎng)絡(luò)節(jié)點(diǎn)的高速轉(zhuǎn)發(fā)表容量有限,不可能容納數(shù)據(jù)中心所有數(shù)據(jù)的內(nèi)容轉(zhuǎn)發(fā)表項(xiàng),因此還可以結(jié)合基于位置的轉(zhuǎn)發(fā)機(jī)制。當(dāng)數(shù)據(jù)請求的內(nèi)容不在內(nèi)容轉(zhuǎn)發(fā)表中時(shí),網(wǎng)絡(luò)節(jié)點(diǎn)根據(jù)請求數(shù)據(jù)的原始服務(wù)器地址進(jìn)行路由轉(zhuǎn)發(fā)。4.3云數(shù)據(jù)中心的研究為了提供安全的云計(jì)算服務(wù),必須對不同租戶的網(wǎng)絡(luò)資源進(jìn)行有效隔離,避免流量泄露。基于軟件定義的可定制網(wǎng)絡(luò),本項(xiàng)目研究“大二層”網(wǎng)絡(luò)的資源虛擬化隔離方案和虛擬機(jī)的智能遷移;進(jìn)一步研究多租戶網(wǎng)絡(luò)資源的公平共享和合理計(jì)價(jià),保障租戶的虛擬網(wǎng)絡(luò)性能。主要研究內(nèi)容如下。(1)軟件定義的虛擬云數(shù)據(jù)中心網(wǎng)絡(luò)隔離研究在新型軟件定義網(wǎng)絡(luò)框架下,基于分組插入/刪除/改寫等操作來解決不同的云租戶可能使用空間重疊的二層地址的問題,避免不同虛擬網(wǎng)絡(luò)之間的流量泄露,并減少對數(shù)據(jù)中心網(wǎng)絡(luò)節(jié)點(diǎn)的轉(zhuǎn)發(fā)表容量需求。(2)優(yōu)化網(wǎng)絡(luò)整體開銷的虛擬機(jī)智能遷移策略研究通過軟件控制器動(dòng)態(tài)感知的數(shù)據(jù)中心網(wǎng)絡(luò)流量狀況,結(jié)合云數(shù)據(jù)中心虛擬網(wǎng)絡(luò)計(jì)算資源和帶寬資源的總體開銷,實(shí)現(xiàn)優(yōu)化網(wǎng)絡(luò)開銷的虛擬機(jī)實(shí)時(shí)遷移。(3)異構(gòu)資源請求的多租戶網(wǎng)絡(luò)資源分配研究實(shí)際云計(jì)算應(yīng)用中用戶不同的虛擬機(jī)角色導(dǎo)致的異構(gòu)資源請求的分配問題,通過網(wǎng)絡(luò)控制器實(shí)現(xiàn)通用網(wǎng)絡(luò)拓?fù)渲械膶?shí)時(shí)高效虛擬網(wǎng)絡(luò)資源分配。(4)與資源分配解耦的虛擬網(wǎng)絡(luò)計(jì)價(jià)機(jī)制(5)與資源分配方法無關(guān)的虛擬網(wǎng)絡(luò)公平計(jì)價(jià)機(jī)制研究該機(jī)制,不但最小化租戶付出的費(fèi)用,而且通過計(jì)價(jià)機(jī)制的激勵(lì)策略提高云數(shù)據(jù)中心資源利用率,進(jìn)而提升數(shù)據(jù)中心運(yùn)營商的總體收益。4.3.1平面主機(jī)的服務(wù)平臺云數(shù)據(jù)中心虛擬網(wǎng)絡(luò)隔離是實(shí)現(xiàn)云數(shù)據(jù)中心安全的重要手段。本項(xiàng)目擬研究軟件定義的虛擬網(wǎng)絡(luò)隔離技術(shù),主要解決虛擬數(shù)據(jù)中心網(wǎng)絡(luò)的二層地址空間重疊、廣播報(bào)文的泄露以及網(wǎng)絡(luò)節(jié)點(diǎn)轉(zhuǎn)發(fā)表容量限制等問題。本項(xiàng)目擬采用以下方案來實(shí)現(xiàn)云數(shù)據(jù)中心虛擬網(wǎng)絡(luò)隔離。(1)源虛擬機(jī)所發(fā)出的分組中,把以太網(wǎng)頭部的VLAN字段復(fù)用為租戶ID,以解決相同物理主機(jī)上的不同用戶可能具有相同MAC地址的問題。由于VLAN具有12bit,而同一物理服務(wù)器上所能容納的虛擬機(jī)數(shù)量遠(yuǎn)小于4096,因此VLAN字段足以對相同服務(wù)器上的不同租戶進(jìn)行區(qū)分。出于安全考慮,一般不允許不同租戶之間進(jìn)行互相通信,因此源虛擬機(jī)和目的虛擬機(jī)總是使用相同的租戶ID。(2)通過入口網(wǎng)絡(luò)節(jié)點(diǎn)的MAC-in-MAC封裝,把用戶虛擬機(jī)的原始MAC地址封裝在分組頭內(nèi)部,不用于二層網(wǎng)絡(luò)轉(zhuǎn)發(fā)。只用大二層網(wǎng)絡(luò)中的物理網(wǎng)絡(luò)節(jié)點(diǎn)的MAC地址進(jìn)行分組轉(zhuǎn)發(fā)。據(jù)此,不但可以解決全網(wǎng)范圍內(nèi)不同用戶的虛擬數(shù)據(jù)中心網(wǎng)絡(luò)可能具有相同MAC地址的問題,還大大減少了對網(wǎng)絡(luò)節(jié)點(diǎn)轉(zhuǎn)發(fā)表項(xiàng)容量的要求。(3)把外層以太網(wǎng)頭部的VLAN字段復(fù)用為出口網(wǎng)絡(luò)節(jié)點(diǎn)的連接目的服務(wù)器的接口號,使得出口網(wǎng)絡(luò)節(jié)點(diǎn)在接收分組之后,可以正確地轉(zhuǎn)發(fā)給連接的目的物理主機(jī)。軟件定義網(wǎng)絡(luò)控制器主要提供兩個(gè)功能。第一,根據(jù)內(nèi)層以太網(wǎng)頭部的信息,映射得到外層以太網(wǎng)頭部的信息。網(wǎng)絡(luò)控制器維護(hù)全網(wǎng)拓?fù)湟约懊總€(gè)租戶的虛擬機(jī)MAC地址和位置。因此很容易根據(jù)內(nèi)層以太網(wǎng)頭部提供的租戶ID和目的MAC地址信息,得到內(nèi)層以太網(wǎng)頭部需要的出口網(wǎng)絡(luò)節(jié)點(diǎn)及其轉(zhuǎn)發(fā)接口的信息。第二,根據(jù)外層以太網(wǎng)頭部的源MAC地址和目的MAC地址信息,靈活配置分組的轉(zhuǎn)發(fā)路徑,實(shí)現(xiàn)負(fù)載均衡,提高網(wǎng)絡(luò)資源利用率,并可以根據(jù)數(shù)據(jù)中心的安全策略需求,配置分組所需要經(jīng)過的防火墻、IPS、IDS等安全設(shè)備。擬設(shè)計(jì)的虛擬數(shù)據(jù)中心網(wǎng)絡(luò)隔離方案不需要修改服務(wù)器的網(wǎng)絡(luò)協(xié)議棧,而只需要對虛擬機(jī)進(jìn)行適當(dāng)修改。利用可軟件編程網(wǎng)絡(luò)節(jié)點(diǎn)具有靈活定義分組頭部格式,并根據(jù)分組頭部的不同字段進(jìn)行靈活轉(zhuǎn)發(fā)的技術(shù)特點(diǎn),實(shí)現(xiàn)虛擬網(wǎng)絡(luò)隔離并把分組成功傳送到目的服務(wù)器。對于廣播和多播報(bào)文,可以同樣實(shí)現(xiàn)虛擬網(wǎng)絡(luò)隔離,因?yàn)槟康姆?wù)器會(huì)根據(jù)租戶ID信息把廣播或多播報(bào)文遞交給相應(yīng)虛擬數(shù)據(jù)中心網(wǎng)絡(luò)的所有虛擬機(jī),而不會(huì)泄露給其他租戶的虛擬數(shù)據(jù)中心網(wǎng)絡(luò)。4.3.2優(yōu)化虛擬數(shù)據(jù)中心網(wǎng)絡(luò)研發(fā)在云數(shù)據(jù)中心的大二層網(wǎng)絡(luò)中,虛擬機(jī)可以根據(jù)應(yīng)用需求在用戶的虛擬數(shù)據(jù)中心網(wǎng)絡(luò)內(nèi)部進(jìn)行安全的遷移。當(dāng)前云數(shù)據(jù)中心網(wǎng)絡(luò)的虛擬機(jī)遷移方案主要只考慮物理服務(wù)器上的虛擬機(jī)槽位使用情況。為了提高用戶的計(jì)算性能并減少數(shù)據(jù)中心運(yùn)營商的網(wǎng)絡(luò)開銷,設(shè)計(jì)更加靈活智能的虛擬機(jī)遷移策略非常必要。虛擬數(shù)據(jù)中心網(wǎng)絡(luò)的開銷包含計(jì)算資源開銷和帶寬開銷兩部分。為了設(shè)計(jì)優(yōu)化虛擬數(shù)據(jù)中心網(wǎng)絡(luò)開銷的虛擬機(jī)遷移方案,需要網(wǎng)絡(luò)控制器能夠感知虛擬機(jī)之間的通信流量或帶寬需求。虛擬數(shù)據(jù)中心網(wǎng)絡(luò)的整體開銷優(yōu)化不簡單等同于帶寬資源的優(yōu)化,也與數(shù)據(jù)流的路由選擇有關(guān)系。特別對于彈性流,即帶寬是瓶頸資源而非計(jì)算速度的數(shù)據(jù)流來說,不同的路由選擇將會(huì)影響數(shù)據(jù)流的網(wǎng)絡(luò)吞吐率,從而進(jìn)一步影響虛擬數(shù)據(jù)中心網(wǎng)絡(luò)的虛擬機(jī)占用時(shí)間,即計(jì)算資源的開銷。本項(xiàng)目擬首先分析虛擬網(wǎng)絡(luò)流量矩陣,建立模型并最小化虛擬網(wǎng)絡(luò)的傳輸流量;然后根據(jù)軟件定義網(wǎng)絡(luò)控制器維護(hù)的數(shù)據(jù)中心網(wǎng)絡(luò)拓?fù)鋪碚{(diào)整虛擬數(shù)據(jù)中心網(wǎng)絡(luò)的路由選擇,并優(yōu)化網(wǎng)絡(luò)整體開銷。虛擬數(shù)據(jù)中心往往運(yùn)行數(shù)據(jù)密集型計(jì)算任務(wù)。為了結(jié)合計(jì)算應(yīng)用的特點(diǎn)進(jìn)行網(wǎng)絡(luò)開銷優(yōu)化,可通過網(wǎng)絡(luò)控制器與計(jì)算控制器之間的信息交互,實(shí)現(xiàn)優(yōu)化全局網(wǎng)絡(luò)開銷虛擬機(jī)的靈活智能遷移。該方案不需要改動(dòng)已有的網(wǎng)絡(luò)控制器與計(jì)算控制器,而只需要增加額外的管理模塊,通過在協(xié)議棧中斷已有控制器的接口即可完成所需功能,因此有利于在云數(shù)據(jù)中心網(wǎng)絡(luò)中進(jìn)行實(shí)際部署。網(wǎng)絡(luò)控制器可以根據(jù)服務(wù)器的負(fù)載狀況作出路由調(diào)整,計(jì)算控制器也可以根據(jù)網(wǎng)絡(luò)狀況變化來調(diào)整虛擬機(jī)的遷移方案。4.3.3資源分配算法當(dāng)租戶提交任務(wù)請求之后,云數(shù)據(jù)中心運(yùn)營商需要為其分配虛擬數(shù)據(jù)中心網(wǎng)絡(luò)資源。當(dāng)前的云數(shù)據(jù)中心網(wǎng)絡(luò)資源分配方式只考慮虛擬機(jī)數(shù)量和位置,而對網(wǎng)絡(luò)帶寬完全采用“盡力而為”的方式進(jìn)行共享,因此造成租戶的網(wǎng)絡(luò)性能難以預(yù)期,嚴(yán)重影響云計(jì)算的服務(wù)質(zhì)量。本項(xiàng)目擬研究滿足網(wǎng)絡(luò)帶寬保障的虛擬數(shù)據(jù)中心網(wǎng)絡(luò)資源分配方法,尤其針對異構(gòu)資源請求的情況。在實(shí)際的云計(jì)算任務(wù)中,由于租戶的虛擬機(jī)往往運(yùn)行不同功能的應(yīng)用程序,其資源需求具有異構(gòu)特征。租戶提出請求后,運(yùn)營商根據(jù)數(shù)據(jù)中心網(wǎng)絡(luò)的剩余資源分布情況來判斷請求是否可以得到滿足。如果可以得到滿足,該請求將被接受,并分配對應(yīng)的虛擬機(jī)和網(wǎng)絡(luò)帶寬資源;若不可以得到滿足,運(yùn)營商將拒絕租戶的請求。對于異構(gòu)資源請求,虛擬機(jī)之間并不對等。因此不僅要關(guān)心為某個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)分配的虛擬機(jī)數(shù)量,還需要具體指定分配哪些虛擬機(jī)。如果租戶的請求可以被滿足,還需要按照分配方式在鏈路上預(yù)留帶寬。本項(xiàng)目擬考慮通過“任務(wù)時(shí)移”與“帶寬壓縮”的方法進(jìn)行高效的云數(shù)據(jù)中心網(wǎng)絡(luò)資源分配。任務(wù)時(shí)移是指延遲任務(wù)的啟動(dòng)時(shí)刻,其主要目的在于緩和任務(wù)需求的高峰?？紤]到當(dāng)前數(shù)據(jù)中心網(wǎng)絡(luò)負(fù)載呈現(xiàn)出晝夜變化規(guī)律,通過任務(wù)時(shí)移可以把白天到達(dá)的高負(fù)載計(jì)算任務(wù)轉(zhuǎn)移到夜晚運(yùn)行。而帶寬壓縮的目的則是平衡虛擬機(jī)資源與網(wǎng)絡(luò)資源。帶寬壓縮不僅可以更好地利用數(shù)據(jù)中心網(wǎng)絡(luò)鏈路的碎片帶寬,同時(shí)也能使虛擬機(jī)的分配更加集中化,從而進(jìn)一步節(jié)省帶寬資源。4.3.4云數(shù)據(jù)中心用戶請求的計(jì)算云數(shù)據(jù)中心運(yùn)營商根據(jù)租戶使用的資源向其收取費(fèi)用。當(dāng)前云數(shù)據(jù)中心主要根據(jù)租戶實(shí)際使用虛擬機(jī)資源的數(shù)量和時(shí)間來進(jìn)行計(jì)價(jià),不但不考慮網(wǎng)絡(luò)資源,而且租戶付出的開銷取決于云數(shù)據(jù)中心運(yùn)營商的資源分配算法,這并不合理。本項(xiàng)目擬研究與資源分配解耦的虛擬網(wǎng)絡(luò)計(jì)價(jià)機(jī)制。租戶提交云計(jì)算應(yīng)用請求之后,運(yùn)營商即根據(jù)用戶所提交任務(wù)請求的虛擬網(wǎng)絡(luò)資源進(jìn)行計(jì)價(jià)。因此,計(jì)價(jià)只取決于租戶提交的任務(wù)的特點(diǎn),而與其在云數(shù)據(jù)中心網(wǎng)絡(luò)中的實(shí)際資源分配方法無關(guān)。通過這種計(jì)價(jià)方式,把收費(fèi)機(jī)制與數(shù)據(jù)中心運(yùn)營商的資源分配算法進(jìn)行解耦。云數(shù)據(jù)中心運(yùn)營商可以著力于改進(jìn)資源分配算法并提高數(shù)據(jù)中心的資源利用率,從而接受更多的租戶請求;而租戶則在滿足服務(wù)需求的前提下,盡可能地提交能夠最小化開銷的虛擬資源請求。考慮到云數(shù)據(jù)中心存在多種不同類型的資源,為了鼓勵(lì)租戶提交有助于提高數(shù)據(jù)中心資源利用率的任務(wù)請求,運(yùn)營商還可以對有利于云數(shù)據(jù)中心資源分配的租戶請求提供計(jì)價(jià)折扣激勵(lì)。根據(jù)不同的資源類型組合,運(yùn)營商期待租戶提交的任務(wù)描述形式也會(huì)不同。比如,運(yùn)營商總是希望租戶所提交任務(wù)中的虛擬機(jī)資源與帶寬資源的比例正好與云數(shù)據(jù)中心網(wǎng)絡(luò)的虛擬機(jī)資源與帶寬資源的比例相匹配,因此可以最大化云數(shù)據(jù)中心資源的利用率。4.4云數(shù)據(jù)中心網(wǎng)絡(luò)節(jié)能策略為了大幅降低云數(shù)據(jù)中心網(wǎng)絡(luò)能耗并建設(shè)綠色數(shù)據(jù)中心,需要從多維度進(jìn)行數(shù)據(jù)中心網(wǎng)絡(luò)能耗的協(xié)同控制。本項(xiàng)目在軟件定義網(wǎng)絡(luò)框架的基礎(chǔ)上,研究網(wǎng)絡(luò)能耗的實(shí)時(shí)感知方法,通過網(wǎng)絡(luò)控制器進(jìn)行面向節(jié)能目標(biāo)的流量工程控制,實(shí)現(xiàn)云數(shù)據(jù)中心的多能源優(yōu)化。主要研究內(nèi)容如下。(1)基于傳感網(wǎng)的云數(shù)據(jù)中心網(wǎng)絡(luò)能耗感知研究基于無線傳感網(wǎng)的云數(shù)據(jù)中心網(wǎng)絡(luò)能耗實(shí)時(shí)感知方法,并據(jù)此測算數(shù)據(jù)中心節(jié)點(diǎn)、局部網(wǎng)絡(luò)和全網(wǎng)的能耗狀態(tài),為網(wǎng)絡(luò)控制器建立節(jié)能策略提供能耗信息依據(jù)。(2)軟件控制的節(jié)能流量工程研究在保障網(wǎng)絡(luò)可靠性和實(shí)時(shí)流量調(diào)度前提下,以軟件控制的方式實(shí)現(xiàn)節(jié)能流量工程,使盡可能多的網(wǎng)絡(luò)節(jié)點(diǎn)和鏈路進(jìn)入低功耗狀態(tài)。(3)應(yīng)用感知的云數(shù)據(jù)中心網(wǎng)絡(luò)節(jié)能方法協(xié)調(diào)單純以降低網(wǎng)絡(luò)傳輸開銷等為目標(biāo)的應(yīng)用層流量控制和單純以節(jié)能為目標(biāo)的流量共層方案之間的潛在沖突,在實(shí)現(xiàn)應(yīng)用層的流量傳輸控制策略的基礎(chǔ)上,最大化網(wǎng)絡(luò)層面的節(jié)能效果。(4)面向清潔能源的云數(shù)據(jù)中心多能源優(yōu)化方法研究利用包括清潔能源在內(nèi)的多種供能資源的互補(bǔ)優(yōu)化方法,為具有動(dòng)態(tài)能源需求的數(shù)據(jù)中心提供可靠能源,同時(shí)最小化云數(shù)據(jù)中心運(yùn)營商的長期運(yùn)維成本。4.4.1云數(shù)據(jù)中心接入對云數(shù)據(jù)中心的服務(wù)器和網(wǎng)絡(luò)節(jié)點(diǎn)進(jìn)行能耗實(shí)時(shí)感知和反饋,既可以有效探測云數(shù)據(jù)中心的高能耗設(shè)備從而進(jìn)行故障排除,還可以將數(shù)據(jù)中心的溫度(比如調(diào)節(jié)數(shù)據(jù)中心的空調(diào))和能耗控制在最合適的范圍,保證云數(shù)據(jù)中心在不影響服務(wù)性能的前提下運(yùn)行在功耗最低的狀態(tài)。云數(shù)據(jù)中心網(wǎng)絡(luò)設(shè)備的能耗感知信息可以以“帶外”方式接入云數(shù)據(jù)中心的網(wǎng)絡(luò)控制器,為通過軟件定義方式控制云數(shù)據(jù)中心網(wǎng)絡(luò)能耗提供了重要決策信息。本項(xiàng)目擬研究基于無線傳感網(wǎng)的云數(shù)據(jù)中心網(wǎng)絡(luò)實(shí)時(shí)能耗感知方法,感知隨計(jì)算任務(wù)動(dòng)態(tài)變化而不斷遷移的溫度熱點(diǎn)和高能耗點(diǎn)。首先將傳感網(wǎng)部署的優(yōu)化算法與隨熱點(diǎn)遷移的自演化機(jī)制相結(jié)合,提出自演化的傳感網(wǎng)節(jié)點(diǎn)部署算法,對云數(shù)據(jù)中心網(wǎng)絡(luò)進(jìn)行實(shí)時(shí)能耗感知。然后,針對能耗感知數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性和可靠性要求,研究如何解決并發(fā)傳輸導(dǎo)致的信道沖突問題以及如何應(yīng)對無線鏈路質(zhì)量的動(dòng)態(tài)性問題。將無線傳感網(wǎng)感知的實(shí)時(shí)能耗信息進(jìn)行收集之后,網(wǎng)絡(luò)控制器對能耗進(jìn)行分析以提供實(shí)時(shí)反饋控制,保障云數(shù)據(jù)中心網(wǎng)絡(luò)在低功耗狀態(tài)下有效運(yùn)行。本項(xiàng)目擬重點(diǎn)研究通過異常事件實(shí)時(shí)檢測方法進(jìn)行過熱預(yù)警,保證各服務(wù)器不會(huì)因?yàn)檫^載導(dǎo)致數(shù)據(jù)和硬件損失;研究能耗精確估算方法,在收集感知數(shù)據(jù)的基礎(chǔ)上相對精確地測量和估計(jì)云數(shù)據(jù)中心網(wǎng)絡(luò)全局或局部的能耗,為建立精確的節(jié)能策略提供信息支撐。4.4.2云數(shù)據(jù)中心的網(wǎng)絡(luò)節(jié)能方案在軟件定義的可定制網(wǎng)絡(luò)框架下,網(wǎng)絡(luò)控制器在收集到的云數(shù)據(jù)中心網(wǎng)絡(luò)節(jié)點(diǎn)的溫度、能耗、網(wǎng)絡(luò)流量等信息基礎(chǔ)上,以軟件控制的方式實(shí)現(xiàn)節(jié)能流量工程,使盡可能多的空閑網(wǎng)絡(luò)節(jié)點(diǎn)和鏈路進(jìn)入低功耗狀態(tài)。本項(xiàng)目擬采用如下技術(shù)路線以實(shí)現(xiàn)軟件控制的云數(shù)據(jù)中心網(wǎng)絡(luò)節(jié)能流量工程。