燕 杰，樊勇兵，金華敏，唐 宏

（中國電信股份有限公司廣東研究院 廣州510630）

1 引言

云計算是近年來IT和互聯(lián)網(wǎng)領(lǐng)域研究的熱點，國內(nèi)外的電信運營商也開始進(jìn)行積極的探索、研究、試驗和應(yīng)用。按照業(yè)界的一般理解，云計算存在IaaS（infrastructure as a service，基礎(chǔ)設(shè)施即服務(wù)）、PaaS（platform as a service，平臺即服務(wù)）、SaaS（software as a service，軟件即服務(wù)）3 種服務(wù)模式[1]。IaaS對內(nèi)能夠進(jìn)行IT資源整合，提高資源利用率，對外能為用戶提供按需付費的彈性基礎(chǔ)設(shè)施服務(wù)，是電信運營商研究和應(yīng)用云計算、實現(xiàn)集約運營的關(guān)鍵切入點之一。

在談云計算的時候，首先要明確“一朵云”是什么樣的。根據(jù)業(yè)界對IaaS的理解，在云計算的語境下，計算、存儲等IT設(shè)施是以資源池的形式出現(xiàn)的，筆者認(rèn)為，可以將一個資源池作為“一朵云”?！耙欢湓啤敝邪舜罅康姆?wù)器、存儲和網(wǎng)絡(luò)設(shè)備及相應(yīng)的管理系統(tǒng)。但是，從技術(shù)現(xiàn)狀和管理水平兩方面看，資源池的規(guī)模不可能是無限大的，資源池的數(shù)量也是需要規(guī)劃的。對于全國性的大型企業(yè)，尤其是國內(nèi)電信運營商而言，如何劃分資源池、如何構(gòu)建資源池、應(yīng)用系統(tǒng)如何評估、是否適合遷移至資源池都是要考慮和解決的問題，而目前業(yè)界還沒有公開的、成熟的規(guī)劃部署方案。本文將結(jié)合云計算IaaS技術(shù)特點與發(fā)展現(xiàn)狀，提出資源池的規(guī)劃部署方案。

2 云的劃分方式

為方便描述，選取一個典型的國內(nèi)電信運營商管理架構(gòu)模型，并以此模型為藍(lán)本討論電信運營商部署云計算資源時如何對云的類型和數(shù)量進(jìn)行劃分。本文選取的電信運營商管理架構(gòu)考慮了國內(nèi)電信運營商的企業(yè)發(fā)展歷史、經(jīng)營體制、業(yè)務(wù)類型及規(guī)模等因素，其模型具有如下3個特點。

（1）地域范圍廣

電信運營商業(yè)務(wù)覆蓋地域廣闊，至少包括20個區(qū)域（一般而言，一個區(qū)域是指一個省級行政單位），橫跨地市眾多，用戶數(shù)量龐大。

（2）總部和分部兩級管理

整體運營由總部統(tǒng)籌管理，在各區(qū)域設(shè)置地方分部機(jī)構(gòu)，管理和運營區(qū)域內(nèi)業(yè)務(wù)。

（3）按照專業(yè)類型進(jìn)行網(wǎng)絡(luò)資源與IT資源的建設(shè)和管理

可劃分為基礎(chǔ)網(wǎng)絡(luò)、業(yè)務(wù)網(wǎng)絡(luò)和IT系統(tǒng)。基礎(chǔ)網(wǎng)絡(luò)主要是接入各類用戶、提供網(wǎng)絡(luò)承載服務(wù)和基礎(chǔ)資源出租服務(wù)；業(yè)務(wù)網(wǎng)絡(luò)主要匯聚了3類平臺，一類是電信運營商直接對外提供服務(wù)的業(yè)務(wù)類平臺，一類是短信、彩信等電信能力類平臺，另一類是實現(xiàn)業(yè)務(wù)受理流程、處理業(yè)務(wù)訂購關(guān)系、資源監(jiān)測管控等管理功能的管理類平臺；IT系統(tǒng)主要是運營商內(nèi)部的MBOSS，包括了計費、CRM、OA等內(nèi)部系統(tǒng)。具體的管理架構(gòu)模型如圖1所示。

