第一篇：基于VMware vSphere SDK的虛擬化客戶應(yīng)用程序?qū)崿F(xiàn)

服務(wù)器虛擬化技術(shù)可以大大提高對服務(wù)器的整合和管理效率,便于快速部署各種應(yīng)用。該文首先簡要介紹了VMware vSphere平臺的組成結(jié)構(gòu),然后詳細(xì)描述了如何利用VMware vSphere SDK開發(fā)靈活、簡潔并具有友好界面的VMware vSphere客戶應(yīng)用程序的流程步驟和實(shí)現(xiàn)方法。

關(guān)鍵詞:VMware vSphere SDK;C#;虛擬化技術(shù);客戶應(yīng)用程序;Manager Of Reference(MOR)Completion of the Virtualization Client Applications Based on VMware vSphere SDK

CHEN Bo1,2, TANG Ling-li1, ZHOU Zhong-hai1, YUAN Zhi-ping1

(1.Jiangnan Computing Technology Institute, Wuxi 214083, China;2.95846 PLA Troops, Fuzhou 350000, China)

Abstract: Server virtualization technology can improve the efficiency of server integration and management greatly, and it also can be convenient to deploy all kinds of application.At first, this paper introduces the architecture of VMware vSphere platform simply, and then describes how to use the VMware vShpere SDK to develop the flexible, compact VMware vShpere client application with friendly interface in detail.Key words: VMware vSphere SDK;C#;virtualization technology;client applications;manager of reference(MOR)

近年來,隨著計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)的發(fā)展,許多企事業(yè)單位配備了越來越多的應(yīng)用系統(tǒng),相應(yīng)地,服務(wù)器的數(shù)量也越來越多。但是這些服務(wù)器通常只能承載單一的應(yīng)用服務(wù),過高的服務(wù)器硬件配置將使得服務(wù)器的優(yōu)越性能難以得到充分利用,從而造成資源浪費(fèi);而過低的硬件配置又怕不能滿足后續(xù)的用戶需求;此外,服務(wù)器數(shù)量的逐年增加也使得管理變得日益復(fù)雜。而虛擬化技術(shù)的引入能夠提高服務(wù)器的利用率、加快應(yīng)用部署的速度,從而提供高可靠性、高可用的應(yīng)用服務(wù)。

虛擬化技術(shù)是當(dāng)前大型數(shù)字化中心進(jìn)行硬件資源整合和提高能效的重要技術(shù)之一,主要有完全虛擬化、部分虛擬化和操作系統(tǒng)層虛擬化三種方式。虛擬化是一個(gè)抽象層,它打破了物理硬件與操作系統(tǒng)的物理連接。服務(wù)器虛擬化系統(tǒng)就是通過虛擬化技術(shù)從服務(wù)器中虛擬出多個(gè)客戶機(jī)進(jìn)行統(tǒng)一的整合管理,而這些客戶機(jī)可以相互獨(dú)立運(yùn)行安裝不同的操作系統(tǒng)和應(yīng)用程序。作為一個(gè)面向用戶的系統(tǒng),如何能夠設(shè)計(jì)一個(gè)具有簡潔友好界面的虛擬化客戶應(yīng)用程序,以便更好地滿足用戶靈活有效地管理服務(wù)器虛擬化系統(tǒng),是一個(gè)有待解決的問題。VMware vSphere SDK工作原理

1.1 組成結(jié)構(gòu)圖

VMware vSphere是VMware公司開發(fā)的構(gòu)建云計(jì)算架構(gòu)的最佳平臺,使用VMware vSphere來構(gòu)建云計(jì)算基礎(chǔ)架構(gòu),可以減少運(yùn)行的服務(wù)器數(shù)量,降低資金成本和運(yùn)營成本。VMware vSphere虛擬化多個(gè)系統(tǒng)間的基礎(chǔ)物理硬件資源,同時(shí)為數(shù)據(jù)中心提供大量虛擬資源。作為云操作系統(tǒng),VMware vSphere可作為無縫和動態(tài)操作環(huán)境管理大型基礎(chǔ)架構(gòu)(例如CPU、存儲器和網(wǎng)絡(luò)),同時(shí)還管理復(fù)雜的數(shù)據(jù)中心。VMware vSphere主要由以下基本組件構(gòu)成:ESX主機(jī)(主服務(wù)器)、vCenter Server(虛擬中心服務(wù)器)、vSphere SDK、vSphere Web Access或vSphere Client等,組成結(jié)構(gòu)圖如圖1所示。

VMware vSphere SDK是一種為VMware和第三方解決方案提供標(biāo)準(zhǔn)界面以訪問VMware vSphere功能的開發(fā)包。VMware vSphere Web Services SDK 4.0是VMware提供的最新軟件開發(fā)包,包含了VMware vSphere API實(shí)現(xiàn)的所有必需組件,其中包括WSDL文件、各種庫文件、幫助文檔和例程,是一個(gè)服務(wù)器虛擬化系統(tǒng)的二次開發(fā)平臺。我們可以利用這個(gè)平臺開發(fā)靈活方便的客戶應(yīng)用程序來管理、監(jiān)控和維護(hù)VMware vSphere組件。

1.2 接口函數(shù)

主要接口函數(shù)如下:

Login(ManagedObjectReference _this,string userName,string password,string locale);

//建立一個(gè)服務(wù)器連接,ManagedObjectReference(受管對象引用)類型是一個(gè)指向?qū)ο蟮闹羔?其中_this參數(shù)指定一個(gè)特定的SessionManager受管對象引用,userName參數(shù)指定連接的服務(wù)器的用戶名,password參數(shù)指定該用戶名所對應(yīng)的密碼,locale參數(shù)指定所在區(qū)域,缺省為服務(wù)器的所在區(qū)域。

CreateVM_Task(ManagedObjectReference _this, VirtualMachineConfigSpec config, ManagedObjectReference pool, ManagedObjectReference host);

//在指定目錄下創(chuàng)建一個(gè)新的虛擬機(jī),其中_this參數(shù)指定一個(gè)特定的Folder受管對象引用,config參數(shù)指定新建虛擬機(jī)的相關(guān)配置,pool參數(shù)指定該虛擬機(jī)所在的資源池,host參數(shù)指定該虛擬機(jī)所在的目標(biāo)主機(jī)。

RetrieveProperties(ManagedObjectReference _this,PropertyFilterSpec[] { specSet });

//取回相關(guān)實(shí)體的屬性,包含與虛擬機(jī)相關(guān)的信息,實(shí)現(xiàn)對虛擬機(jī)的監(jiān)控,其中_this參數(shù)指定一個(gè)特定PropertyCollector受管對象引用,specSet參數(shù)指定需要獲得屬性的清單。

ReconfigVM_Task(ManagedObjectReference _this, VirtualMachineConfigSpec spec);

//對虛擬機(jī)進(jìn)行重新配置,實(shí)現(xiàn)對虛擬機(jī)的管理,其中_this參數(shù)指定需要重新配置的虛擬機(jī),spec參數(shù)指定需要重新配置的相關(guān)值?？蛻魬?yīng)用程序功能模塊

該客戶應(yīng)用程序系統(tǒng)是創(chuàng)建、管理、操作虛擬機(jī)的主界面,并可以訪問虛擬機(jī)控制臺。包括:虛擬機(jī)創(chuàng)建模塊、虛擬機(jī)操作模塊、虛擬機(jī)管理配置模塊、虛擬機(jī)監(jiān)控模塊,功能模塊圖如圖2所示。各功能模塊完成的功能如下:

虛擬機(jī)創(chuàng)建模塊:完成虛擬機(jī)的創(chuàng)建工作,包括虛擬機(jī)硬件資源的分配、操作系統(tǒng)的選擇等;

虛擬機(jī)操作模塊:完成對已建虛擬機(jī)的各項(xiàng)操作,包括對虛擬機(jī)的電源操作、快照操作、克隆遷移操作等;

虛擬機(jī)監(jiān)控模塊:監(jiān)控主機(jī)的CPU、內(nèi)存、存儲器、網(wǎng)絡(luò)等資源的使用情況;

虛擬機(jī)管理配置模塊:查看并動態(tài)分配主機(jī)服務(wù)器的CPU、內(nèi)存、電源、存儲器、網(wǎng)絡(luò)等資源給各個(gè)虛擬機(jī)?？蛻魬?yīng)用程序開發(fā)步驟和實(shí)現(xiàn)方法

3.1 開發(fā)環(huán)境

搭建vSphere系統(tǒng)環(huán)境。首先在各主服務(wù)器上安裝VMware ESX 4.0,然后在虛擬中心服務(wù)器中安裝Windows 2003操作系統(tǒng),并在上面安裝VMware vCenter Server。安裝完成之后進(jìn)行網(wǎng)絡(luò)配置。

3.2 開發(fā)工具

