第一篇：基于VMware vSphere SDK的虛擬化客戶應用程序實現

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

關鍵詞:VMware vSphere SDK;C#;虛擬化技術;客戶應用程序;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)

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

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

1.1 組成結構圖

VMware vSphere是VMware公司開發的構建云計算架構的最佳平臺,使用VMware vSphere來構建云計算基礎架構,可以減少運行的服務器數量,降低資金成本和運營成本。VMware vSphere虛擬化多個系統間的基礎物理硬件資源,同時為數據中心提供大量虛擬資源。作為云操作系統,VMware vSphere可作為無縫和動態操作環境管理大型基礎架構(例如CPU、存儲器和網絡),同時還管理復雜的數據中心。VMware vSphere主要由以下基本組件構成:ESX主機(主服務器)、vCenter Server(虛擬中心服務器)、vSphere SDK、vSphere Web Access或vSphere Client等,組成結構圖如圖1所示。

VMware vSphere SDK是一種為VMware和第三方解決方案提供標準界面以訪問VMware vSphere功能的開發包。VMware vSphere Web Services SDK 4.0是VMware提供的最新軟件開發包,包含了VMware vSphere API實現的所有必需組件,其中包括WSDL文件、各種庫文件、幫助文檔和例程,是一個服務器虛擬化系統的二次開發平臺。我們可以利用這個平臺開發靈活方便的客戶應用程序來管理、監控和維護VMware vSphere組件。

1.2 接口函數

主要接口函數如下:

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

//建立一個服務器連接,ManagedObjectReference(受管對象引用)類型是一個指向對象的指針,其中_this參數指定一個特定的SessionManager受管對象引用,userName參數指定連接的服務器的用戶名,password參數指定該用戶名所對應的密碼,locale參數指定所在區域,缺省為服務器的所在區域。

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

//在指定目錄下創建一個新的虛擬機,其中_this參數指定一個特定的Folder受管對象引用,config參數指定新建虛擬機的相關配置,pool參數指定該虛擬機所在的資源池,host參數指定該虛擬機所在的目標主機。

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

//取回相關實體的屬性,包含與虛擬機相關的信息,實現對虛擬機的監控,其中_this參數指定一個特定PropertyCollector受管對象引用,specSet參數指定需要獲得屬性的清單。

ReconfigVM_Task(ManagedObjectReference _this, VirtualMachineConfigSpec spec);

//對虛擬機進行重新配置,實現對虛擬機的管理,其中_this參數指定需要重新配置的虛擬機,spec參數指定需要重新配置的相關值。客戶應用程序功能模塊

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

虛擬機創建模塊:完成虛擬機的創建工作,包括虛擬機硬件資源的分配、操作系統的選擇等;

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

虛擬機監控模塊:監控主機的CPU、內存、存儲器、網絡等資源的使用情況;

虛擬機管理配置模塊:查看并動態分配主機服務器的CPU、內存、電源、存儲器、網絡等資源給各個虛擬機。客戶應用程序開發步驟和實現方法

3.1 開發環境

搭建vSphere系統環境。首先在各主服務器上安裝VMware ESX 4.0,然后在虛擬中心服務器中安裝Windows 2003操作系統,并在上面安裝VMware vCenter Server。安裝完成之后進行網絡配置。

3.2 開發工具

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

3.3 開發方法

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

3.3.1 連接服務器的實現

用SDK創建客戶應用程序首先應該連接到服務器。

SimpleClient可以實現連接到服務器、與服務器的通信,并可獲得該服務器下相關實體的一些信息。步驟如下:

Step1 //創建一個特定于服務器MOR

_svcRef = new ManagedObjectReference();

_svcRef.type = “ServiceInstance”;

其中MOR(managed object reference),即受管對象引用,受管對象具有特定于服務器的MOR。MOR是指向對象的指針。

Step2 //VMA代理實例化

_service = new VimService();

Step3 //獲得ServiceContent對象

_sic = _service.RetrieveServiceContent(_svcRef);

Step4 //調用Login方法實現與服務器的連接