對于電信運營商而言，在考慮云計算技術(shù)，尤其是IaaS技術(shù)的引入和部署時，基礎(chǔ)網(wǎng)絡(luò)、業(yè)務(wù)網(wǎng)絡(luò)和IT系統(tǒng)都可以作為重要切入點。具體來說，可以與基礎(chǔ)網(wǎng)絡(luò)中已有的基礎(chǔ)資源出租服務(wù)相結(jié)合，開展虛擬服務(wù)器、存儲空間出租等云計算服務(wù)；可以在業(yè)務(wù)網(wǎng)絡(luò)和IT系統(tǒng)中分別引入計算虛擬化和存儲虛擬化等技術(shù)進(jìn)行基礎(chǔ)設(shè)施的資源整合，提高資源利用率和業(yè)務(wù)上線速度。

從品牌宣傳角度看，“一朵云”的范圍應(yīng)該涵蓋電信運營商的云計算建設(shè)發(fā)展內(nèi)容，讓外界認(rèn)同電信運營商云計算的完備性，因此，云的名稱數(shù)量越少越好，更能讓外界認(rèn)同電信運營商云計算的整體性和統(tǒng)一性。從部署建設(shè)的角度看，“一朵云”是為某個管理單位（如省公司）的某個運營目的 （如解決重要的生產(chǎn)需求和管理問題）而服務(wù)的，在“一朵云”里，需要層次化、模塊化地進(jìn)行規(guī)劃，云的資源可以分散在多個地域，但必須實現(xiàn)統(tǒng)一管理，對“統(tǒng)一管理”的定義不同會導(dǎo)致云的大小不同。

通過上述論述，部署云計算資源池時，主要根據(jù)以下兩個因素進(jìn)行劃分。

（1）管理架構(gòu)

在上述模型中，業(yè)務(wù)覆蓋地域范圍廣是無法改變的客觀因素，總部和分部的兩級管理也是大型企業(yè)最有效的管理架構(gòu)之一，而且還沒有變動的驅(qū)動力。因此總部和各分部可能會獨立部署資源池，各資源池是平級關(guān)系并具有松耦合性，可通過本資源池的管理平臺進(jìn)行獨立管理；從全網(wǎng)資源統(tǒng)管的角度，可以在總部層面設(shè)立全網(wǎng)的管理監(jiān)控平臺，統(tǒng)一呈現(xiàn)、監(jiān)控、調(diào)度資源。

（2）解決的問題域

在總部或各分部內(nèi)，可以從對外提供彈性資源出租服務(wù)、對內(nèi)進(jìn)行業(yè)務(wù)平臺資源整合、對內(nèi)進(jìn)行IT系統(tǒng)資源整合3個方面進(jìn)行劃分，可以劃分為4種方式。第1種方式是分別解決3個專業(yè)類型的問題域，為資源出租服務(wù)、業(yè)務(wù)平臺、IT系統(tǒng)分別部署1個資源池；第2種方式是按照資源池所承載的業(yè)務(wù)是對內(nèi)服務(wù)還是對外服務(wù)進(jìn)行劃分，為資源出租服務(wù)、業(yè)務(wù)平臺等直接對外提供業(yè)務(wù)的應(yīng)用服務(wù)部署1個資源池，為不直接對外的IT系統(tǒng)部署1個資源池；第3種方式是按照業(yè)務(wù)所需的基礎(chǔ)設(shè)施資源是運營商內(nèi)部自用還是對外出租進(jìn)行劃分，為資源出租服務(wù)部署1個資源池，為各類業(yè)務(wù)平臺、IT系統(tǒng)部署1個資源池；第4種方式是完全打破專業(yè)領(lǐng)域，為資源出租服務(wù)、業(yè)務(wù)平臺、IT系統(tǒng)統(tǒng)一部署1個資源池。4種方式的對比見表1。

對于計算、存儲資源需求量大的分部機(jī)構(gòu)可以根據(jù)自身的運營管理情況，按照方式1、方式2或方式3進(jìn)行部署建設(shè)，但需要保證管理平臺遵循相同規(guī)范，資源池統(tǒng)一規(guī)劃，以便于后續(xù)資源池的整合與統(tǒng)一管理。

對于計算、存儲資源需求量小的分部機(jī)構(gòu)直接按照方式4進(jìn)行部署建設(shè)，統(tǒng)一管理本省所需的計算存儲資源。

對于總部機(jī)構(gòu)，建議根據(jù)各分部機(jī)構(gòu)的劃分方式，盡可能選擇與大多數(shù)分部機(jī)構(gòu)的劃分方式相適應(yīng)的部署方式。