VMware推薦使用Java或者C#作為開發(fā)語言。本實(shí)例中我們選擇C#作為開發(fā)語言,Microsoft Visual Studio 2005作為開發(fā)環(huán)境。另外,開發(fā)客戶應(yīng)用程序所需要的工具包括Microsoft.NET Framework 2.0和vSphere Web Services SDK 4.0,所需的動態(tài)鏈接庫包括AppUtil.dll,Vim25Service2005.dll,VimService2005.dll,Vim25Service2005.XmlSerializers.dll, VimService2005.XmlSerializers.dll,VMware.Security.CredentialStore.dll等。這些動態(tài)鏈接庫可通過正確設(shè)置環(huán)境變量,并運(yùn)行vSphere Web Services SDK 4.0工具包中的Build2005產(chǎn)生。

3.3 開發(fā)方法

客戶應(yīng)用程序的開發(fā)既可采用瀏覽器/服務(wù)器(B/S)模式(如vSphere Web Access),也可采用客戶端/服務(wù)器(C/S)模式(如vSphere Client),本文選擇客戶端/服務(wù)器(C/S)模式實(shí)現(xiàn)開發(fā)。在Microsoft Visual Studio 2005中新建一個(gè)項(xiàng)目,并添加上述動態(tài)鏈接庫以及Web引用,之后就可以進(jìn)行客戶應(yīng)用程序的功能開發(fā)。下面簡要說明整個(gè)客戶應(yīng)用程序的開發(fā)過程。

3.3.1 連接服務(wù)器的實(shí)現(xiàn)

用SDK創(chuàng)建客戶應(yīng)用程序首先應(yīng)該連接到服務(wù)器。

SimpleClient可以實(shí)現(xiàn)連接到服務(wù)器、與服務(wù)器的通信,并可獲得該服務(wù)器下相關(guān)實(shí)體的一些信息。步驟如下:

Step1 //創(chuàng)建一個(gè)特定于服務(wù)器MOR

_svcRef = new ManagedObjectReference();

_svcRef.type = “ServiceInstance”;

其中MOR(managed object reference),即受管對象引用,受管對象具有特定于服務(wù)器的MOR。MOR是指向?qū)ο蟮闹羔槨?/p>

Step2 //VMA代理實(shí)例化

_service = new VimService();

Step3 //獲得ServiceContent對象

_sic = _service.RetrieveServiceContent(_svcRef);

Step4 //調(diào)用Login方法實(shí)現(xiàn)與服務(wù)器的連接

if(_sic.sessionManager!= null){

_service.Login(_sic.sessionManager, username, password, null);}

Step5 //獲取服務(wù)器相關(guān)信息

_sic.getAbout().getFullName();

_sic.getAbout().getApiType();

_sic.getAbout().getApiVersion()等。

3.3.2 創(chuàng)建虛擬機(jī)的實(shí)現(xiàn)

連接到服務(wù)器之后,可以在主服務(wù)器上創(chuàng)建新的虛擬機(jī)。主要步驟如下:

Step1 //VMA代理實(shí)例化

_service = cb.getConnection()._service;

Step2 //創(chuàng)建相關(guān)MOR數(shù)據(jù)對象

ManagedObjectReference dcmor

= cb.getServiceUtil().GetDecendentMoRef(null,“Datacenter”,dcName);ManagedObjectReference hfmor

= cb.getServiceUtil().GetMoRefProp(dcmor, “hostFolder”);

Step3 //創(chuàng)建VirtualMachineConfigSpec數(shù)據(jù)對象

VirtualMachineConfigSpec vmConfigSpec

=vmUtils.createVmConfigSpec(vmname,datastorename,int.Parse(disksize),crmor, hostmor);

Step4 //調(diào)用CreateVM_Task方法實(shí)現(xiàn)虛擬機(jī)的創(chuàng)建

ManagedObjectReference taskmor

= _service.CreateVM_Task(vmFolderMor, vmConfigSpec, resourcePool, hostmor);

3.3.3 虛擬機(jī)監(jiān)控的實(shí)現(xiàn)

可以對已經(jīng)創(chuàng)建的虛擬機(jī)實(shí)現(xiàn)監(jiān)控。步驟如下:

Step1 //初始化

private static AppUtil.AppUtil cb = null;

static VimService _service = cb.getConnection()._service;

static ServiceContent _sic = cb.getConnection()._sic;

Step2// 對PropertyFilterSpec進(jìn)行實(shí)例化

PropertySpec pSpec = new PropertySpec();

ObjectSpec oSpec = new ObjectSpec();

PropertyFilterSpec pfSpec = new PropertyFilterSpec();

pfSpec.propSet = new PropertySpec[] { pSpec };

pfSpec.objectSet = new ObjectSpec[] { oSpec };

Step3 //調(diào)用RetrieveProperties方法獲得虛擬機(jī)的相關(guān)信息,以實(shí)現(xiàn)對虛擬機(jī)的監(jiān)控

ObjectContent[] ocs = new ObjectContent[20];ocs=_service.RetrieveProperties(_sic.propertyCollector,new PropertyFilterSpec[] { pfSpec });3.3.4 虛擬機(jī)管理配置的實(shí)現(xiàn)

對已經(jīng)創(chuàng)建的虛擬機(jī)進(jìn)行管理配置,步驟如下:

Step1//初始化

private static AppUtil.AppUtil cb = null;

private ManagedObjectReference _virtualMachine = null;

Step2//實(shí)例化

_virtualMachine=cb.getServiceUtil().GetDecendentMoRef(null, “VirtualMachine”, vmName);

VirtualMachineConfigSpec vmConfigSpec = new VirtualMachineConfigSpec();

Step3 //調(diào)用ReconfigVM_Task方法實(shí)現(xiàn)虛擬機(jī)的重新配置

ManagedObjectReference tmor

= cb.getConnection()._service.ReconfigVM_Task(_virtualMachine, vmConfigSpec);程序演示 略… 結(jié)束語

目前企事業(yè)單位的服務(wù)器虛擬化整合是數(shù)字化應(yīng)用部署的一個(gè)趨勢,不僅可以有效地利用有限的設(shè)備經(jīng)費(fèi),還能夠滿足企事業(yè)單位應(yīng)用服務(wù)種類的不斷增加、數(shù)據(jù)庫資源數(shù)量不斷增長的需求。而自己開發(fā)的客戶應(yīng)用程序可以為用戶提供一個(gè)方便簡潔靈活的操作界面,實(shí)現(xiàn)與主服務(wù)端和虛擬中心服務(wù)器之間的交互,以達(dá)到從客戶需求的角度有效管理和使用整個(gè)計(jì)算機(jī)系統(tǒng)的目標(biāo)。

參考文獻(xiàn):

[1] vSphere Web Services SDK Programming Guide(vSphere Web Services SDK 4.0)[EB/OL].http://.[2] Developer’s Setup Guide(VMware vSphere Web Services SDK 4.0)[EB/OL].http://.[3] VMware vSphere簡介[EB/OL].http://.[4] 王石.精通Visual C#2005-語言基礎(chǔ)、數(shù)據(jù)庫系統(tǒng)開發(fā)、Web開發(fā)[M].北京:人民郵電出版社,2007.[5] 金海,廖小飛.面向計(jì)算系統(tǒng)的虛擬化技術(shù)[J].中國基礎(chǔ)科學(xué),2008(6):12-18.[6] 金海等.計(jì)算系統(tǒng)虛擬化——原理與應(yīng)用[M].北京:清華大學(xué)出版社,2008.

第二篇：農(nóng)業(yè)虛擬化實(shí)現(xiàn)技術(shù)和業(yè)務(wù)收益

通過處理器虛擬化實(shí)現(xiàn)技術(shù)和業(yè)務(wù)收益

簡介： 因服務(wù)器 “可能” 需要處理器而為它分配專用處理器的時(shí)代已經(jīng)過去了 — 至少應(yīng)該過去了。微分區(qū)和共享處理器池 的 IBM Power? 處理器虛擬化技術(shù)使從 CFO 到系統(tǒng)管理員的所有人都受益。企業(yè)可以回收超過一半的 CPU 容量，這會節(jié)約大量資金；同時(shí)，管理員只需幾次鼠標(biāo)單擊即可添加或刪除處理資源。本文介紹 University of Pittsburgh Medical Center(UPMC)如何從專用處理器戰(zhàn)略轉(zhuǎn)換到虛擬化處理器戰(zhàn)略，同時(shí)改進(jìn)對最終用戶的服務(wù)質(zhì)量，從而實(shí)現(xiàn)財(cái)務(wù)和運(yùn)營雙重收益。除了收益之外，本文還解釋了處理器虛擬化的風(fēng) 險(xiǎn)和過程以及為管理這種動態(tài)環(huán)境而開發(fā)的工具。

簡介

University of Pittsburgh Medical Center 是一家資產(chǎn)高達(dá) 80 億美元的全球性醫(yī)療企業(yè)，它使用 IBM Power Systems 服務(wù)器和 AIX? 運(yùn)行許多業(yè)務(wù)關(guān)鍵型數(shù)據(jù)庫和應(yīng)用程序。UPMC 在硬件和軟件兩方面都使用了 IBM 的最新產(chǎn)品，尤其是虛擬化技術(shù)。這包括 I/O 虛擬化(VIO)、存儲虛擬化(SVC)和 CPU 虛擬化。Power 服務(wù)器上的微分區(qū)、共享和不封頂?shù)?CPU 等技術(shù)已出現(xiàn)很多年了，且對該技術(shù)的使用限度隨客戶而有所不同。

