如何實現(xiàn)數(shù)據(jù)中心虛擬化

■

為了安全、隔離、穩(wěn)定等諸多因素，傳統(tǒng)的數(shù)據(jù)中心應(yīng)用部署模式，即一套應(yīng)用一臺服務(wù)器的部署模式，在電力消耗越來越接近機房最初設(shè)計的最大功率、機柜剩余空間越來越捉襟見肘的情況下，傳統(tǒng)的數(shù)據(jù)中心發(fā)展模式遇到了瓶頸。按照以往的思路，解決辦法就是重新鋪設(shè)能承載更大功率的電纜、擴建機房、擴容UPS等。但這些都是一筆巨大的投資，而且隨著服務(wù)器數(shù)量的增多，維護成本和難度也在逐漸增大。因此，必須通過其它技術(shù)手段去改變這種現(xiàn)狀。筆者從2007年左右開始接觸虛擬化技術(shù)，并把虛擬化技術(shù)逐步應(yīng)用到工作中。這期間，隨著技術(shù)的發(fā)展，以及業(yè)務(wù)的需要，采用過好幾種虛擬化產(chǎn)品。 如：Parallels Virotuozzo Container、VMware Server、Windows Hyper-V、VMware vSphere等。虛擬化技術(shù)發(fā)展到今天，基本上已經(jīng)很成熟，應(yīng)用也很廣泛，但筆者還是希望能把自己近年來工作中的一些經(jīng)驗總結(jié)出來，分享給大家，以便剛接觸虛擬化的同仁們能根據(jù)自己單位的業(yè)務(wù)需求，更快的規(guī)劃好數(shù)據(jù)中心的部署方案，減少學(xué)習(xí)的成本或者少走點彎路。

雖然現(xiàn)在虛擬化技術(shù)很成熟，產(chǎn)品也很多，許多人都知道甚至很熟悉，筆者在這里還是把虛擬化技術(shù)簡單介紹下，以便剛了解的人能有一個初步的認(rèn)識。

虛擬化技術(shù)簡介

虛擬化是一個很廣義的術(shù)語，與計算機相關(guān)的，就有平臺虛擬化、應(yīng)用虛擬化、網(wǎng)絡(luò)虛擬化、存儲虛擬化等等諸多概念，在這里我們說的是相對俠義的虛擬化概念，即在計算機上模擬運行多個操作系統(tǒng)平臺，這些系統(tǒng)平臺彼此在相互獨立的空間內(nèi)運行而互不影響，從而顯著提高計算機的使用效率。

按照不同的分類方法，可將虛擬化技術(shù)分類如下：

按CPU資源調(diào)度分類

全虛擬化：虛擬操作系統(tǒng)與底層硬件完全隔離，由中間的Hypervisor層轉(zhuǎn)化虛擬客戶操作系統(tǒng)對底層硬件的調(diào)用代碼，全虛擬化無需更改客戶端操作系統(tǒng)，兼容性好。常見的產(chǎn)品有Microsoft VirtualServer、Oracle VirtualBox、VMware Workstation等。

半虛擬化：在虛擬客戶操作系統(tǒng)中加入特定的虛擬化指令，通過這些指令可以直接通過Hypervisor層調(diào)用硬件資源，免除Hypervisor層轉(zhuǎn)換指令的性能開銷。半虛擬化常見的產(chǎn)品有Citrix Xen、Microsoft Hyper-V、VMware vSphere等。

硬件輔助虛擬化：在CPU中加入了新的指令集和處理器運行模式，完成虛擬操作系統(tǒng)對硬件資源的直接調(diào)用。典型技術(shù)有Intel VT、AMD-V。

按應(yīng)用分類

服務(wù)器虛擬化，常見的產(chǎn)品 有 Citrix Xen、Microsoft Hyper-V、VMware vSphere等

桌面虛擬化，常見的產(chǎn)品 有 Citrix Xen Desktop、Microsoft MED-V、VMware View、VMware Horizon等。

應(yīng)用虛擬化，常見的產(chǎn)品有Citrix Xen App、VMware ThinApp等。

在數(shù)據(jù)中心，我們常會用到的主要是服務(wù)器虛擬化、桌面虛擬化、應(yīng)用虛擬化三種產(chǎn)品，而在硬件調(diào)度方面，基本都采用了硬件輔助虛擬化技術(shù)，因此在服務(wù)器選型時，一定要選擇支持虛擬化技術(shù)的CPU。不過隨著虛擬化技術(shù)的發(fā)展以及流行趨勢，現(xiàn)在服務(wù)器的CPU基本上都是支持虛擬化技術(shù)的。