與電信運營商在企業(yè)發(fā)展過程中的管理集中/分散、網(wǎng)絡(luò)整合/拆分過程一樣，云的發(fā)展可能也是螺旋式上升的過程，資源池可能將面臨不可預(yù)料的融合與拆分，其大小與數(shù)量也將隨之變化，但最終趨勢還是走向融合。

圖1 國內(nèi)電信運營商管理架構(gòu)模型

圖2 資源池技術(shù)架構(gòu)

3 資源池的構(gòu)建

3.1 資源池的技術(shù)架構(gòu)

按照上述思路和原則劃分資源池后，各個資源池在體系架構(gòu)上應(yīng)該是趨同的，技術(shù)架構(gòu)如圖2所示。

資源池技術(shù)架構(gòu)主要包含物理資源、虛擬資源、軟件資產(chǎn)和云管理平臺。

·物理資源主要包括服務(wù)器、存儲設(shè)備和網(wǎng)絡(luò)設(shè)備，其為IaaS服務(wù)提供了最底層的物理資源能力。

·虛擬化資源池是指通過服務(wù)器虛擬化、存儲虛擬化、網(wǎng)絡(luò)虛擬化等技術(shù)，將物理設(shè)備資源進(jìn)行池化，抽象成可管理、可調(diào)度的邏輯資源。

·軟件資產(chǎn)目前主要包括操作系統(tǒng)的存放介質(zhì)和License，是實現(xiàn)虛擬機(jī)模板定制和管理的重要要素。

·云管理平臺定位于實現(xiàn)對云計算資源的可管、可控和可運營，通過實現(xiàn)對物理設(shè)備（服務(wù)器、存儲和網(wǎng)絡(luò)）、邏輯資源（計算資源、存儲資源和網(wǎng)絡(luò)資源）的統(tǒng)一管理、監(jiān)控和部署調(diào)度，實現(xiàn)異構(gòu)虛擬化技術(shù)封裝的虛擬資源的管理、多個地域資源的統(tǒng)一管理以及業(yè)務(wù)流程管理、用戶服務(wù)管理等功能。

3.2 以“集群”為最小單位的資源池部署方式

本文建議電信運營商在建設(shè)云計算資源池時，按照“管理域”、“集群”兩級進(jìn)行規(guī)劃、部署和管理，如圖3所示。

所謂“集群”，是云計算最初建設(shè)的最小單元，一個集群的設(shè)備必須在同一機(jī)房甚至同一LAN內(nèi)，其軟硬件設(shè)備應(yīng)盡可能避免異構(gòu)。提出集群的概念，是考慮到虛擬機(jī)熱遷移范圍、單節(jié)點物理機(jī)納管數(shù)量、共享存儲訪問效率都受限于現(xiàn)有虛擬化技術(shù)，需要定義和劃分建設(shè)部署一個基本單元，以保證該單元的性能最優(yōu)化和效率最大化。

所謂“管理域”，是從業(yè)務(wù)類型的維度進(jìn)行劃分，通過云計算管理平臺的分權(quán)分域，將承載相同業(yè)務(wù)類型的集群納入統(tǒng)一管理域。提出管理域的概念，是考慮到同類型的業(yè)務(wù)可能由同一個前端業(yè)務(wù)團(tuán)隊和同一個后端維護(hù)團(tuán)隊進(jìn)行管理，按照業(yè)務(wù)類型或管理團(tuán)隊進(jìn)行邏輯劃分能更好地與現(xiàn)有體制銜接，實現(xiàn)平滑過渡。

該部署方式的主要優(yōu)點有如下3個。

·軟硬件同構(gòu)，更容易體現(xiàn)云計算的技術(shù)特點，實現(xiàn)業(yè)務(wù)熱遷移。集群內(nèi)的軟硬件都盡可能保證同構(gòu)，避免異構(gòu)帶來的兼容性和互通性問題，能夠最大程度地保證集群內(nèi)的虛擬機(jī)實現(xiàn)自動、在線的熱遷移。

圖3 “管理域”和“集群”兩級的資源池部署方式