UPMC 的所有 CPU 都放在共享處理器池中。通過最大限度地降低 CPU 標(biāo)稱（然而這對虛擬 CPU 設(shè)置比較激進(jìn)），UPMC 在它的許多 Power 服務(wù)器上實(shí)現(xiàn)或接近了 80% 的 CPU 利用率。這差不多是虛擬服務(wù)器上行業(yè)平均值（據(jù)報(bào)告為 40% 到 50%）的兩倍。

處理器虛擬化讓 UPMC 能夠在不增加成本的情況下非?？焖?、高效地提供容量。如果一個(gè)應(yīng)用程序出乎意外地需要增加兩個(gè) CPU，處理器會立即分配 CPU 而無需人工干預(yù)。如果計(jì)劃外的業(yè)務(wù)功能或應(yīng)用程序需要聯(lián)機(jī)，支持它所需的基礎(chǔ)設(shè)施會在同一天得到創(chuàng)建。

Paul Sikora（負(fù)責(zé) IT 改革的 UPMC 副總裁）說：“虛擬化的基礎(chǔ)設(shè)施能夠靈活地調(diào)整以滿足處理高峰；工作人員可以更快地對 UPMC 的需求做出反應(yīng)。我們的生產(chǎn)效率更高了，更敏捷，更可靠，而且成本更低?！?/p>

這種靈活性已經(jīng)改變了 UPMC IT 專業(yè)人員的工作方式，讓他們能夠把時(shí)間和注意力集中于開發(fā)、服務(wù)改進(jìn)和解決復(fù)雜的問題。CPU 供應(yīng)不再是大事了；它是一個(gè)標(biāo)準(zhǔn)的過程。UPMC 取得的重大技術(shù)和業(yè)務(wù)收益表明了其他人可能悟出的道理，即：該技術(shù)應(yīng)發(fā)揚(yáng)光大！

當(dāng)然，CPU 虛擬化也會帶來風(fēng)險(xiǎn)。本文討論 UPMC 轉(zhuǎn)換 CPU 戰(zhàn)略的原因、取得的成果以及在管理這種技術(shù)時(shí)面對的挑戰(zhàn)。催化劑 —— 為什么要虛擬化？

UPMC 擁有 20 家醫(yī)院、400 個(gè)門診所、長期健康設(shè)備和一個(gè)大型保險(xiǎn)計(jì)劃。UPMC 使用大量型號不同的 IBM Power 服務(wù)器，從基于 POWER6? 的 595 到 BladeCenters?。大約三年前，UPMC 遇到了容量問題 — 由于業(yè)務(wù)增長加速，CPU 需求超過預(yù)期，CPU 不夠用了。由于增長沒有放慢的跡象，UPMC 工程團(tuán)隊(duì)需要找到一個(gè)能夠用現(xiàn)有設(shè)備支持業(yè)務(wù)運(yùn)營的解決方案。

這個(gè)解決方案就是采用微分區(qū)和 CPU 共享。在當(dāng)時(shí)，我們很保守地使用了微分區(qū)，但是還沒有采用不封頂特性。在發(fā)現(xiàn)容量問題之后的三個(gè)月內(nèi)，UPMC 對 90% 的 LPAR 采用了不封頂設(shè)置，回收了 50% 的處理器。

配置

UPMC 擁有多種 Power 服務(wù)器，包括基于 POWER5? 和 POWER6 的 595、570、550 和 blade。本文主要討論一臺基于 POWER6 的 595，它有 56 顆 CPU。規(guī)格說明見表 1。

表 1.POWER6 595 規(guī)格說明

物理 標(biāo)虛擬 LPAR 型號 內(nèi)存 環(huán)境

CPU 稱 CPU 數(shù)量 56x 896 Oracle 數(shù)據(jù)庫、應(yīng)用服務(wù)器和 Web 9119-FHA 45.4 210 60 4.2GHz GB 服務(wù)器，開發(fā)、測試和生產(chǎn)類 這臺 Power 595 上駐留 60 個(gè) LPAR。這些 LPAR 涵蓋 UPMC 中的各種環(huán)境和應(yīng)用程序類型。這包括 Oracle 數(shù)據(jù)庫、應(yīng)用服務(wù)器和 Web 服務(wù)器，它們提供一些對于企業(yè)最重要的計(jì)算功能。根據(jù)設(shè)計(jì)，UPMC 要把生產(chǎn)和非生產(chǎn)環(huán)境放在同一臺服務(wù)器上，從而盡可能提高資源利用率。通過研究和了解應(yīng)用程序工作負(fù)載的時(shí)間規(guī)律，UPMC 發(fā)現(xiàn)開發(fā)和測試工作負(fù)載常常出現(xiàn)在生產(chǎn)工作負(fù)載高峰之間。根據(jù)這一分析結(jié)果，我們認(rèn)為把這些環(huán)境放在一起有助于實(shí)現(xiàn)更好的全天資源利用率。

另外，這個(gè)設(shè)計(jì)為負(fù)載水平變動提供了應(yīng)變機(jī)制。當(dāng)一臺 Power 服務(wù)器的利用率接近它的最大容量時(shí)，UPMC 工程師開始尋找可以遷移到替代硬件的 LPAR，從而釋放 CPU 和內(nèi)存資源。當(dāng)需要遷移時(shí)，讓開發(fā)或測試 LPAR 在工作時(shí)間停機(jī)比安排在生產(chǎn)應(yīng)用程序停機(jī)更容易。

監(jiān)視、警報(bào)、調(diào)整、重復(fù)

在虛擬化環(huán)境中，比較有挑戰(zhàn)性的任務(wù)之一是監(jiān)視和警報(bào)。如果在有 56 顆 CPU 的服務(wù)器上將 LPAR 配置為使用 210 顆 CPU，那么當(dāng)利用率達(dá)到 56 時(shí)應(yīng)該怎么做？答案很簡單：不要讓它達(dá)到 56。

UPMC 使用一套工具和技術(shù)確保任何 Power 服務(wù)器上的 CPU 利用率不會接近最大可用 CPU 數(shù)量。它開發(fā)和應(yīng)用了大量虛擬監(jiān)視器和自動化警報(bào)工具，幫助確?？偸怯腥萘靠捎?。

UPMC 使用 Ganglia 監(jiān)視它的 Power 和 AIX 基礎(chǔ)設(shè)施。盡管這個(gè)工具的基本功能非常強(qiáng)大，但是 UPMC 決定進(jìn)一步定制它，“圍繞” Ganglia 及其他容量和性能監(jiān)視工具開發(fā)了自己的 Web 門戶，讓它們能夠創(chuàng)建定制的視圖。（關(guān)于 Ganglia 的更多信息見 參考資料。）

它為 UPMC 提供的眾多視圖之一是 Power Server Overview。這個(gè)概況視圖顯示所有 UPMC Power 系統(tǒng)的服務(wù)器級 CPU 利用率。圖 1 顯示 UPMC 的一臺 Power 595 服務(wù)器上的典型 CPU 利用率。

圖 1.Power 服務(wù)器概況

創(chuàng)建這個(gè)視圖的原因之一是為 CPU 利用率建立緩沖、警告 和危險(xiǎn) 閾值。這些閾值都是軟限制，都與 Power 服務(wù)器概況 視圖和 UPMC 的自動監(jiān)視和警報(bào)解決方案相關(guān)聯(lián)。緩沖閾值

在 UPMC，“緩沖” 是 CPU 利用率的一個(gè)邏輯閾值，它向 Power 服務(wù)器管理員和 UPMC IT 管理層表明服務(wù)器滿負(fù)載。換句話說，如果 CPU 利用率經(jīng)常達(dá)到緩沖閾值，就認(rèn)為服務(wù)器滿負(fù)載了并禁止構(gòu)建新的 LPAR。留出 20% 的 CPU 以應(yīng)對預(yù)期的利用率波動。這些使用量波動是某些業(yè)務(wù)過程造成的，比如月底的結(jié)帳和報(bào)告。除了應(yīng)對常規(guī)的業(yè)務(wù)周期之外，留出 20% 還可以讓 LPAR 處理器在出現(xiàn)計(jì)劃外負(fù)載增加時(shí)有增長空間。警告閾值

當(dāng) Power 服務(wù)器利用率略微超過緩沖閾值時(shí)（準(zhǔn)確地說，超過兩個(gè) CPU），就會觸及警告閾值（在圖形上沒有顯示）。這個(gè)事件觸發(fā)一個(gè)警報(bào)，這個(gè)警報(bào)自動進(jìn)入 UPMC 事件管理系統(tǒng)，進(jìn)而通知所有 Power 服務(wù)器管理員。應(yīng)該檢查警告，但是不一定要采取措施。受過培訓(xùn)的管理員會在服務(wù)器觸發(fā)警告之后密切監(jiān)視它。管理員會檢查一個(gè)或多個(gè) LPAR 上是否出現(xiàn)了 CPU 利用率快速增加的趨勢。希望 LPAR 只是偶爾出現(xiàn)高峰，因此導(dǎo)致 CPU 利用率超過緩沖閾值并達(dá)到警告閾值。但是，如果管理員發(fā)現(xiàn)利用率增加的趨勢是持續(xù)的，就需要采取進(jìn)一步的措施。這些措施包括：