if(_sic.sessionManager!= null){

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

Step5 //獲取服務器相關信息

_sic.getAbout().getFullName();

_sic.getAbout().getApiType();

_sic.getAbout().getApiVersion()等。

3.3.2 創建虛擬機的實現

連接到服務器之后,可以在主服務器上創建新的虛擬機。主要步驟如下:

Step1 //VMA代理實例化

_service = cb.getConnection()._service;

Step2 //創建相關MOR數據對象

ManagedObjectReference dcmor

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

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

Step3 //創建VirtualMachineConfigSpec數據對象

VirtualMachineConfigSpec vmConfigSpec

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

Step4 //調用CreateVM_Task方法實現虛擬機的創建

ManagedObjectReference taskmor

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

3.3.3 虛擬機監控的實現

可以對已經創建的虛擬機實現監控。步驟如下:

Step1 //初始化

private static AppUtil.AppUtil cb = null;

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

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

Step2// 對PropertyFilterSpec進行實例化

PropertySpec pSpec = new PropertySpec();

ObjectSpec oSpec = new ObjectSpec();

PropertyFilterSpec pfSpec = new PropertyFilterSpec();

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

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

Step3 //調用RetrieveProperties方法獲得虛擬機的相關信息,以實現對虛擬機的監控

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

對已經創建的虛擬機進行管理配置,步驟如下:

Step1//初始化

private static AppUtil.AppUtil cb = null;

private ManagedObjectReference _virtualMachine = null;

Step2//實例化

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

VirtualMachineConfigSpec vmConfigSpec = new VirtualMachineConfigSpec();

Step3 //調用ReconfigVM_Task方法實現虛擬機的重新配置

ManagedObjectReference tmor

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

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

參考文獻:

[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-語言基礎、數據庫系統開發、Web開發[M].北京:人民郵電出版社,2007.[5] 金海,廖小飛.面向計算系統的虛擬化技術[J].中國基礎科學,2008(6):12-18.[6] 金海等.計算系統虛擬化——原理與應用[M].北京:清華大學出版社,2008.

第二篇：農業虛擬化實現技術和業務收益

通過處理器虛擬化實現技術和業務收益

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

簡介

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

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

處理器虛擬化讓 UPMC 能夠在不增加成本的情況下非常快速、高效地提供容量。如果一個應用程序出乎意外地需要增加兩個 CPU，處理器會立即分配 CPU 而無需人工干預。如果計劃外的業務功能或應用程序需要聯機，支持它所需的基礎設施會在同一天得到創建。

Paul Sikora（負責 IT 改革的 UPMC 副總裁）說：“虛擬化的基礎設施能夠靈活地調整以滿足處理高峰；工作人員可以更快地對 UPMC 的需求做出反應。我們的生產效率更高了，更敏捷，更可靠，而且成本更低。”

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

當然，CPU 虛擬化也會帶來風險。本文討論 UPMC 轉換 CPU 戰略的原因、取得的成果以及在管理這種技術時面對的挑戰。催化劑 —— 為什么要虛擬化？

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

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

配置

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

表 1.POWER6 595 規格說明

物理 標虛擬 LPAR 型號 內存 環境

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

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

監視、警報、調整、重復

在虛擬化環境中，比較有挑戰性的任務之一是監視和警報。如果在有 56 顆 CPU 的服務器上將 LPAR 配置為使用 210 顆 CPU，那么當利用率達到 56 時應該怎么做？答案很簡單：不要讓它達到 56。

UPMC 使用一套工具和技術確保任何 Power 服務器上的 CPU 利用率不會接近最大可用 CPU 數量。它開發和應用了大量虛擬監視器和自動化警報工具，幫助確保總是有容量可用。

UPMC 使用 Ganglia 監視它的 Power 和 AIX 基礎設施。盡管這個工具的基本功能非常強大，但是 UPMC 決定進一步定制它，“圍繞” Ganglia 及其他容量和性能監視工具開發了自己的 Web 門戶，讓它們能夠創建定制的視圖。（關于 Ganglia 的更多信息見 參考資料。）

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

圖 1.Power 服務器概況

創建這個視圖的原因之一是為 CPU 利用率建立緩沖、警告 和危險 閾值。這些閾值都是軟限制，都與 Power 服務器概況 視圖和 UPMC 的自動監視和警報解決方案相關聯。緩沖閾值

在 UPMC，“緩沖” 是 CPU 利用率的一個邏輯閾值，它向 Power 服務器管理員和 UPMC IT 管理層表明服務器滿負載。換句話說，如果 CPU 利用率經常達到緩沖閾值，就認為服務器滿負載了并禁止構建新的 LPAR。留出 20% 的 CPU 以應對預期的利用率波動。這些使用量波動是某些業務過程造成的，比如月底的結帳和報告。除了應對常規的業務周期之外，留出 20% 還可以讓 LPAR 處理器在出現計劃外負載增加時有增長空間。警告閾值

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

聯系使用這個 LPAR 的應用程序團隊，了解是否增加了新的進程或負載。查明是否可以減少負載。

? 登錄 LPAR 并搜索失控的進程。如果找到了，就停止或調整有問題的進程。? 把這個 LPAR 遷移到利用率低的 Power 服務器上。?

臨界閾值

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

如果 CPU 利用率長時間保持在臨界閾值水平，而且沒有下降的趨勢，就應該關閉不重要的生產 LPAR 及其進程，從而防止 Power 服務器達到 100% CPU 利用率。分析警報

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

圖 2.Ganglia cpu_used 視圖：服務器級

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

權值是一個與不封頂 CPU 結合使用的設置。當有多個 LPAR 爭用可用的處理周期時，虛擬機監控程序根據權值分配這些周期。權值越高，LPAR 獲得的周期比例越大。

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

到撰寫本文時，UPMC 的實驗室仍然在測試多個共享處理器池特性。這種技術看起來有助于 UPMC 改進使用共享處理器的方式。UPMC 沒有非生產 Power 服務器。生產、測試和開發 LPAR 在所有 Power 服務器上混合部署。當 UPMC 實現多個共享處理器池時，它將集成在生產環境中。因此，必須先在實驗室環境中進行非常仔細的規劃和充分的測試。標準：確保系統不失控

隨著虛擬化成為 UPMC 中的常規活動，對虛擬資源的請求越來越常見。當內部客戶認識到實現請求是多么簡單之后，構建 LPAR、添加 CPU 和內存等請求成了家常便飯。業務實踐方式的這種變化暴露出 IT 部門的一個弱點：對分配多少資源和分配給誰缺乏控制能力。隨著資源日益緊張，分配決策的制定越來越困難，顯然必須開發新的過程來增強責任意識。

這一需求催生出了新規則和新文檔。這包括 CPU 和內存的預算模型、標準文檔（詳細描述客戶會得到什么以及誰負責支持它）等許多內容。

Power AIX 管理員設計了他們的 Gold Image LPAR 并編寫了文檔（表 2 和 表 3）。這定義了 “模板” LPAR 和其他標準，大多數客戶在請求構建新的 LPAR 時會默認接受這種標準的 LPAR。這意味著，除非通過應用程序規模審查 發現需要更多資源，一般情況下使用標準的 LPAR CPU 設置。

表 2.Gold Image CPU 設置 標稱 虛擬 CPU 模式 類型.2 2 不封頂 共享 SMT

表 3.Gold Image 權值設置

生產 生產數生產應用服務器和 開發/測開發/測試開發/測試應用服務器VIO 據庫 Web 服務器 試 VIO 數據庫 和 Web 服務器 250 225 200 75 50 25 通過使用 Dynamic Logical Partitioning(DLPAR)，可以經濟高效地對每個 LPAR/應用程序進行 load and see 基準測試。如果 UPMC 標準 LPAR 模板無法滿足應用程序的 CPU 需求，Power 管理員可以在發現需求后的幾分鐘內通過 DLPAR 簡便地在 LPAR 中添加更多資源，確保分配適當的 CPU 數量。

通過應用這種 CPU 規模調整方法，UPMC 發現許多應用程序并不需要應用程序所有者或應用程序廠商最初請求的 CPU 資源量。建議的資源量常常超過實際需要量 30%。CPU 虛擬化很適合應付這種情況，因為它允許管理員靈活地配置虛擬 CPU 設置，不需要把應用程序可能根本不使用的資源與應用程序綁定在一起。

結束語

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

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

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

UPMC 和 IBM 建立了戰略伙伴關系，利用他們各自的經驗共同為醫療行業開發和推廣新技術。

第三篇：企業虛擬化運營

1、虛擬的含義：1.不符合或不一定符合事實的 2.憑想像編造的3由高科技術實現的仿實物或偽實物的技術4.操作系統中所謂的“虛擬”，是指通過某種技術把一個物理實體變為若干邏輯上的對應物，即虛擬技術。例：虛擬處理機、虛擬內存、虛擬外部設備和虛擬信道等。

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

3、什么是企業虛擬化運營：企業虛擬化經營是指企業在組織上突破有形的界限，雖有生產、行銷、設計、財務等功能，但企業體內卻沒有完整地執行這些功能的組織。就是說企業在有限的資源下，為了取得競爭中的最大優勢，僅保留企業中最關鍵的職能，而將其他的功能虛擬化——通過各種外力進行整合互補，其目的是在競爭中最大效率地利用企業有限的資源。

4、信息時代企業為什么要開展虛擬化運營：由于市場環境急劇變化、經濟全球化進程不斷加快，以及現代信息技術，特別是計算機網絡技術的發展和運用，人類經濟活動的網絡化發展趨勢及其變革要求明顯增強。同時企業網絡組織的不斷演進，企業虛擬化運營在20世紀80年代后，特別是90年代以來的迅速發展，已對世界各國的經濟發展產生了重要的促進作用。所以作為一種企業運營創新，企業虛擬化運營以其獨特的資源配置方式、運營形態，以及所帶來的制度創新，使企業贏得了運營優勢，獲得了經濟效益。

5、企業虛擬化運營有哪些具體形式：

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

2、虛擬營銷。這是指公司總部借用獨立的銷售公司的廣泛聯系和分銷渠道，銷售自己的產品。

3、戰略聯盟：這是指幾家公司擁有不同的關鍵資源，而彼此的市場有某種程度的間隔，為了彼此的利益，進行戰略聯盟，交換彼此的資源，以創造競爭優勢。

4、虛擬研發。企業以項目委托、聯合開發等形式，借助高等院校、科研機構的研發優勢，完成技術創新、技術改造、新產品開發等工作，以彌補自身研發能力之不足。

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

7、企業虛擬化經營形成的內在動因 ：

1、提高企業的市場應變能力。

2、分擔風險并獲得規模經濟和范圍經濟。

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

4、打破地區封鎖與非關稅壁壘。

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

第四篇：VMware服務器虛擬化解決方案

VMware虛擬化解決方案

一、項目研究內容

1.1 虛擬化的應用

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

IT部門需要：

? 提升系統維護的效率

? 快速部署新的系統來滿足商業運行的需要 ? 找到減少相關資產，人力和運作成本的方法

虛擬構架提供前所未有的負載隔離，為所有系統運算和I/O設計的微型資源控制。虛擬構架完美地結合現有的管理軟件并在共享存儲（SAN）上改進投資回報率。通過把物理系統整合到有VMWARE虛擬構架的數據中心上去，企業體驗到：

? 更少的硬件和維護費用 ? 空閑系統資源的整合 ? 提升系統的運作效率 ? 性價比高，持續的產品環境

整合IT基礎服務器

運行IT基礎應用的服務器大多數是Intel構架的服務器

這一類的應用通常表現為文件和打印服務器，活動目錄，網頁服務器，防火墻，NAT/DHCP服務器等。

雖然大多數服務器系統資源的利用率在10％－15％，但是構架，安全和兼容性方面的問題導致必須指定不同的物理平臺來運行它們。

管理，安裝補丁和添加安全策略將花去大量的時間。另外，服務器的衍生組件將導致設備，動力和散熱方面的成本上升。

因為低服務器的利用率，低CPU的合并和中等I/O的要求，IT基礎服務器首選作為虛擬化和相關整合的候選者。

虛擬化使得企業能實現：

? 達到甚至超過每個CPU，4個負載的整合比率 ? 更便宜的硬件和運作成本

? 在服務器管理方面的重大改進，包含添加，移動，變更，預制和重置 ? 基礎應用將變得更強壯和災難抵御能力

整合重要應用服務器

根據5個不同的企業使用服務器軟件來大幅降低成本的實例，VMWARE出具了一份研究報告。

使用服務器TCO模型來分類和計算成本，我們分析顯示VMWARE服務器軟件幫助這些企業實現：

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

客戶目標：

? 整合空閑服務器和存儲資源，為新項目重新部署這些資源 ? 提升運作效率

? 改進服務器的管理靈活性 ? 通過零當機維護改善服務等級 ? 標準化環境和改進安全 ? 災難狀態下，減少恢復時間 ? 更少冗余的情況下，確保高可用性 ? 更有效的適應動態商業的需求 ? 高級備份策略

? 在技術支持和培訓方面降低成本

1.2 VMware商業連續性解決方案

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

成功的商業連續性策略元素包含：

? 應用程序可用計劃

? 包含監控和平臺冗余的預防措施 ? 數據保護 ? 災難恢復策略 ? 有效的人員計劃

使用虛擬構架，IT管理員能改進商業連續性的所有方面，例如：

? 由于主備服務器之間的硬件獨立性，使得災難恢復更快而花費不多 ? 排除計劃內的硬件宕機，并明顯的減少計劃內的軟件宕機 ? 管理所有虛擬機和監控宿主機的單點控制技術 ? 為了實現捕捉和恢復，完全的把主機壓縮到文件里去 ? 簡化和可重復的自動程序

基于虛擬機的集群冗余簡化

為了實現高可用性，企業使用中間軟件例如微軟和Veritas的集群軟件，把兩臺服務器綁定在一個熱備環境。即使運行在服務器上的應用程序有集群感知能力，萬一主服務器遭遇硬件或軟件錯誤，這樣的安排仍然會導致非應用程序當機。冗余能消除單點失敗。

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

越多的應用則被要求高度可用。然而，為了實現如上所述的高可用性集群，就像很多服務器運行應用一樣，企業需要預備和管理兩次。

有了虛擬化，IT管理員能在運行重要應用的實體機和同等配置的虛擬機上創建集群。在待機狀態下，虛擬機并不消耗計算機資源，并且能以非常高的比例整合到一個或幾個實體平臺上去。結果，企業無須在硬件數量或管理和安裝補丁上投入雙倍的人力和物力，從而實現高可用性。冗余的方式將由2N變為N+1。

實體到虛擬的集群和實體到實體的集群一樣都支持同樣的集群軟件。同時，節省的成本能為更多的負載實現高可用性并簽署更多的高水平服務協議。

無須原硬件的數據恢復

大多數企業IT部門使用常用的備份軟件，例如Tivoli Storage Manager, Legato Networker, 或者Veritas NetBackup來創建數據和應用程序備份。既然備份策略能抵御用戶錯誤和某些情況下的軟硬件故障，比較長的恢復時間和多恢復點是能被接受的。

然而，為了獲得備份所帶來的好處，企業必須確保數據確實能被恢復。業余備份，專業恢復？

為了測試數據恢復，IT管理員需要為每個已備份的主機提供一臺測試的失敗轉移服務器，安裝操作系統，安裝備份代理，嘗試在測試失敗轉移服務器上調整Windows注冊表和其他系統配置。如果系統調整成功，備份服務器和備份代理才能被用來測試數據恢復。

預制新的服務器和調整Windows注冊表是一個漫長的手工過程并且有時并不可能。這樣，在不同的失敗轉移服務器實現數據恢復是存在疑問的。

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

? 為災難后的測試和恢復，消除硬件資源方面的障礙 ? 避免系統和備份代理的安裝，用虛擬機模板來縮短恢復周期 ? 用標準的虛擬化硬件，使得災難恢復更加可靠和可重復

失敗轉移服務器的整合和自動化

對于關聯在存儲域網（SAN）上重要應用的部署，企業災難恢復策略通常包含一個災難恢復的熱站，這個站點有在主備之間的完全同步的數據復制。這種策略提供很少的恢復點對象（PRO）。然而，出于恢復時間對象（RTO）的考慮，恢復時間非常依賴于除了數據恢復之外的恢復實體服務器，操作系統，系統參數和應用程序的能力。

為了維持較少的恢復時間對象（RTO），硬件和系統的同一配置需要被維護在失敗轉移站點上。這樣的配置無論在初始資本投入階段還是在項目運作，升級，維護和支持階段費用都是很昂貴的。

這種方案的兩個明顯缺點在于預制了太多的新服務器以及通常沒有可能為數據恢復去調整Windows注冊表和對不同的失敗轉移服務器的其他系統參數進行配置

? 部署在整個企業內的虛擬構架能確保企業： ? 避免在失敗轉移站點上停滯不前

? 在主備站點上，從服務器整合角度來減少投入成本 ? 使恢復過程自動化，并實現存儲管理軟件的集成 ? 改進恢復過程的可靠性

二、VMware虛擬化實施方案設計

2.1 方案拓撲圖

2.2 方案構成部分詳細說明 該方案所涉及軟贏件清單 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服務器、1臺普通Server、共享存儲、FC SAN IBM X3650配置至少為2顆4核CPU，128G內存, 配置雙硬盤RAID1，雙光纖HBA卡

2.3 方案結構描述 2.3.1 基礎架構服務層

基礎架構服務層是整個虛擬架構的重要支撐，主要是將物理的資源，包括計算資源、存儲資源和網絡資源進行虛擬化，提供一些虛擬化的基本單元，為整個架構的虛擬化做好鋪墊，一般稱為：vCompute、vStorage和vNetwork。這部分的要點如下：

對于vCompute，主要包括：

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

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

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

? VMware vStorage Virtual Machine File System(VMFS)；虛擬化平臺中集群文件系統是構建虛擬化高可用的重要基礎技術，通過虛擬化集群文件系統，可以確保進行虛擬環境交叉訪問時，保證數據的完整性和可靠性。

? 卷增長；卷的動態成長可以實現磁盤卷的在線擴展，為服務器虛擬化提供強大的存儲虛擬支持能力，滿足存儲卷的按需擴展。

? Storage vMotion；可以實現存儲遷移時應用不需要停機，這是存儲虛擬化和服務器虛擬化結合的范例，成為服務器虛擬化的標準配置功能。

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

圖表 1 vStorage 精簡配置示意圖

對于vNetwork，主要包括：

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

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

? 虛擬局域網分段（有助于簡化網絡）、流量隔離以及改進的可管理性

? 內置的網卡綁定（有助于提高可用性）以及物理網絡資源的負載平衡

? 流速限制，有助于增強對物理網絡流量的控制

? vNetwork分布式交換機；主要是進一步簡化虛擬化環境中的網絡管理而實現的，可在數據中心級別提供集中和聚合的虛擬網絡，從而簡化并增強虛擬機網絡。

2.3.2 應用程序服務層

應用程序服務器層是為虛擬化平臺上應用系統的可用性、安全性和可擴展性進行服務的，是整個虛擬化架構中最為重要的組成部分之一。因此，這個層次的服務也相當豐富，也需要相當成熟的經驗才能保證整個虛擬化的成功；換句話說，只有虛擬化平臺足夠強壯，才能夠作為云計算的基礎架構平臺。

應用程序的可用性主要包括：

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

圖表 2 vMotion實現原理

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

圖表 3 VMware HA功能示意圖

使用 VMware HA 實現經濟高效、獨立于硬件和操作系統的應用程序可用性。

圖表 4 VMware Fault Tolerance 容錯技術功能示意圖

使用VMware Fault Tolerance（容錯技術）可以實現完整的業務連續性，當有硬件發生故障之時，可以保障業務系統的連續運行，而不需要中斷應用系統。VMware Fault Tolerance（容錯技術）提供了迄今為止，最高級別的業務連續性保障，可以花費最小的代價得到最高的可靠性要求。

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

? 當然，虛擬平臺的備份和恢復也是需要考慮的，要能兼容傳統的備份和容災方案，包括VERITAS、Legato、IBM、HP、CA、Commvault等的備份方案等。

應用程序的安全性包括：

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

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

?

圖表 5 VMsafe實現機理示意圖

? vSheild Zone；提供動態安全防火墻，確保系統在虛擬化平臺上遷移時，安全策略能夠動態遷移，確保系統安全的靈活性。下圖是動態防火墻vSheild Zone的實現機理示意。

圖表 6 vSheild Zone實現機理示意圖

? VMware Distributed Resource Scheduler(DRS)；動態地實現服務器資源負載平衡，以根據業務優先級向正確的應用程序提供正確的資源，從而讓應用程序可以根據需要壓縮或增長。

圖表 7 VMware DRS動態資源調配示意圖

? VMware Data Recovery 為小型環境中的虛擬機提供簡單、經濟高效、無代理的備份和恢復。

圖表 8 VMware Data Recovery 備份機制

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

? 增量備份和消除重復數據以節約磁盤空間； ? 為虛擬機提供快速、簡單和完整的數據保護 ； ? 通過 vCenter 實現集中式管理 ； ? 經濟高效的存儲管理。

? 應用程序的可擴展性包括：CPU、內存的熱添加和磁盤、網絡等設備的熱添加和刪除，從而確保整個虛擬化平臺具有足夠的彈性。這也成為虛擬化平臺靈活性的重要指標，許多應用場景都可以從這個特性中獲益。

圖表 9 虛擬機的可擴展性

2.3.3 虛擬應用程序層

VMware vSphere? 包括對 vApp 的支持，vApp 是包含一個或多個虛擬機的邏輯實體，它使用行業標準開放虛擬化格式來指定和封裝多層應用程序的所有組件，以及與該應用程序相關聯的操作策略和服務級別。

圖表 10 vApp 功能示意圖

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

? 降低運營和維護成本，包括數據中心空間、機柜、網線，耗電量，冷氣空調和人力成本等。2.4.2 提高運營效率

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

? 不需要象以前那樣，硬件維護需要數天/周的變更管理準備和1-3小時維護窗口，現在可以進行快速的硬件維護和升級。

? 所有單機的應用，在部署了虛擬化后，將不再出現單點故障，確保了應用的7×24小時不間斷的運轉。2.4.3 提高服務水平

? ? 幫助您的企業建立業務和IT資源之間的關系，使IT和業務優先級對應。將所有服務器作為大的資源統一進行管理，并按需進行資源調配。

2.4.4 舊硬件和操作系統的投資保護

? 不再擔心舊系統的兼容性，維護和升級等一系列問題。

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

金秋十月感恩季，黎明網絡教育中心聯合微軟舉行虛擬化培訓認證特惠活動，原價3580的3天脫產培訓加考試現超值感恩價520元！

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

云計算指通過網絡以按需、易擴展的方式獲得所需的任何資源和服務，企業和個人用戶可以不必再購買、配置和管理構建和部署應用程序所需的硬

件和軟件，從而節省與這些復雜工作相關的成本。這些資源和應用將作為服務通過 Internet（“云”）提供。

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

之而來的挑戰是服務器管理環境將更加復雜。您的企業開始部署虛擬化了嗎，您做好技術儲備了嗎？黎明網絡致力于為企業培養優秀的專業虛擬化

技術人才，共同推動云計算時代的來臨！

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

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

【課程內容】：實施和管理微軟服務器虛擬化

【開課時間】：第1期 2011年11月 中下旬連續3天

【考試科目】： 70-659，含一次免費重考機會，考試通過可獲得一項MCTS證書（Windows Server 2008 R2, Server Virtualization）

【課程內容】：

? Hyper-V虛擬化技術深入理解與實現

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

? 實現微軟虛擬化的高可用性

? 管理與實現桌面虛擬化技術

? 快速備份與恢復虛擬化系統