·實現(xiàn)差異化承載。不同的集群可以使用不同的虛擬化解決方案，可以同時承載處于不同生命周期階段的業(yè)務(wù)，實現(xiàn)不同成本、不同功能的業(yè)務(wù)差異化承載。例如，對于成長期的業(yè)務(wù)應(yīng)用，可以采用高成本、功能豐富的虛擬化軟件；對于衰退期業(yè)務(wù)，可以采用低成本的虛擬化軟件。

·方便規(guī)劃和建設(shè)。明確了集群作為規(guī)劃和建設(shè)的最小單元，能夠?qū)崿F(xiàn)最小單元化和單元建制化，方便云計算環(huán)境的規(guī)劃和后續(xù)擴(kuò)展；能夠為規(guī)劃、建設(shè)和運維人員提供明確的物理對象，方便其定位和管理。從技術(shù)角度看，集群由計算子系統(tǒng)、存儲子系統(tǒng)和網(wǎng)絡(luò)子系統(tǒng)構(gòu)成，具體架構(gòu)如圖4所示。

（1）計算子系統(tǒng)

配置8～16臺x86服務(wù)器；建議每臺服務(wù)器的硬件配置（包括CPU、內(nèi)存、網(wǎng)絡(luò)接口）在類型和數(shù)量上均一致；支持硬件輔助虛擬化技術(shù)，如Intel的VT技術(shù)和AMD的AMD-V技術(shù)；網(wǎng)絡(luò)接口配置為4～8個；使用相同廠商和版本的虛擬化軟件。

（2）存儲子系統(tǒng)

在規(guī)模部署的前提下，建議使用SAN技術(shù)。如果使用FC SAN，則需要部署SAN交換機(jī)；如果使用IP SAN，建議使用專用的存儲交換機(jī)形成獨立的存儲網(wǎng)絡(luò)，避免和其他網(wǎng)絡(luò)數(shù)據(jù)流量搶占帶寬。

（3）網(wǎng)絡(luò)子系統(tǒng)

接入交換機(jī)需要支持VLAN、QinQ、QoS等功能；建議通過物理端口+VLAN的方式，將物理服務(wù)器的上聯(lián)通道劃分為業(yè)務(wù)數(shù)據(jù)通道、虛擬機(jī)遷移數(shù)據(jù)通道、虛擬機(jī)管理通道。

4 已有業(yè)務(wù)系統(tǒng)遷移至云計算資源池的可行性評估

云計算資源池建設(shè)部署完成后，需要考慮將已有的業(yè)務(wù)從物理服務(wù)器環(huán)境遷移至云計算資源池中，由于已有業(yè)務(wù)的業(yè)務(wù)定位與發(fā)展情況、應(yīng)用架構(gòu)、物理資源占用情況都不盡相同，需要進(jìn)行一個細(xì)致的可行性分析評估和判斷已有業(yè)務(wù)是否適合遷移至云計算資源池中。如何對被遷移系統(tǒng)進(jìn)行有效的系統(tǒng)評估，為遷移和整合提供有效的支撐數(shù)據(jù)，是遷移前的重要工作，也是遷移和整合過程中的一個難點?？尚行栽u估可以從驅(qū)動力與配備條件是否具備、技術(shù)上是否能夠遷移、技術(shù)上是否適合遷移3方面進(jìn)行。

4.1 驅(qū)動力與配備條件

首先，需要從近期及長遠(yuǎn)的角度明確遷移的驅(qū)動因素是否存在及合理，如遷移后能夠節(jié)約建設(shè)成本、提高業(yè)務(wù)部署效率和靈活性、對企業(yè)更高層面的戰(zhàn)略目標(biāo)執(zhí)行有幫助。這些因素是決定遷移必要性的首要因素，只有在具有明確驅(qū)動力的情況下，才考慮后續(xù)的遷移工作。

其次，需要確認(rèn)資源池建設(shè)完成后是否能正常運行，考慮是否具有相關(guān)的運維人員和維護(hù)保障手段。這些因素是考量是否進(jìn)行遷移工作的客觀條件。

4.2 遷移的技術(shù)可能性

首先，需要明確應(yīng)用系統(tǒng)是否能運行在x86服務(wù)器上。如果應(yīng)用系統(tǒng)不能運行在x86服務(wù)器上，則不能采用虛擬化技術(shù)，因此無法遷移至云計算資源池中。

圖4 集群具體架構(gòu)