聯(lián)系使用這個(gè) LPAR 的應(yīng)用程序團(tuán)隊(duì)，了解是否增加了新的進(jìn)程或負(fù)載。查明是否可以減少負(fù)載。

? 登錄 LPAR 并搜索失控的進(jìn)程。如果找到了，就停止或調(diào)整有問題的進(jìn)程。? 把這個(gè) LPAR 遷移到利用率低的 Power 服務(wù)器上。?

臨界閾值

當(dāng) Power 服務(wù)器處理器利用率大于或等于可用物理處理器總數(shù)的 88% 時(shí)，一個(gè)危險(xiǎn)警報(bào)自動進(jìn)入 UPMC 事件管理系統(tǒng)并通知所有 Power 服務(wù)器管理員。臨界警報(bào)需要立即采取措施。受過培訓(xùn)的管理員把這種警報(bào)看作緊急情況，會采取適當(dāng)措施降低 CPU 利用率。如果警報(bào)的原因是一個(gè)或多個(gè) LPAR 出現(xiàn)短時(shí)間負(fù)載高峰，系統(tǒng)常常可以自己處理。但是，與警告警報(bào)一樣，UPMC IT 人員會與 LPAR 的用戶聯(lián)系，了解使用量超過正常水平的原因。

如果 CPU 利用率長時(shí)間保持在臨界閾值水平，而且沒有下降的趨勢，就應(yīng)該關(guān)閉不重要的生產(chǎn) LPAR 及其進(jìn)程，從而防止 Power 服務(wù)器達(dá)到 100% CPU 利用率。分析警報(bào)

Ganglia 門戶（見圖 2）是對 UPMC 的 CPU 警告和臨界警報(bào)進(jìn)行分析的首選工具。原因很簡單，它可以在幾秒內(nèi)提供 “Server to LPAR” 視圖。更具體地說，在 Ganglia 屏幕上，可以簡單看到整個(gè)畫面中每個(gè) LPAR 使用的物理 CPU 數(shù)量。

圖 2.Ganglia cpu_used 視圖：服務(wù)器級

這個(gè)簡單的視圖的效果非常好，有助于很快地找到問題。Power 管理員可以快速地查明哪些 LPAR 的 CPU 利用率增加了，哪些沒有。了解這些信息之后，可以使用其他工具判斷造成利用率增加的原因。權(quán)值的作用

權(quán)值是一個(gè)與不封頂 CPU 結(jié)合使用的設(shè)置。當(dāng)有多個(gè) LPAR 爭用可用的處理周期時(shí)，虛擬機(jī)監(jiān)控程序根據(jù)權(quán)值分配這些周期。權(quán)值越高，LPAR 獲得的周期比例越大。

盡管 UPMC 使用權(quán)值（見 表 2 和 表 3），但是并不依靠權(quán)值確保 LPAR 的服務(wù)水平。UPMC 只是考慮到允許 Power 服務(wù)器上的所有處理器都被占用太危險(xiǎn)了，因此讓虛擬機(jī)監(jiān)控程序根據(jù)權(quán)值分配處理器周期。多個(gè)共享處理器池

到撰寫本文時(shí)，UPMC 的實(shí)驗(yàn)室仍然在測試多個(gè)共享處理器池特性。這種技術(shù)看起來有助于 UPMC 改進(jìn)使用共享處理器的方式。UPMC 沒有非生產(chǎn) Power 服務(wù)器。生產(chǎn)、測試和開發(fā) LPAR 在所有 Power 服務(wù)器上混合部署。當(dāng) UPMC 實(shí)現(xiàn)多個(gè)共享處理器池時(shí)，它將集成在生產(chǎn)環(huán)境中。因此，必須先在實(shí)驗(yàn)室環(huán)境中進(jìn)行非常仔細(xì)的規(guī)劃和充分的測試。標(biāo)準(zhǔn)：確保系統(tǒng)不失控

隨著虛擬化成為 UPMC 中的常規(guī)活動，對虛擬資源的請求越來越常見。當(dāng)內(nèi)部客戶認(rèn)識到實(shí)現(xiàn)請求是多么簡單之后，構(gòu)建 LPAR、添加 CPU 和內(nèi)存等請求成了家常便飯。業(yè)務(wù)實(shí)踐方式的這種變化暴露出 IT 部門的一個(gè)弱點(diǎn)：對分配多少資源和分配給誰缺乏控制能力。隨著資源日益緊張，分配決策的制定越來越困難，顯然必須開發(fā)新的過程來增強(qiáng)責(zé)任意識。

這一需求催生出了新規(guī)則和新文檔。這包括 CPU 和內(nèi)存的預(yù)算模型、標(biāo)準(zhǔn)文檔（詳細(xì)描述客戶會得到什么以及誰負(fù)責(zé)支持它）等許多內(nèi)容。

Power AIX 管理員設(shè)計(jì)了他們的 Gold Image LPAR 并編寫了文檔（表 2 和 表 3）。這定義了 “模板” LPAR 和其他標(biāo)準(zhǔn)，大多數(shù)客戶在請求構(gòu)建新的 LPAR 時(shí)會默認(rèn)接受這種標(biāo)準(zhǔn)的 LPAR。這意味著，除非通過應(yīng)用程序規(guī)模審查 發(fā)現(xiàn)需要更多資源，一般情況下使用標(biāo)準(zhǔn)的 LPAR CPU 設(shè)置。

表 2.Gold Image CPU 設(shè)置 標(biāo)稱 虛擬 CPU 模式 類型.2 2 不封頂 共享 SMT

表 3.Gold Image 權(quán)值設(shè)置

生產(chǎn) 生產(chǎn)數(shù)生產(chǎn)應(yīng)用服務(wù)器和 開發(fā)/測開發(fā)/測試開發(fā)/測試應(yīng)用服務(wù)器VIO 據(jù)庫 Web 服務(wù)器 試 VIO 數(shù)據(jù)庫 和 Web 服務(wù)器 250 225 200 75 50 25 通過使用 Dynamic Logical Partitioning(DLPAR)，可以經(jīng)濟(jì)高效地對每個(gè) LPAR/應(yīng)用程序進(jìn)行 load and see 基準(zhǔn)測試。如果 UPMC 標(biāo)準(zhǔn) LPAR 模板無法滿足應(yīng)用程序的 CPU 需求，Power 管理員可以在發(fā)現(xiàn)需求后的幾分鐘內(nèi)通過 DLPAR 簡便地在 LPAR 中添加更多資源，確保分配適當(dāng)?shù)?CPU 數(shù)量。

通過應(yīng)用這種 CPU 規(guī)模調(diào)整方法，UPMC 發(fā)現(xiàn)許多應(yīng)用程序并不需要應(yīng)用程序所有者或應(yīng)用程序廠商最初請求的 CPU 資源量。建議的資源量常常超過實(shí)際需要量 30%。CPU 虛擬化很適合應(yīng)付這種情況，因?yàn)樗试S管理員靈活地配置虛擬 CPU 設(shè)置，不需要把應(yīng)用程序可能根本不使用的資源與應(yīng)用程序綁定在一起。

結(jié)束語

人人都知道 Power 處理器虛擬化有許多好處，包括提高利用率、降低成本和提高靈活性。但是，這種技術(shù)的限制不太為人所知。這些限制有多嚴(yán)重？到什么程度會抵消掉收益？ UPMC 仍然在研究并與 IBM 探討這些問題。無論最終答案是什么，目前已經(jīng)確定運(yùn)行共享的不封頂微分區(qū)處理器環(huán)境是正確的選擇。

顯然，需要以全新的方式管理 CPU 資源。定制的監(jiān)視和警報(bào)是關(guān)鍵：知道您有什么，充分使用所有資源，避免資源耗盡。后續(xù)努力方向

處理器虛擬化只是 UPMC IT 轉(zhuǎn)換計(jì)劃的一小部分。UPMC 還在幾個(gè)方面使用了虛擬化，包括存儲(SVC)和 I/O(VIO)。這顯著降低了 IT 成本并提高了效率。以后要采用哪些技術(shù)？Active Memory Sharing，它支持在多個(gè) LPAR 之間共享物理內(nèi)存；高級的虛擬監(jiān)視系統(tǒng)，這讓 UPMC 能夠查看所有虛擬和物理設(shè)備之間的關(guān)系，包括服務(wù)器、磁盤、網(wǎng)絡(luò)、電源等等；以及我們最喜歡的 Live Partition Mobility。在 2008 年，UPMC 把 400 個(gè) LPAR 從基于 POWER5 的服務(wù)器遷移到了基于 POWER6 的服務(wù)器，每次遷移需要不到一小時(shí)的停機(jī)時(shí)間。在 2011 年，UPMC 還要再做一次遷移，到那時(shí)根本不需要停機(jī)了。