數(shù)據(jù)中心虛擬化目標(biāo)

前面筆者已經(jīng)提到，采用虛擬化技術(shù)，主要是為了解決占地、電力消耗接近極限等問題，但也解決了服務(wù)器利用率不高、業(yè)務(wù)上線前期準(zhǔn)備時間長、每年不斷有許多新系統(tǒng)上線需求、缺乏災(zāi)難恢復(fù)以及備份測試環(huán)境、設(shè)備數(shù)量過多導(dǎo)致的維護成本高和維護難度大等問題。因此，不論讀者您所在單位的數(shù)據(jù)中心處于一個什么樣的規(guī)模，例如：成百千上千臺，或者只有幾臺；不論是什么應(yīng)用場景，例如：普通的業(yè)務(wù)服務(wù)、關(guān)鍵的應(yīng)用平臺，還是大數(shù)據(jù)分析，基本上都可以采用虛擬化技術(shù)。對于較大規(guī)模的數(shù)據(jù)中心，采用虛擬化技術(shù)，所帶來的益處是顯而易見的，一方面可以大量降低設(shè)備數(shù)量，減少占地空間、減小電力消耗，另一方面，可以為單位業(yè)務(wù)的發(fā)展所提出的新需求，提供快速的響應(yīng)。而對于只有幾臺服務(wù)器的小規(guī)模環(huán)境，通過虛擬化技術(shù)，也能帶來許多益處，例如：通過虛擬化產(chǎn)品中的高可用特性，可以解決單機承載業(yè)務(wù)所帶來的單點故障問題，以及傳統(tǒng)備份的恢復(fù)測試環(huán)境問題等。

因此，我們規(guī)劃設(shè)計數(shù)據(jù)中心虛擬化方案時要考慮實現(xiàn)的目標(biāo)有：

1、降低成本：如降低電力消耗、使數(shù)據(jù)中心基礎(chǔ)架構(gòu)部署合理化、使管理員執(zhí)行的部分任務(wù)自動化。關(guān)于降低成本這一點，大家需要注意的是，在數(shù)據(jù)中心向虛擬化轉(zhuǎn)發(fā)的初期，是不會降低成本的，反而可能會有很高的投入，例如：虛擬化軟件產(chǎn)品的采購、能支持虛擬化技術(shù)的新硬件設(shè)備的采購等。因此，許多人都知道虛擬化能降低成本，但在實施虛擬化時，發(fā)現(xiàn)還需要很多的投入，對此就很不理解。采用虛擬化技術(shù)，所謂降低成本，主要是指，從長遠的角度來考慮，可以減少數(shù)據(jù)中心以后在電力、設(shè)備、管理等方面的成本，而不是建設(shè)初期的成本。

2、實施災(zāi)難恢復(fù)計劃，設(shè)定恢復(fù)點目標(biāo)、恢復(fù)時間目標(biāo)，加強生產(chǎn)站點的安全。對于恢復(fù)點目標(biāo)，需要考慮的是能夠接受的數(shù)據(jù)最大損失量是多少，每日備份適用于24小時的恢復(fù)點目標(biāo)；對于幾小時的恢復(fù)點目標(biāo)，需要使用快照和同步復(fù)制；而恢復(fù)點目標(biāo)為0時，就需要建立同步復(fù)制模式，實現(xiàn)無數(shù)據(jù)損失要求。對于恢復(fù)時間點目標(biāo)，需要考慮的是可接受的最大中斷時間，取決于重啟應(yīng)用并重新投入服務(wù)所需的時間。對于4小時或更短的恢復(fù)時間目標(biāo)，必須實施多種輔助性技術(shù)，例如：群集、復(fù)制、VMware的HA、FT、SRM，存儲虛擬化等。

對災(zāi)難恢復(fù)計劃這方面，必須從單位的實際情況出發(fā)，因為，要實現(xiàn)的恢復(fù)點目標(biāo)、恢復(fù)時間目標(biāo)不同，設(shè)計的方案就不同，投入也不同，追求越小的數(shù)據(jù)損失量、越短的中斷時間，所投入也越大。