其次，需要確認(rèn)應(yīng)用系統(tǒng)是否需要配置特殊硬件，如窄帶卡、中繼卡、3D卡、顯卡、加密卡、磁帶機(jī)、infiniband等。如果具有特殊硬件配置，則不能采用虛擬化技術(shù)。

再次，需要確認(rèn)應(yīng)用系統(tǒng)首選什么操作系統(tǒng)，版本編號是什么，還有哪些候選的操作系統(tǒng)。檢查首選操作系統(tǒng)版本是否在主流的虛擬化軟件的兼容列表內(nèi)，如果不在兼容列表內(nèi)，則檢查后續(xù)操作系統(tǒng)版本是否在主流的虛擬化軟件的兼容列表內(nèi)，如果仍然不在兼容列表內(nèi)，則不能采用虛擬化技術(shù)。

4.3 遷移的適宜程度

可以從3個方面評估業(yè)務(wù)遷移的適宜程度：業(yè)務(wù)的保障要求、已有硬件配置和資源利用情況、應(yīng)用系統(tǒng)架構(gòu)與業(yè)務(wù)邏輯。

4.3.1 業(yè)務(wù)保障的要求

評估業(yè)務(wù)應(yīng)用的業(yè)務(wù)規(guī)模和活躍用戶情況，評價業(yè)務(wù)目前處于生命周期的哪一個階段，如發(fā)展期、成熟期、衰退期，根據(jù)對業(yè)務(wù)的評估結(jié)果判斷使用什么類型的虛擬化軟件。如果業(yè)務(wù)保障要求高，建議使用商用成熟度、可靠性高等高級功能完善的虛擬化軟件，但購買成本相對較高；如果業(yè)務(wù)保障要求不高，可采用低成本、只具有基本可靠性功能的虛擬化軟件。具體的判斷方法見表2。

另外，部分虛擬化軟件目前還不支持雙機(jī)熱備份，如果業(yè)務(wù)應(yīng)用需要部署服務(wù)器的雙機(jī)熱備份，則需要選用能夠支持此功能的虛擬化軟件。

表2 根據(jù)業(yè)務(wù)保障要求判斷虛擬化部署方案

4.3.2 已有硬件配置和資源利用情況

從傳統(tǒng)的物理環(huán)境遷移至虛擬機(jī)環(huán)境，需要詳細(xì)了解已有的硬件配置和在傳統(tǒng)環(huán)境下的資源利用情況，便于更明確地考慮虛擬化環(huán)境下各個虛擬機(jī)的角色定義和配置。需要從以下幾方面考慮。

·目前采用什么配置的物理服務(wù)器安裝該應(yīng)用系統(tǒng)，CPU、內(nèi)存、硬盤、網(wǎng)卡、HBA卡的配置是什么。根據(jù)此問題答案，可以將現(xiàn)有的物理服務(wù)器配置直接轉(zhuǎn)換為虛擬機(jī)的配置進(jìn)行試運行，在試運行期間可以根據(jù)實際資源利用率再進(jìn)行調(diào)整。

·應(yīng)用系統(tǒng)是否需要高CPU運算，CPU平均利用率是多少。

·系統(tǒng)運行時占用大量內(nèi)存，內(nèi)存平均利用率是多少。

·應(yīng)用系統(tǒng)是否有大量對存儲的I/O讀寫操作，如經(jīng)常進(jìn)行大文件的拷貝。

·應(yīng)用系統(tǒng)運行時是否需要處理大量的網(wǎng)絡(luò)流量，平均網(wǎng)絡(luò)流量是多少。

根據(jù)上述問題，梳理應(yīng)用系統(tǒng)中的各個物理服務(wù)器對CPU、內(nèi)存、存儲I/O、網(wǎng)絡(luò)I/O中哪類資源有較高的占用需求。最適宜遷移至虛擬化環(huán)境的，是對4類服務(wù)器資源占用率都較低的物理服務(wù)器。對于在物理環(huán)境下已經(jīng)采用高配置的服務(wù)器，如果系統(tǒng)運行時CPU、內(nèi)存、存儲I/O、網(wǎng)絡(luò)I/O中有一類資源的利用率長期超過70%，為保證系統(tǒng)運行效率，不建議遷移至虛擬化環(huán)境。對于其他情況，需要結(jié)合物理服務(wù)器對資源密集占用的類型總體考慮虛擬機(jī)的部署，如為避免多個同樣是內(nèi)存密集型的物理服務(wù)器在虛擬化后放置在統(tǒng)一物理服務(wù)器上，應(yīng)盡可能將資源占用密集的物理服務(wù)器通過虛擬化后部署在同一臺物理服務(wù)器上，實現(xiàn)服務(wù)器CPU、內(nèi)存、存儲I/O、網(wǎng)絡(luò)I/O資源的充分復(fù)用。