UPMC 和 IBM 建立了戰(zhàn)略伙伴關(guān)系，利用他們各自的經(jīng)驗(yàn)共同為醫(yī)療行業(yè)開發(fā)和推廣新技術(shù)。

第三篇：企業(yè)虛擬化運(yùn)營

1、虛擬的含義：1.不符合或不一定符合事實(shí)的 2.憑想像編造的3由高科技術(shù)實(shí)現(xiàn)的仿實(shí)物或偽實(shí)物的技術(shù)4.操作系統(tǒng)中所謂的“虛擬”，是指通過某種技術(shù)把一個(gè)物理實(shí)體變?yōu)槿舾蛇壿嬌系膶?yīng)物，即虛擬技術(shù)。例：虛擬處理機(jī)、虛擬內(nèi)存、虛擬外部設(shè)備和虛擬信道等。

2、網(wǎng)絡(luò)組織在資源配置中的重要作用：社會連接著不同群體中的個(gè)體，所以傳遞的信息具有較高的異質(zhì)性，因此網(wǎng)絡(luò)組織發(fā)揮著信息矯正的作用。網(wǎng)絡(luò)連接著不同階層擁有不同資源的人們，所以資源的交換、結(jié)語、攝取往往都通過網(wǎng)絡(luò)組織來進(jìn)行信息資源共享。在中國計(jì)劃經(jīng)濟(jì)的工作分配體制下，網(wǎng)絡(luò)組織用于獲得分配決策人的信息和影響，所以可以用于充當(dāng)沒有聯(lián)系的個(gè)人之間的網(wǎng)絡(luò)橋梁。

3、什么是企業(yè)虛擬化運(yùn)營：企業(yè)虛擬化經(jīng)營是指企業(yè)在組織上突破有形的界限，雖有生產(chǎn)、行銷、設(shè)計(jì)、財(cái)務(wù)等功能，但企業(yè)體內(nèi)卻沒有完整地執(zhí)行這些功能的組織。就是說企業(yè)在有限的資源下，為了取得競爭中的最大優(yōu)勢，僅保留企業(yè)中最關(guān)鍵的職能，而將其他的功能虛擬化——通過各種外力進(jìn)行整合互補(bǔ)，其目的是在競爭中最大效率地利用企業(yè)有限的資源。

4、信息時(shí)代企業(yè)為什么要開展虛擬化運(yùn)營：由于市場環(huán)境急劇變化、經(jīng)濟(jì)全球化進(jìn)程不斷加快，以及現(xiàn)代信息技術(shù)，特別是計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展和運(yùn)用，人類經(jīng)濟(jì)活動的網(wǎng)絡(luò)化發(fā)展趨勢及其變革要求明顯增強(qiáng)。同時(shí)企業(yè)網(wǎng)絡(luò)組織的不斷演進(jìn)，企業(yè)虛擬化運(yùn)營在20世紀(jì)80年代后，特別是90年代以來的迅速發(fā)展，已對世界各國的經(jīng)濟(jì)發(fā)展產(chǎn)生了重要的促進(jìn)作用。所以作為一種企業(yè)運(yùn)營創(chuàng)新，企業(yè)虛擬化運(yùn)營以其獨(dú)特的資源配置方式、運(yùn)營形態(tài)，以及所帶來的制度創(chuàng)新，使企業(yè)贏得了運(yùn)營優(yōu)勢，獲得了經(jīng)濟(jì)效益。

5、企業(yè)虛擬化運(yùn)營有哪些具體形式：

1、虛擬生產(chǎn)：企業(yè)通過協(xié)議、委托、租賃等方式將生產(chǎn)車間外化，不僅減少了大量的制造費(fèi)用和資金占用，還能充分利用他人的要素投入，降低自身風(fēng)險(xiǎn)。

2、虛擬營銷。這是指公司總部借用獨(dú)立的銷售公司的廣泛聯(lián)系和分銷渠道，銷售自己的產(chǎn)品。

3、戰(zhàn)略聯(lián)盟：這是指幾家公司擁有不同的關(guān)鍵資源，而彼此的市場有某種程度的間隔，為了彼此的利益，進(jìn)行戰(zhàn)略聯(lián)盟，交換彼此的資源，以創(chuàng)造競爭優(yōu)勢。

4、虛擬研發(fā)。企業(yè)以項(xiàng)目委托、聯(lián)合開發(fā)等形式，借助高等院校、科研機(jī)構(gòu)的研發(fā)優(yōu)勢，完成技術(shù)創(chuàng)新、技術(shù)改造、新產(chǎn)品開發(fā)等工作，以彌補(bǔ)自身研發(fā)能力之不足。

6、企業(yè)虛擬化運(yùn)營合作中核心企業(yè)的主要職能是什么：為企業(yè)樹立新型經(jīng)營觀念，著力培育自身的核心競爭能力，建設(shè)高效信息系統(tǒng)，培養(yǎng)新型學(xué)習(xí)型人才，通過虛擬經(jīng)營的組織方式使企業(yè)在開放經(jīng)濟(jì)條件下做大做強(qiáng)。虛擬企業(yè)突破了傳統(tǒng)企業(yè)的界限，通過實(shí)現(xiàn)對資源進(jìn)行動態(tài)配置和優(yōu)化，來適應(yīng)新的市場浪潮，更大程度上提高組織績效。

7、企業(yè)虛擬化經(jīng)營形成的內(nèi)在動因 ：

1、提高企業(yè)的市場應(yīng)變能力。

2、分擔(dān)風(fēng)險(xiǎn)并獲得規(guī)模經(jīng)濟(jì)和范圍經(jīng)濟(jì)。

3、防止過度競爭，編單贏為雙贏。

4、打破地區(qū)封鎖與非關(guān)稅壁壘。

8、實(shí)行虛擬化運(yùn)營的意義：虛擬經(jīng)營是知識經(jīng)濟(jì)時(shí)代的產(chǎn)物，具有對市場全球化、經(jīng)營一體化和商品經(jīng)營微利化競爭的適應(yīng)性。它在經(jīng)營與競爭中通過企業(yè)間的合理分工和相互配合，充分發(fā)揮各自的特征和優(yōu)勢，分散企業(yè)經(jīng)營與投資風(fēng)險(xiǎn)，更好的利用了社會資源。在知識經(jīng)濟(jì)時(shí)代的經(jīng)營與競爭中，我們的企業(yè)要更新傳統(tǒng)管理思維，創(chuàng)新經(jīng)營模式，充分認(rèn)識虛擬經(jīng)營對企業(yè)現(xiàn)代化經(jīng)營的啟發(fā)作用和借鑒意義，注重虛擬經(jīng)營模式和理念的創(chuàng)新運(yùn)用。在不斷推進(jìn)技術(shù)創(chuàng)新的同時(shí)，也要不斷地實(shí)施管理創(chuàng)新、組織創(chuàng)新，實(shí)現(xiàn)在生產(chǎn)模式、管理機(jī)制上的飛躍，從而不斷地發(fā)展和壯大企業(yè)。可以預(yù)見的是，未來時(shí)代，必然是以虛擬經(jīng)營為主導(dǎo)的經(jīng)營時(shí)代，企業(yè)多元化發(fā)展戰(zhàn)略也必將借助于虛擬經(jīng)營這個(gè)“利器”

第四篇：VMware服務(wù)器虛擬化解決方案

VMware虛擬化解決方案

一、項(xiàng)目研究內(nèi)容

1.1 虛擬化的應(yīng)用

隨著企業(yè)的成長，IT部門必須快速地提升運(yùn)算能力－以不同操作環(huán)境的新服務(wù)器形式而存在。因此而產(chǎn)生的服務(wù)器數(shù)量激增則需要大量的資金和人力去運(yùn)作，管理和升級。

IT部門需要：

? 提升系統(tǒng)維護(hù)的效率

? 快速部署新的系統(tǒng)來滿足商業(yè)運(yùn)行的需要 ? 找到減少相關(guān)資產(chǎn)，人力和運(yùn)作成本的方法

虛擬構(gòu)架提供前所未有的負(fù)載隔離，為所有系統(tǒng)運(yùn)算和I/O設(shè)計(jì)的微型資源控制。虛擬構(gòu)架完美地結(jié)合現(xiàn)有的管理軟件并在共享存儲（SAN）上改進(jìn)投資回報(bào)率。通過把物理系統(tǒng)整合到有VMWARE虛擬構(gòu)架的數(shù)據(jù)中心上去，企業(yè)體驗(yàn)到：

? 更少的硬件和維護(hù)費(fèi)用 ? 空閑系統(tǒng)資源的整合 ? 提升系統(tǒng)的運(yùn)作效率 ? 性價(jià)比高，持續(xù)的產(chǎn)品環(huán)境

整合IT基礎(chǔ)服務(wù)器

運(yùn)行IT基礎(chǔ)應(yīng)用的服務(wù)器大多數(shù)是Intel構(gòu)架的服務(wù)器