3、要讓IT系統(tǒng)成為單位增長的引擎，有利于單位的發(fā)展。這一點是不言而喻的，如果IT系統(tǒng)只是不斷的投入，而無法促進單位的增長，恐怕以后是很難獲得繼續(xù)投入或重視的。因此，技術(shù)人員在通過實施數(shù)據(jù)中心虛擬化后簡化工作的同時，要利用節(jié)省下來的時間，基于虛擬化后的數(shù)據(jù)中心環(huán)境，做一些具有創(chuàng)造性的工作，例如做一些數(shù)據(jù)挖掘分析平臺，輔助領(lǐng)導(dǎo)決策等。

4、可以規(guī)劃一些更長遠的目標(biāo)，例如：部署私有云、為項目團隊提供簡單的IT服務(wù)訪問、實施統(tǒng)一的備份、防病毒解決方案等等。

云技術(shù)的基礎(chǔ)就是虛擬化，因此當(dāng)數(shù)據(jù)中心實現(xiàn)虛擬化后，要向私有云過渡很方便。當(dāng)實現(xiàn)數(shù)據(jù)中心虛擬化后，數(shù)據(jù)中心維護人員，就需要考慮怎么才能更好更便捷的為最終用戶和項目團隊提供IT服務(wù)訪問，這也能提升數(shù)據(jù)中心在單位的重要性。

數(shù)據(jù)中心虛擬化方案的制定

當(dāng)我們設(shè)定好數(shù)據(jù)中心虛擬化的目標(biāo)后，下一步就是制定方案，只有提前做好方案的規(guī)劃，才能保證項目完成后能夠達到我們預(yù)想的效果。一個好的方案涉及到很多東西，由于篇幅限制，在這里只涉及部分在設(shè)計方案時需要考慮的內(nèi)容。

1、虛擬化產(chǎn)品的成熟度。

2、解決方案的可升級性。

3、售后服務(wù)。

4、統(tǒng)一的管理平臺

5、健全的產(chǎn)品生態(tài)系統(tǒng)，如：具有遷移工具、提供備份工具或與第三方備份工具的兼容性、與防病毒攻擊工具的兼容等。

虛擬化技術(shù)發(fā)展到現(xiàn)在，已經(jīng)涌現(xiàn)了很多產(chǎn)品，而選擇一款好的虛擬化軟件產(chǎn)品，是項目最終能否成功的關(guān)鍵。在眾多虛擬化產(chǎn)品中，國外具有代表性的公司有Citrix、Microsoft、VMware等，國內(nèi)廠商主要有華為、H3C等。國外產(chǎn)品由于在虛擬化技術(shù)上已經(jīng)經(jīng)營了很多年，所以其技術(shù)先進性和成熟度，是不言而喻的。而國內(nèi)廠商雖然起步較晚，但已緊追其后。國外產(chǎn)品，使用者很多，一般都有很詳細的文檔，而且遇到問題，除了依靠廠商提供的服務(wù)，有時也可通過網(wǎng)絡(luò)搜索自行解決；而國內(nèi)產(chǎn)品的文檔要稍欠缺一些，這是國內(nèi)產(chǎn)品的普遍現(xiàn)象，而且網(wǎng)上的交流區(qū)也偏少，所以出現(xiàn)問題基本只能靠廠商解決。國外產(chǎn)品基本上技術(shù)都很領(lǐng)先，發(fā)展很快，而且硬件兼容性比較廣，產(chǎn)品生態(tài)系統(tǒng)很健全，有很多第三方公司提供輔助型的工具，進一步完善虛擬化后的數(shù)據(jù)中心；而國內(nèi)產(chǎn)品技術(shù)發(fā)展較慢一些，但可以根據(jù)用戶需求，做一些特殊的小的定制開發(fā)，另外，國內(nèi)廠商目前多推薦一體化解決方案，軟件硬件都打包提供，因此采用后，易被鎖定到一家廠商。

現(xiàn)在主流的虛擬化產(chǎn)品基本都能滿足用戶的需要，所以在選擇一個產(chǎn)品時，需要從單位的實際需求，以及后期發(fā)展來進行考慮，國內(nèi)外產(chǎn)品解決方案各有利弊。

虛擬化數(shù)據(jù)中心項目的實施

分析現(xiàn)有數(shù)據(jù)中心的硬件和軟件平臺

首先，收集現(xiàn)有數(shù)據(jù)中心的硬件信息。例如：確定哪些硬件設(shè)備支持虛擬化，可以被繼續(xù)利用，哪些硬件設(shè)備需要被淘汰。

其次，搜集現(xiàn)有數(shù)據(jù)中心各種平臺的設(shè)備利用率。例如：CPU平均利用率，內(nèi)存總利用率、占用的存儲空間大小、各種應(yīng)用在一定時間內(nèi)的IO等。