在進(jìn)行硬件配置和資源利用率信息收集時，建議使用專門的工具（如hp的CAT、VMware的CP）收集相關(guān)信息，保證信息的精確性。同時，信息收集周期至少為2周，盡可能收集到應(yīng)用系統(tǒng)在業(yè)務(wù)峰值和谷值時的資源利用率信息。

4.3.3 應(yīng)用系統(tǒng)架構(gòu)與業(yè)務(wù)邏輯

在評估業(yè)務(wù)應(yīng)用遷移至虛擬化環(huán)境的適宜程度時，需要考慮應(yīng)用系統(tǒng)的架構(gòu)和業(yè)務(wù)邏輯。

需要明確應(yīng)用的系統(tǒng)架構(gòu)，了解系統(tǒng)由哪些模塊構(gòu)成、各模塊之間如何工作。

需要明確在傳統(tǒng)方式下，系統(tǒng)的物理部署拓?fù)鋱D如何，物理設(shè)備與邏輯模塊的對應(yīng)關(guān)系如何，各服務(wù)器所承擔(dān)的角色分類是什么，每種角色服務(wù)器的功能是什么。

根據(jù)上述兩問題的答案，明確從物理環(huán)境轉(zhuǎn)變?yōu)樘摂M化環(huán)境后，虛擬機(jī)需要承擔(dān)哪些系統(tǒng)角色，建議謹(jǐn)慎評估以下系統(tǒng)角色的虛擬化：運行音視頻流媒體引用程序的系統(tǒng)、大型數(shù)據(jù)庫系統(tǒng)（如 Oracle、DB2數(shù)據(jù)庫軟件）以及運行CAD、CAM、PRoE等工程設(shè)計應(yīng)用程序的系統(tǒng)。

需要明確系統(tǒng)模塊之間的業(yè)務(wù)邏輯如何，與之對應(yīng)的物理設(shè)備之間的網(wǎng)絡(luò)互訪流量情況如何。參照此問題的答案，進(jìn)一步明確物理服務(wù)器在轉(zhuǎn)變?yōu)樘摂M機(jī)后是集中部署在一臺服務(wù)器中還是分散在多臺服務(wù)器上。從提高系統(tǒng)運行效率的角度看，可以將業(yè)務(wù)邏輯關(guān)系密切、網(wǎng)絡(luò)互訪流量較大的設(shè)備角色放置在同一臺物理服務(wù)器上；從設(shè)備角色的業(yè)務(wù)邏輯關(guān)系看，可以判斷設(shè)備間的依賴關(guān)系和系統(tǒng)間的邏輯關(guān)系，為確定遷移依賴關(guān)系、遷移順序和遷移后位置提供有力的參考。

5 結(jié)束語

結(jié)合電信運營商跨地域、跨專業(yè)領(lǐng)域、總部/分部兩級的特點，從技術(shù)實現(xiàn)、運營管理、投資成本3方面進(jìn)行考慮，為電信運營商部署云（資源池）的數(shù)量提供決策參考。從技術(shù)體系角度提出了資源池的技術(shù)架構(gòu)，并從網(wǎng)絡(luò)部署角度明確了資源池在現(xiàn)網(wǎng)中的部署方式。在制定資源池構(gòu)建方法的同時，明確了對現(xiàn)有業(yè)務(wù)的云化評估思路，從驅(qū)動力與配備條件是否具備、技術(shù)上是否能夠遷移、技術(shù)上是否適合遷移3方面提出了評估原則和方法。

云計算的部署技術(shù)和方案還處于發(fā)展階段，尤其在電信運營商領(lǐng)域還沒有成熟的部署和管理方案，相關(guān)的部署思路、技術(shù)架構(gòu)、構(gòu)建方案和演進(jìn)路線還需要進(jìn)一步的研究和驗證。

1 IBM虛擬化與云計算小組.虛擬化與云計算.北京:電子工業(yè)出版社,2009

2 Open Cloud Manifesto.http://www.opencloudmanifesto.org,2009