這一類的應(yīng)用通常表現(xiàn)為文件和打印服務(wù)器，活動目錄，網(wǎng)頁服務(wù)器，防火墻，NAT/DHCP服務(wù)器等。

雖然大多數(shù)服務(wù)器系統(tǒng)資源的利用率在10％－15％，但是構(gòu)架，安全和兼容性方面的問題導(dǎo)致必須指定不同的物理平臺來運(yùn)行它們。

管理，安裝補(bǔ)丁和添加安全策略將花去大量的時(shí)間。另外，服務(wù)器的衍生組件將導(dǎo)致設(shè)備，動力和散熱方面的成本上升。

因?yàn)榈头?wù)器的利用率，低CPU的合并和中等I/O的要求，IT基礎(chǔ)服務(wù)器首選作為虛擬化和相關(guān)整合的候選者。

虛擬化使得企業(yè)能實(shí)現(xiàn)：

? 達(dá)到甚至超過每個(gè)CPU，4個(gè)負(fù)載的整合比率 ? 更便宜的硬件和運(yùn)作成本

? 在服務(wù)器管理方面的重大改進(jìn)，包含添加，移動，變更，預(yù)制和重置 ? 基礎(chǔ)應(yīng)用將變得更強(qiáng)壯和災(zāi)難抵御能力

整合重要應(yīng)用服務(wù)器

根據(jù)5個(gè)不同的企業(yè)使用服務(wù)器軟件來大幅降低成本的實(shí)例，VMWARE出具了一份研究報(bào)告。

使用服務(wù)器TCO模型來分類和計(jì)算成本，我們分析顯示VMWARE服務(wù)器軟件幫助這些企業(yè)實(shí)現(xiàn)：

? 減少28％－53％的硬件成本 ? 減少72％－79％的運(yùn)作成本 ? 減少29％－64％的綜合成本

客戶目標(biāo)：

? 整合空閑服務(wù)器和存儲資源，為新項(xiàng)目重新部署這些資源 ? 提升運(yùn)作效率

? 改進(jìn)服務(wù)器的管理靈活性 ? 通過零當(dāng)機(jī)維護(hù)改善服務(wù)等級 ? 標(biāo)準(zhǔn)化環(huán)境和改進(jìn)安全 ? 災(zāi)難狀態(tài)下，減少恢復(fù)時(shí)間 ? 更少冗余的情況下，確保高可用性 ? 更有效的適應(yīng)動態(tài)商業(yè)的需求 ? 高級備份策略

? 在技術(shù)支持和培訓(xùn)方面降低成本

1.2 VMware商業(yè)連續(xù)性解決方案

每年成百上千的全球數(shù)據(jù)中心遭遇重大的服務(wù)中斷。這些商業(yè)運(yùn)行將受到用戶錯(cuò)誤，病毒，硬件故障和自然災(zāi)害等問題的影響。當(dāng)前商業(yè)連續(xù)性處于企業(yè)IT策略的最前沿，并且從管理層到CEO的所有人都非常重視它。

成功的商業(yè)連續(xù)性策略元素包含：

? 應(yīng)用程序可用計(jì)劃

? 包含監(jiān)控和平臺冗余的預(yù)防措施 ? 數(shù)據(jù)保護(hù) ? 災(zāi)難恢復(fù)策略 ? 有效的人員計(jì)劃

使用虛擬構(gòu)架，IT管理員能改進(jìn)商業(yè)連續(xù)性的所有方面，例如：

? 由于主備服務(wù)器之間的硬件獨(dú)立性，使得災(zāi)難恢復(fù)更快而花費(fèi)不多 ? 排除計(jì)劃內(nèi)的硬件宕機(jī)，并明顯的減少計(jì)劃內(nèi)的軟件宕機(jī) ? 管理所有虛擬機(jī)和監(jiān)控宿主機(jī)的單點(diǎn)控制技術(shù) ? 為了實(shí)現(xiàn)捕捉和恢復(fù)，完全的把主機(jī)壓縮到文件里去 ? 簡化和可重復(fù)的自動程序

基于虛擬機(jī)的集群冗余簡化

為了實(shí)現(xiàn)高可用性，企業(yè)使用中間軟件例如微軟和Veritas的集群軟件，把兩臺服務(wù)器綁定在一個(gè)熱備環(huán)境。即使運(yùn)行在服務(wù)器上的應(yīng)用程序有集群感知能力，萬一主服務(wù)器遭遇硬件或軟件錯(cuò)誤，這樣的安排仍然會導(dǎo)致非應(yīng)用程序當(dāng)機(jī)。冗余能消除單點(diǎn)失敗。

隨著IT對企業(yè)運(yùn)作而言變得更加重要，高水平的服務(wù)普遍成為企業(yè)的需求，越來

越多的應(yīng)用則被要求高度可用。然而，為了實(shí)現(xiàn)如上所述的高可用性集群，就像很多服務(wù)器運(yùn)行應(yīng)用一樣，企業(yè)需要預(yù)備和管理兩次。

有了虛擬化，IT管理員能在運(yùn)行重要應(yīng)用的實(shí)體機(jī)和同等配置的虛擬機(jī)上創(chuàng)建集群。在待機(jī)狀態(tài)下，虛擬機(jī)并不消耗計(jì)算機(jī)資源，并且能以非常高的比例整合到一個(gè)或幾個(gè)實(shí)體平臺上去。結(jié)果，企業(yè)無須在硬件數(shù)量或管理和安裝補(bǔ)丁上投入雙倍的人力和物力，從而實(shí)現(xiàn)高可用性。冗余的方式將由2N變?yōu)镹+1。

實(shí)體到虛擬的集群和實(shí)體到實(shí)體的集群一樣都支持同樣的集群軟件。同時(shí)，節(jié)省的成本能為更多的負(fù)載實(shí)現(xiàn)高可用性并簽署更多的高水平服務(wù)協(xié)議。

無須原硬件的數(shù)據(jù)恢復(fù)

大多數(shù)企業(yè)IT部門使用常用的備份軟件，例如Tivoli Storage Manager, Legato Networker, 或者Veritas NetBackup來創(chuàng)建數(shù)據(jù)和應(yīng)用程序備份。既然備份策略能抵御用戶錯(cuò)誤和某些情況下的軟硬件故障，比較長的恢復(fù)時(shí)間和多恢復(fù)點(diǎn)是能被接受的。

然而，為了獲得備份所帶來的好處，企業(yè)必須確保數(shù)據(jù)確實(shí)能被恢復(fù)。業(yè)余備份，專業(yè)恢復(fù)？

為了測試數(shù)據(jù)恢復(fù)，IT管理員需要為每個(gè)已備份的主機(jī)提供一臺測試的失敗轉(zhuǎn)移服務(wù)器，安裝操作系統(tǒng)，安裝備份代理，嘗試在測試失敗轉(zhuǎn)移服務(wù)器上調(diào)整Windows注冊表和其他系統(tǒng)配置。如果系統(tǒng)調(diào)整成功，備份服務(wù)器和備份代理才能被用來測試數(shù)據(jù)恢復(fù)。

預(yù)制新的服務(wù)器和調(diào)整Windows注冊表是一個(gè)漫長的手工過程并且有時(shí)并不可能。這樣，在不同的失敗轉(zhuǎn)移服務(wù)器實(shí)現(xiàn)數(shù)據(jù)恢復(fù)是存在疑問的。

這些問題將被虛擬失敗轉(zhuǎn)移硬件給解決了。此外，操作系統(tǒng)安裝，備份代理的安裝和Windows注冊表的調(diào)整只需做一次。此后，一個(gè)完整的已配置的VM模板將被存儲在VM模板庫內(nèi)。Vmware軟件能確保企業(yè)：

? 為災(zāi)難后的測試和恢復(fù)，消除硬件資源方面的障礙 ? 避免系統(tǒng)和備份代理的安裝，用虛擬機(jī)模板來縮短恢復(fù)周期 ? 用標(biāo)準(zhǔn)的虛擬化硬件，使得災(zāi)難恢復(fù)更加可靠和可重復(fù)

失敗轉(zhuǎn)移服務(wù)器的整合和自動化

對于關(guān)聯(lián)在存儲域網(wǎng)（SAN）上重要應(yīng)用的部署，企業(yè)災(zāi)難恢復(fù)策略通常包含一個(gè)災(zāi)難恢復(fù)的熱站，這個(gè)站點(diǎn)有在主備之間的完全同步的數(shù)據(jù)復(fù)制。這種策略提供很少的恢復(fù)點(diǎn)對象（PRO）。然而，出于恢復(fù)時(shí)間對象（RTO）的考慮，恢復(fù)時(shí)間非常依賴于除了數(shù)據(jù)恢復(fù)之外的恢復(fù)實(shí)體服務(wù)器，操作系統(tǒng)，系統(tǒng)參數(shù)和應(yīng)用程序的能力。