確定虛擬化后數(shù)據(jù)中心的規(guī)模以及硬件標(biāo)準(zhǔn)

根據(jù)上面的現(xiàn)有硬件信息和軟件平臺信息，就可以知道目前數(shù)據(jù)中心所需的總的計算量、內(nèi)存使用量、以及數(shù)據(jù)存儲大小等。然后根據(jù)單位每年新業(yè)務(wù)的增長速度，以及虛擬化后，為了保障硬件發(fā)生故障虛擬機在不同硬件之間切換時，所提供的硬件資源保留等諸多因素，確定虛擬化后數(shù)據(jù)中心的規(guī)模。一般而言，數(shù)據(jù)中心的規(guī)模最后都通過類似以下幾方面的數(shù)字化來展示，包括：總共需要多少GHz的CPU計算量、多少GB內(nèi)存、多少GB存儲，以及磁盤總的峰值IOPS、平均IOPS等。通過數(shù)字化后，就可以計算出虛擬化后數(shù)據(jù)中心硬件的需求量，以及采購的硬件標(biāo)準(zhǔn)。

確定出虛擬化后數(shù)據(jù)中心總體的規(guī)模后，就需要確定硬件標(biāo)準(zhǔn)。一般情況下，實施數(shù)據(jù)中心虛擬化，都會涉及到新硬件設(shè)備的采購，因為舊的服務(wù)器，最初都是根據(jù)滿足一套軟件平臺的性能而采購的，即使能被利用，都需要對其進行繼續(xù)升級，例如：內(nèi)存。而對舊服務(wù)器進行升級，其投資收益都不及采購新的服務(wù)器，一方面，新的服務(wù)器隨著技術(shù)發(fā)展，性能越來越強大，功耗反而比較低；另一方面，舊服務(wù)器，單獨升級部件時，價格都比較高。

下面分別就數(shù)據(jù)中心虛擬化后所需要的各種硬件，如CPU、內(nèi)存、存儲、網(wǎng)卡等進行討論。

虛擬化后的數(shù)據(jù)中心，由于每臺服務(wù)器為了提升其使用效率，都會盡可能的承載更多的虛擬機，所以CPU必須滿足最高要求下的計算能力，一般選擇能安裝2路或4路CPU的服務(wù)器，而CPU盡量選擇包含大量內(nèi)核數(shù)的、以及更高頻率的型號，當(dāng)然內(nèi)核數(shù)越大、頻率越高，其價格也越高，最好根據(jù)單位實際情況，綜合價格和性能參數(shù)，選擇一款性價比較好的CPU。

內(nèi)存也是確定虛擬化后的數(shù)據(jù)中心架構(gòu)規(guī)模需要考慮的一個重要要素。需要提前計算好每服務(wù)器的平均有效容量以及總內(nèi)存容量。現(xiàn)在許多虛擬化產(chǎn)品都支持內(nèi)存超量配置，例如：一臺安裝有64GB內(nèi)存的物理服務(wù)器，一般可以運行16個每個分配了4GB內(nèi)存的虛擬機，而通過內(nèi)存超量配置，如內(nèi)存共享、壓縮等技術(shù)手段，就可以運行20個或者更多個分配了4GB內(nèi)存的虛擬機，超載運行數(shù)量視每個虛擬機里的具體業(yè)務(wù)情況而定。雖然虛擬化產(chǎn)品很多都支持內(nèi)存超量配置，但還是建議在資金充足時，為每臺服務(wù)器盡可能多的配置內(nèi)存，從而提升物理服務(wù)器上所承載虛擬機的性能。確定內(nèi)存大小的基本原則是每個物理核心4-8GB。例如一臺具有12核心的2路服務(wù)器應(yīng)有96-192GB內(nèi)存。

服務(wù)器盡量配置千兆或萬兆網(wǎng)卡，如果采用千兆網(wǎng)卡，盡可能的配置多個千兆網(wǎng)卡，實現(xiàn)數(shù)據(jù)流量的負載，以及故障的切換。如果資金充足時，建議采用萬兆網(wǎng)絡(luò)，這樣可以提供更高帶寬、更小的延時，以及更好的性能。

關(guān)于存儲方面，一般可以采用兩種方式，一種方式是使用共享存儲，就是多臺物理服務(wù)器，通過SAN或IP-SAN網(wǎng)絡(luò)，連接到一臺統(tǒng)一的存儲；另一種就是利用物理服務(wù)器上本身自帶的磁盤，通過存儲虛擬化手段將所有物理服務(wù)器上的磁盤虛擬化為一個統(tǒng)一的存儲，供虛擬機使用，當(dāng)然為了滿足虛擬機對存儲的性能，每臺服務(wù)器要配置盡可能多的磁盤，最好有固態(tài)硬盤，從而提升存儲的性能。這兩種方式各有優(yōu)劣，如果采用第一種共享存儲方式，就要仔細的考察共享存儲的各種硬件性能，以及對虛擬化的支持等，例如：存儲的IOPS，是否能夠滿足虛擬化后所有虛擬機的磁盤IO需求。如果采用后一種方案，建議在考察產(chǎn)品時，了解下具體的技術(shù)實現(xiàn)細節(jié)，除了優(yōu)勢外，更要了解其存在的不足地方，如：是否會影響以后數(shù)據(jù)中心規(guī)模的擴展，如何配置磁盤，才能滿足虛擬機的性能需求等。

除了上面這些硬件設(shè)備，虛擬化后的數(shù)據(jù)中心，如果要考慮的更為詳細的話，還需要考慮所采用的交換機、防火墻等，例如：交換機是否支持DCB協(xié)議族，防火墻是否支持虛擬化等，這里就不詳細介紹了。

具體實施

根據(jù)虛擬化后數(shù)據(jù)中心的規(guī)模，采購并部署好硬件平臺，以及虛擬化軟件產(chǎn)品，然后就逐步將現(xiàn)有的業(yè)務(wù)平臺，利用P2V遷移工具，將之前直接運行在硬件服務(wù)器上的業(yè)務(wù)系統(tǒng)逐一遷移到虛擬機里。根據(jù)實施的經(jīng)驗，大多數(shù)業(yè)務(wù)系統(tǒng)，通過P2V工具，都能平滑的，連帶操作系統(tǒng)轉(zhuǎn)化成虛擬機。有時會存在個別業(yè)務(wù)系統(tǒng)，因為系統(tǒng)或軟件的問題，無法通過P2V工具進行遷移，這時，就只能選擇在虛擬化平臺下重新部署該業(yè)務(wù)系統(tǒng)，并把舊業(yè)務(wù)系統(tǒng)的數(shù)據(jù)通過其它工具遷移過去。

至于各個業(yè)務(wù)系統(tǒng)的遷移順序，可以自己制定一些標(biāo)準(zhǔn)，并按這標(biāo)準(zhǔn)順序的遷移，例如：可以按照業(yè)務(wù)系統(tǒng)現(xiàn)在所在服務(wù)器的電力消耗，也可以按照硬件的陳舊程度，或者按照業(yè)務(wù)系統(tǒng)之間的依賴性等等。總之，服務(wù)器遷移沒有固定教條的原則，完全可以根據(jù)自己單位的情況進行。

遷移后的管理

由于數(shù)據(jù)中心虛擬化后，是將原來每個直接運行于硬件服務(wù)器上的業(yè)務(wù)系統(tǒng)，集中運行在幾臺或幾十臺性能更好的服務(wù)器上，從而大大提升服務(wù)器的利用率。因此，虛擬化后，一臺服務(wù)器上將運行多個業(yè)務(wù)系統(tǒng)，這時就需要關(guān)注服務(wù)器的CPU、內(nèi)存、磁盤IO、網(wǎng)絡(luò)等關(guān)鍵硬件的性能指標(biāo)，處理硬件的負載，不能將硬件資源耗費較多的業(yè)務(wù)系統(tǒng)都集中到一塊兒，而應(yīng)該將硬件資源消耗較多的虛擬機合理的分散到不同主機上，從而使所有服務(wù)器都能得到很好的利用，同時也能保證業(yè)務(wù)系統(tǒng)的性能?，F(xiàn)在，許多虛擬化產(chǎn)品都提供了性能監(jiān)控工具，也有些第三方公司制作的虛擬化平臺性能監(jiān)控工具，合理使用這些工具，可以幫助您更好的優(yōu)化您的虛擬化數(shù)據(jù)中心。