為了維持較少的恢復(fù)時(shí)間對象（RTO），硬件和系統(tǒng)的同一配置需要被維護(hù)在失敗轉(zhuǎn)移站點(diǎn)上。這樣的配置無論在初始資本投入階段還是在項(xiàng)目運(yùn)作，升級，維護(hù)和支持階段費(fèi)用都是很昂貴的。

這種方案的兩個(gè)明顯缺點(diǎn)在于預(yù)制了太多的新服務(wù)器以及通常沒有可能為數(shù)據(jù)恢復(fù)去調(diào)整Windows注冊表和對不同的失敗轉(zhuǎn)移服務(wù)器的其他系統(tǒng)參數(shù)進(jìn)行配置

? 部署在整個(gè)企業(yè)內(nèi)的虛擬構(gòu)架能確保企業(yè)： ? 避免在失敗轉(zhuǎn)移站點(diǎn)上停滯不前

? 在主備站點(diǎn)上，從服務(wù)器整合角度來減少投入成本 ? 使恢復(fù)過程自動化，并實(shí)現(xiàn)存儲管理軟件的集成 ? 改進(jìn)恢復(fù)過程的可靠性

二、VMware虛擬化實(shí)施方案設(shè)計(jì)

2.1 方案拓?fù)鋱D

2.2 方案構(gòu)成部分詳細(xì)說明 該方案所涉及軟贏件清單 2.2.1 軟件需求

VMware vSphere

4、VMware vCenter server

4、Lab manager 4。

主要功能包括HA、vMotion、DRS、Fault Tolerance、DPM、Storage vMotion、vStorage Thin Provisioning(精簡配置)、Data Recovery、Update Manager、vShield Zone、Host Profile、vNetwork等等。2.2.2 硬件需求

3臺IBM服務(wù)器、1臺普通Server、共享存儲、FC SAN IBM X3650配置至少為2顆4核CPU，128G內(nèi)存, 配置雙硬盤RAID1，雙光纖HBA卡

2.3 方案結(jié)構(gòu)描述 2.3.1 基礎(chǔ)架構(gòu)服務(wù)層

基礎(chǔ)架構(gòu)服務(wù)層是整個(gè)虛擬架構(gòu)的重要支撐，主要是將物理的資源，包括計(jì)算資源、存儲資源和網(wǎng)絡(luò)資源進(jìn)行虛擬化，提供一些虛擬化的基本單元，為整個(gè)架構(gòu)的虛擬化做好鋪墊，一般稱為：vCompute、vStorage和vNetwork。這部分的要點(diǎn)如下：

對于vCompute，主要包括：

? 計(jì)算資源的分配粒度；包括內(nèi)存和CPU的分配方式。能夠進(jìn)行分配的粒度越細(xì)，往往效率越高，所以，內(nèi)存可以分配細(xì)化到MB，CPU分配可以細(xì)化到MHz。

? 計(jì)算資源的動態(tài)調(diào)度；包括DRS和DPM。DRS（Distributed Resource Scheduler）就是分布式資源調(diào)度，虛擬機(jī)能夠在不同的物理服務(wù)器之間根據(jù)負(fù)載的均衡進(jìn)行自動調(diào)度，這是資源（CPU和內(nèi)存）動態(tài)調(diào)度的重要指標(biāo)。DPM(Distributed Power Manager)是電源的動態(tài)管理模塊，也是最近虛擬化領(lǐng)域的重要技術(shù)。DPM可以讓服務(wù)器在負(fù)載較低的時(shí)候進(jìn)行進(jìn)一步的動態(tài)整合，從而大量節(jié)能。

? Hypervisor是服務(wù)器虛擬化的基石；目前，瘦Hypervisor已經(jīng)成為虛擬化行業(yè)的重要趨勢，通過Hypervisor的瘦化，可以降低虛擬化本身的超載，降低虛擬化本身的資源消耗，從而提升整個(gè)虛擬化系統(tǒng)的性能。對于vStorage，主要包括：

? VMware vStorage Virtual Machine File System(VMFS)；虛擬化平臺中集群文件系統(tǒng)是構(gòu)建虛擬化高可用的重要基礎(chǔ)技術(shù)，通過虛擬化集群文件系統(tǒng)，可以確保進(jìn)行虛擬環(huán)境交叉訪問時(shí)，保證數(shù)據(jù)的完整性和可靠性。

? 卷增長；卷的動態(tài)成長可以實(shí)現(xiàn)磁盤卷的在線擴(kuò)展，為服務(wù)器虛擬化提供強(qiáng)大的存儲虛擬支持能力，滿足存儲卷的按需擴(kuò)展。

? Storage vMotion；可以實(shí)現(xiàn)存儲遷移時(shí)應(yīng)用不需要停機(jī)，這是存儲虛擬化和服務(wù)器虛擬化結(jié)合的范例，成為服務(wù)器虛擬化的標(biāo)準(zhǔn)配置功能。

? Thin Provisioning ；（vStorage精簡配置）的具體實(shí)現(xiàn)見下圖，最大的好處是提高存儲的利用率，降低存儲的成本超過50％。

圖表 1 vStorage 精簡配置示意圖

對于vNetwork，主要包括：

? 虛擬網(wǎng)卡；是為了滿足同一服務(wù)器上多個(gè)虛擬機(jī)而建立的，是服務(wù)器虛擬化的重要基石，今天市場上的虛擬化軟件都可以提供這個(gè)能力。

? vNetwork虛擬交換機(jī)；可以在虛擬機(jī)和物理機(jī)之間提供第 2 層連接性，其功能包括：

? 虛擬局域網(wǎng)分段（有助于簡化網(wǎng)絡(luò)）、流量隔離以及改進(jìn)的可管理性

? 內(nèi)置的網(wǎng)卡綁定（有助于提高可用性）以及物理網(wǎng)絡(luò)資源的負(fù)載平衡

? 流速限制，有助于增強(qiáng)對物理網(wǎng)絡(luò)流量的控制

? vNetwork分布式交換機(jī)；主要是進(jìn)一步簡化虛擬化環(huán)境中的網(wǎng)絡(luò)管理而實(shí)現(xiàn)的，可在數(shù)據(jù)中心級別提供集中和聚合的虛擬網(wǎng)絡(luò)，從而簡化并增強(qiáng)虛擬機(jī)網(wǎng)絡(luò)。

2.3.2 應(yīng)用程序服務(wù)層

應(yīng)用程序服務(wù)器層是為虛擬化平臺上應(yīng)用系統(tǒng)的可用性、安全性和可擴(kuò)展性進(jìn)行服務(wù)的，是整個(gè)虛擬化架構(gòu)中最為重要的組成部分之一。因此，這個(gè)層次的服務(wù)也相當(dāng)豐富，也需要相當(dāng)成熟的經(jīng)驗(yàn)才能保證整個(gè)虛擬化的成功；換句話說，只有虛擬化平臺足夠強(qiáng)壯，才能夠作為云計(jì)算的基礎(chǔ)架構(gòu)平臺。

應(yīng)用程序的可用性主要包括：

? vMotion；平臺管理模塊要能提供VMotion功能，可以方便的時(shí)間虛擬機(jī)不停機(jī)的從一臺PC服務(wù)器遷移到另外一臺，從而避免“多個(gè)雞蛋放到一個(gè)籃子”可能造成的顧慮。下面的圖示大概描述了vMotion功能實(shí)現(xiàn)；

圖表 2 vMotion實(shí)現(xiàn)原理

?平臺管理要能提供高可用解決方案，如HA、FT容錯(cuò)功能，確保虛擬機(jī)的可用性。下面圖示了HA和FT功能機(jī)理；

圖表 3 VMware HA功能示意圖

使用 VMware HA 實(shí)現(xiàn)經(jīng)濟(jì)高效、獨(dú)立于硬件和操作系統(tǒng)的應(yīng)用程序可用性。

圖表 4 VMware Fault Tolerance 容錯(cuò)技術(shù)功能示意圖

使用VMware Fault Tolerance（容錯(cuò)技術(shù)）可以實(shí)現(xiàn)完整的業(yè)務(wù)連續(xù)性，當(dāng)有硬件發(fā)生故障之時(shí)，可以保障業(yè)務(wù)系統(tǒng)的連續(xù)運(yùn)行，而不需要中斷應(yīng)用系統(tǒng)。VMware Fault Tolerance（容錯(cuò)技術(shù)）提供了迄今為止，最高級別的業(yè)務(wù)連續(xù)性保障，可以花費(fèi)最小的代價(jià)得到最高的可靠性要求。

? NIC/HBA卡的Teaming也是服務(wù)器虛擬化的最基本需求，就是通過多網(wǎng)卡和多HBA卡，保證網(wǎng)絡(luò)和存儲訪問的冗余性，一旦任何網(wǎng)卡或者HBA卡故障，都不會引起虛擬機(jī)的服務(wù)中斷；

? 當(dāng)然，虛擬平臺的備份和恢復(fù)也是需要考慮的，要能兼容傳統(tǒng)的備份和容災(zāi)方案，包括VERITAS、Legato、IBM、HP、CA、Commvault等的備份方案等。

應(yīng)用程序的安全性包括：

? 盡量壓縮Hypervisor本身的代碼，容量降低到50MB以下，以降低Hypervisor本身受攻擊的可能性；

? VMsafe；提供Hypervisor級的病毒防范接口，允許第三方廠商進(jìn)行開發(fā)接口，從底層直接進(jìn)行病毒的防范和截殺。下圖示例了VMsafe API的方式提供第三方安全接口的示例；

?

圖表 5 VMsafe實(shí)現(xiàn)機(jī)理示意圖

? vSheild Zone；提供動態(tài)安全防火墻，確保系統(tǒng)在虛擬化平臺上遷移時(shí)，安全策略能夠動態(tài)遷移，確保系統(tǒng)安全的靈活性。下圖是動態(tài)防火墻vSheild Zone的實(shí)現(xiàn)機(jī)理示意。

圖表 6 vSheild Zone實(shí)現(xiàn)機(jī)理示意圖

? VMware Distributed Resource Scheduler(DRS)；動態(tài)地實(shí)現(xiàn)服務(wù)器資源負(fù)載平衡，以根據(jù)業(yè)務(wù)優(yōu)先級向正確的應(yīng)用程序提供正確的資源，從而讓應(yīng)用程序可以根據(jù)需要壓縮或增長。

圖表 7 VMware DRS動態(tài)資源調(diào)配示意圖

? VMware Data Recovery 為小型環(huán)境中的虛擬機(jī)提供簡單、經(jīng)濟(jì)高效、無代理的備份和恢復(fù)。

圖表 8 VMware Data Recovery 備份機(jī)制

VMware Data Recovery 備份模塊具有以下一些特性： ? 虛擬機(jī)的無代理、基于磁盤的備份和恢復(fù) ； ? 虛擬機(jī)或文件級別的恢復(fù)；

? 增量備份和消除重復(fù)數(shù)據(jù)以節(jié)約磁盤空間； ? 為虛擬機(jī)提供快速、簡單和完整的數(shù)據(jù)保護(hù) ； ? 通過 vCenter 實(shí)現(xiàn)集中式管理 ； ? 經(jīng)濟(jì)高效的存儲管理。

? 應(yīng)用程序的可擴(kuò)展性包括：CPU、內(nèi)存的熱添加和磁盤、網(wǎng)絡(luò)等設(shè)備的熱添加和刪除，從而確保整個(gè)虛擬化平臺具有足夠的彈性。這也成為虛擬化平臺靈活性的重要指標(biāo)，許多應(yīng)用場景都可以從這個(gè)特性中獲益。

圖表 9 虛擬機(jī)的可擴(kuò)展性

2.3.3 虛擬應(yīng)用程序?qū)?/p>

VMware vSphere? 包括對 vApp 的支持，vApp 是包含一個(gè)或多個(gè)虛擬機(jī)的邏輯實(shí)體，它使用行業(yè)標(biāo)準(zhǔn)開放虛擬化格式來指定和封裝多層應(yīng)用程序的所有組件，以及與該應(yīng)用程序相關(guān)聯(lián)的操作策略和服務(wù)級別。

圖表 10 vApp 功能示意圖

虛擬應(yīng)用程序?qū)又饕菓?yīng)用的打包模式的變革，傳統(tǒng)的應(yīng)用必須要進(jìn)行安裝才可以使用，通過VMware虛擬化技術(shù)，用戶可以更為便捷的部署應(yīng)用，比如將應(yīng)用系統(tǒng)當(dāng)作文件的方式進(jìn)行訪問。這實(shí)際上有兩個(gè)趨勢，一是應(yīng)用本身的虛擬化，二是應(yīng)用虛擬設(shè)備化。應(yīng)用的虛擬化就是讓任何應(yīng)用都能通過單個(gè)或一組文件進(jìn)行封裝，便于應(yīng)用的遷移和快速部署；應(yīng)用的設(shè)備虛擬化就是將應(yīng)用開發(fā)限制到某一特點(diǎn)環(huán)境，完成的應(yīng)用通過虛擬機(jī)的方式提供給用戶，方便了用戶的快速部署使用，減少了用戶安裝過程出現(xiàn)的問題。當(dāng)然，并不是要求應(yīng)用都必須進(jìn)行這兩種改造才可以運(yùn)行在虛擬化平臺上，實(shí)際上應(yīng)用可以和原來的應(yīng)用方式完全一樣運(yùn)行在虛擬平臺上，應(yīng)用的用戶甚至都不知道該應(yīng)用是運(yùn)行在實(shí)體服務(wù)器還是虛擬機(jī)里面。只所以要進(jìn)行應(yīng)用虛擬化，就是想進(jìn)一步簡化應(yīng)用的運(yùn)行維護(hù)。2.4 方案帶來的好處 2.4.1 大大降低TCO ? 通過服務(wù)器整合，控制和減少物理服務(wù)器的數(shù)量，明顯提高每個(gè)物理服務(wù)器及其CPU的資源利用率，從而降低硬件成本。

? 降低運(yùn)營和維護(hù)成本，包括數(shù)據(jù)中心空間、機(jī)柜、網(wǎng)線，耗電量，冷氣空調(diào)和人力成本等。2.4.2 提高運(yùn)營效率

? ? 加快新服務(wù)器和應(yīng)用的部署，大大降低服務(wù)器重建和應(yīng)用加載時(shí)間。主動地提前規(guī)劃資源增長，這樣對客戶和應(yīng)用的需求響應(yīng)快速，不需要象以前那樣，需要長時(shí)間的采購流程，然后進(jìn)行嘗試。

? 不需要象以前那樣，硬件維護(hù)需要數(shù)天/周的變更管理準(zhǔn)備和1-3小時(shí)維護(hù)窗口，現(xiàn)在可以進(jìn)行快速的硬件維護(hù)和升級。

? 所有單機(jī)的應(yīng)用，在部署了虛擬化后，將不再出現(xiàn)單點(diǎn)故障，確保了應(yīng)用的7×24小時(shí)不間斷的運(yùn)轉(zhuǎn)。2.4.3 提高服務(wù)水平

? ? 幫助您的企業(yè)建立業(yè)務(wù)和IT資源之間的關(guān)系，使IT和業(yè)務(wù)優(yōu)先級對應(yīng)。將所有服務(wù)器作為大的資源統(tǒng)一進(jìn)行管理，并按需進(jìn)行資源調(diào)配。

2.4.4 舊硬件和操作系統(tǒng)的投資保護(hù)

? 不再擔(dān)心舊系統(tǒng)的兼容性，維護(hù)和升級等一系列問題。

第五篇：虛擬化活動邀請函（最終版）

金秋十月感恩季，黎明網(wǎng)絡(luò)教育中心聯(lián)合微軟舉行虛擬化培訓(xùn)認(rèn)證特惠活動，原價(jià)3580的3天脫產(chǎn)培訓(xùn)加考試現(xiàn)超值感恩價(jià)520元！

活動范圍僅限微博好友，溝通面對面成長無極限！

云計(jì)算指通過網(wǎng)絡(luò)以按需、易擴(kuò)展的方式獲得所需的任何資源和服務(wù)，企業(yè)和個(gè)人用戶可以不必再購買、配置和管理構(gòu)建和部署應(yīng)用程序所需的硬

件和軟件，從而節(jié)省與這些復(fù)雜工作相關(guān)的成本。這些資源和應(yīng)用將作為服務(wù)通過 Internet（“云”）提供。

虛擬化技術(shù)作為云計(jì)算的主要使用技術(shù)和基礎(chǔ)途徑，目前已成為市場最熱門的技術(shù)之一，它能幫助企業(yè)降低硬件投資成本減少物理系統(tǒng)數(shù)量，但與

之而來的挑戰(zhàn)是服務(wù)器管理環(huán)境將更加復(fù)雜。您的企業(yè)開始部署虛擬化了嗎，您做好技術(shù)儲備了嗎？黎明網(wǎng)絡(luò)致力于為企業(yè)培養(yǎng)優(yōu)秀的專業(yè)虛擬化

技術(shù)人才，共同推動云計(jì)算時(shí)代的來臨！

【參與辦法】：關(guān)注“黎明網(wǎng)絡(luò)教育中心” 新浪微博，轉(zhuǎn)發(fā)本活動微博并@三位好友，即可贏取珍貴席位，名額有限，先到先得！

【微搏地址】：http://weibo.com/szlmed

【課程內(nèi)容】：實(shí)施和管理微軟服務(wù)器虛擬化

【開課時(shí)間】：第1期 2011年11月 中下旬連續(xù)3天

【考試科目】： 70-659，含一次免費(fèi)重考機(jī)會，考試通過可獲得一項(xiàng)MCTS證書（Windows Server 2008 R2, Server Virtualization）

【課程內(nèi)容】：

? Hyper-V虛擬化技術(shù)深入理解與實(shí)現(xiàn)

? 使用SCVMM 2008 R2配置與管理Hyper-V

? 實(shí)現(xiàn)微軟虛擬化的高可用性

? 管理與實(shí)現(xiàn)桌面虛擬化技術(shù)

? 快速備份與恢復(fù)虛擬化系統(tǒng)