除了監(jiān)控虛擬化數(shù)據(jù)中心，根據(jù)業(yè)務(wù)系統(tǒng)需求對其進行調(diào)整外，數(shù)據(jù)中心虛擬化后，一定要注重一個問題，就是虛擬機的蔓延。因為，當(dāng)數(shù)據(jù)中心虛擬化后，部署一個系統(tǒng)環(huán)境，相當(dāng)?shù)娜菀祝辉傧褚郧澳菢?，需要?zhǔn)備硬件服務(wù)器、連線、安裝操作系統(tǒng)等一系列繁瑣耗時的步驟，在管理平臺上，可能僅僅通過簡單的點擊，幾分鐘內(nèi)就能完成以前耗時幾個小時，有時甚至幾天才能完成的工作。所以，虛擬化后，因為部署的簡單，很容易創(chuàng)建一些其實不需要的虛擬機出來，導(dǎo)致虛擬機數(shù)量越來越龐大。因此，必須對虛擬機的創(chuàng)建，結(jié)合單位的實際環(huán)境，提前建立一些規(guī)則，不要隨意創(chuàng)建。同時，對于部分長期不再使用的虛擬機，應(yīng)該清除。

虛擬化的各個階段

前面，筆者結(jié)合自己的工作經(jīng)驗，對虛擬化的技術(shù)做了一些簡要介紹，同時也討論了下實施數(shù)據(jù)中心虛擬化的目標(biāo)、方案，以及實施過程。最后，筆者對數(shù)據(jù)中心虛擬化的各個階段進行簡要介紹。因為任何事情都不是一蹴而就的，都是一個漸進性的過程。結(jié)合筆者經(jīng)驗，以及其他人的案列，數(shù)據(jù)中心虛擬化基本可以分為三個階段。

以IT為中心

在這一階段，基本就是用新一代服務(wù)器替換高耗能的舊服務(wù)器，使基礎(chǔ)硬件架構(gòu)合理化，降低數(shù)據(jù)中心的占用空間和電力消耗。逐步將舊的業(yè)務(wù)系統(tǒng)遷移到虛擬化環(huán)境下。同時，可以利用虛擬化的快速部署功能對需求做出很快的反應(yīng)，也可以利用快照功能簡單地更新應(yīng)用程序，如果出現(xiàn)故障，可以快速回溯。

但這一階段還不能實現(xiàn)成本的節(jié)約，因為需要購買新的設(shè)備，虛擬化軟件產(chǎn)品，以及對現(xiàn)有技術(shù)人員知識的更新培訓(xùn)。

以應(yīng)用程序為中心

這一階段的目標(biāo)就是提高關(guān)鍵應(yīng)用程序的服務(wù)水平并顯著改進操作效率。數(shù)據(jù)中心虛擬化第一階段主要是數(shù)據(jù)中心的基礎(chǔ)架構(gòu)，而這個階段主要是關(guān)鍵應(yīng)用程序，如 Oracle、SQL Server、Exchange等。這一階段，可以利用復(fù)制快速部署應(yīng)用程序，簡化高可用性的實現(xiàn)。這一階段的挑戰(zhàn)就是需要利用一些技術(shù)手段去解決關(guān)鍵應(yīng)用的性能、備份、災(zāi)難恢復(fù)等。

這一階段，其實在實施時，是包含在第一階段將業(yè)務(wù)系統(tǒng)向虛擬環(huán)境遷移過程之中的，只不過單獨列出來，是為了強調(diào)許多關(guān)鍵應(yīng)用也能運行在虛擬化環(huán)境之下，而且通過虛擬化環(huán)境，以前通過其它技術(shù)手段來保障關(guān)鍵業(yè)務(wù)的服務(wù)水平，通過虛擬環(huán)境下的一些技術(shù)手段，就可以簡單的實現(xiàn)。

以用戶為中心

這一階段，是數(shù)據(jù)中心虛擬化后，發(fā)展到一定階段的發(fā)展趨勢。這一階段，主要是引入自動化工具，實現(xiàn)管理的自動化，節(jié)約管理員的時間。這個階段，也是引入云計算的階段，云計算是一種利用計算資源的新方式，目標(biāo)是通過提供全自動的計算服務(wù)，降低IT架構(gòu)的復(fù)雜度，能夠便捷的滿足單位對IT服務(wù)的需求。

但是，這一階段主要視單位數(shù)據(jù)中心規(guī)模而定，如果單位僅僅只有幾臺或十幾臺服務(wù)器，是沒有必要引入太多自動化工具的，一方面是成本問題，另一方面，設(shè)備數(shù)量太少，自動化帶來的優(yōu)勢與所花費的投入相比，優(yōu)勢很不明顯。

上面是筆者結(jié)合自己工作經(jīng)驗，對如何實現(xiàn)數(shù)據(jù)中心虛擬化所做的一些探討，有許多不足之處，懇請大家批評指正，也希望能和大家多多交流。