第一篇：VMware培訓(xùn)總結(jié)

VMware培訓(xùn)總結(jié)

此次VMware vSphere：優(yōu)化和擴(kuò)展培訓(xùn)分為十大塊內(nèi)容，分別是：VMware管理資源、虛擬化環(huán)境中的性能、網(wǎng)絡(luò)可擴(kuò)展性、網(wǎng)絡(luò)優(yōu)化、存儲可擴(kuò)展性、存儲優(yōu)化、CPU優(yōu)化、內(nèi)存性能、虛擬機(jī)和集群優(yōu)化、主機(jī)和管理可擴(kuò)展性。

這次培訓(xùn)讓我學(xué)習(xí)到了很多VMware的相關(guān)知識，培訓(xùn)中的實(shí)驗(yàn)操作也提高了自己的實(shí)戰(zhàn)經(jīng)驗(yàn)。通過這次培訓(xùn)學(xué)習(xí)到的內(nèi)容，讓我對虛擬化有了全新的認(rèn)識。結(jié)合我行數(shù)據(jù)中心工作的實(shí)際情況，我將在在以下幾項(xiàng)工作利用虛擬化技術(shù)為系統(tǒng)運(yùn)維工作帶來質(zhì)量和效率的提升：

首先，使用VMware的vCenter和vSphere將主機(jī)硬件作為一組標(biāo)準(zhǔn)化資源進(jìn)行聚合，通過合理的調(diào)度和分配生成若干臺與物理服務(wù)器無使用差別的虛擬服務(wù)器，來滿足新業(yè)務(wù)系統(tǒng)部署要求。通過VMware提高現(xiàn)有服務(wù)器硬件和網(wǎng)絡(luò)資源的利用率，整合共有的基礎(chǔ)架構(gòu)資源，形成系統(tǒng)資源池，打破了“一臺服務(wù)器一個應(yīng)用”的限制，大大減少數(shù)據(jù)中心對經(jīng)費(fèi)、機(jī)房空間、電能、制冷的需求。

其次，對于我行數(shù)據(jù)中心的系統(tǒng)日常運(yùn)維工作，通過VMware的集中管理和HA功能可以提高硬件和應(yīng)用程序的高可用性，進(jìn)而提高業(yè)務(wù)連續(xù)性，安全地備份和遷移虛機(jī)而不會出現(xiàn)業(yè)務(wù)中斷，消除計(jì)劃內(nèi)停機(jī)；出現(xiàn)故障時將虛機(jī)業(yè)務(wù)從故障主機(jī)遷移到其他主機(jī)，快速實(shí)現(xiàn)業(yè)務(wù)的恢復(fù)。

第三、我行現(xiàn)正處在業(yè)務(wù)高速發(fā)展的時期，新業(yè)務(wù)系統(tǒng)不斷上線，通過虛擬化技術(shù)可以為數(shù)據(jù)中心大大減少物理主機(jī)的安裝上架、系統(tǒng)安裝的時間，通過模板的下發(fā)部署在幾十分鐘內(nèi)完成原來需要一、二天的系統(tǒng)和應(yīng)用程序的安裝任務(wù)，讓運(yùn)維人員將時間和精力集中于系統(tǒng)運(yùn)維工作，保障我行業(yè)務(wù)系統(tǒng)的安全穩(wěn)定運(yùn)行。

總結(jié)人：周琦 2014年3月6日

第二篇：VMware故障總結(jié)

Vmware vSphere常見問題及解決辦法

日期：2012-6-29來源：51cto

Vmware vSphere

1.虛擬機(jī)文件被鎖,無法正常 power on

故障狀態(tài)：

啟動虛擬機(jī)時95%,停頓并且進(jìn)程中斷,提示：ubable to access files since it is locked。

禍根：HA

解決方法：

（1）首先將cluster中的HA功能關(guān)閉。如果該功能不關(guān)閉，容易造成死鎖,，VM不斷跳動,，不斷再不同的ESX內(nèi)循環(huán)被鎖，徒勞而無功。

（2）磁盤文件被鎖，要解決，必須要知道到底是哪臺ESX把他給鎖住了，這是關(guān)鍵。

方法：看/var/log/vmkernel但是，在做這些前, 再準(zhǔn)備些別的工作。

（3）在VC中，把被鎖的VM從Inventory中remove掉。原因很簡單，這是一個 unregister的過程。

（4）根據(jù)/var/log/vmkernel，搜索owner，可以找到類似以下的語句:

Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3: 1975: Checking if lock holders are live for lock [type 10c00001 offset 52008960 v 380, hb offset 3554304 Oct 19 04:23:33 esx-hostname vmkernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mtime 38112]

OK，owner后面的48f5f637-462688bc-fd28-0e1a6434b6f8就是你的target了。因?yàn)樗褪擎i住VM 的宿主.。

（5）根據(jù)以下命令,，找出到底哪臺ESX的UUID是 48f5f637-462688bc-fd28-0e1a6434b6f8

[root@esxhostname root]# esxcfg-info |grep-i 'system uuid'

（6）找到目標(biāo)主機(jī)后，當(dāng)然是殺死他鎖住VM的進(jìn)程。之所以會被鎖，原因就是HA 把VM從別的HOST遷移過來，但是又沒有unregister和register的過程，所以在第3步的時候，你查看VM的Summary的時候，host ip還是屬于出問題的 host。但是VM又被新的host霸王硬上功的power on，注冊都沒注冊, 又怎么啟動呢。找到 PID 用下面的命令：

ps-efwww|grep virtualmachine.vmx

找到 PID 后, kill-9 PID

（7）這時候，還要確定一件事情，.vswp文件的事情。這個是給臺客處理問題時吸取的經(jīng)驗(yàn)。就因?yàn)楹雎粤诉@個，所以在殺掉迚程后，重新注冊VM，還說沒有 SWAP文件，啟動還是失敗。

在 VM 啟動時會自動生成SWAP，沒有SWAP文件，其實(shí)就是因?yàn)?SWAP 存在了, 因?yàn)橹孛鴮?dǎo)致無法正常生成。

進(jìn)入到/vmfs/volumes/lunid/vm_path/下，vmkfs-d virtual_machine.vswp 或者進(jìn)入Datastore Browser，在里面把SWAP文件刪除也可。

（8）完全之策，你還可以進(jìn)入到VM的SETTINGS--OPTIONS--SWAPFILE LOCATION，對該保存的位置做下設(shè)置。

（9）重新注冊VM。進(jìn)入Datastore Browser，找到VM.vmx，add to inventory。

（10）啟動 VM.Good Luck。

2.忽視掉ESXi/vCenter Server提示SSH事件的方法

（1）vSphere Client連接到VC或者ESXi服務(wù)器；

（2）在Home-> Inventory-> Hosts and Clusters里展開選中你的ESX服務(wù)器；

（3）右邊選擇Configuration，然后點(diǎn)擊Software欄目里的Advanced Settings；

（4）在Advanced Settings里選擇左邊列表中的UserVars；

（5）選中左邊列表中的UserVars后，在右邊拖到最下面，將UserVars.SuppressShellWarning的值改為1即可，不需要重啟。

3.嘗試遷移一臺帶USB設(shè)備的VM失敗

故障狀態(tài)：

在執(zhí)行虛擬機(jī)遷移向?qū)r，如果系統(tǒng)檢測到不兼容的USB設(shè)備存在，則系統(tǒng)會提示如下錯誤信息：

Currently connecteddevice 'USB 1' uses backing 'path:1/7/1',which is not accessible.故障分析：

這種問題通常發(fā)生在為主機(jī)開啟了VMDirectPath I/O支持下的USB Passthrough Devices功能，然后為特定的VMs分配了USB設(shè)備，比如：加密狗；

解決方案：

（1）確認(rèn)USB設(shè)備能夠被虛擬機(jī)識別和支持，并確保在添加USB設(shè)備到VMs時，勾選了with vMotion選項(xiàng)；

（2）在執(zhí)行vMotion動作之前，重新嘗試將USB設(shè)備添加到VMs；

（3）確認(rèn)ESXi主機(jī)沒被重啟過，因?yàn)椋珽SXi主機(jī)重啟之后，原本支持的vMotion WithvMotion功能將會失效。

4.Convert Linux系統(tǒng)的Troublshooting過程

（1）確認(rèn)源轉(zhuǎn)換Linux機(jī)器的OS在官方的支持列表中；

（2）擁有root權(quán)限；

（3）確認(rèn)DNS的設(shè)定有沒有問題，注意：應(yīng)該同時在Linux和Windows都加上；

（4）確認(rèn)源Linux能夠ping同ESX或vCenter的IP。如果在2%時失敗，最大的可能就是權(quán)限問題或防火墻阻隔問題；

（5）確認(rèn)Linux允許SSH登陸進(jìn)去。這個，可以幫助我們在converting的時候登錄到Linux系統(tǒng)；

（6）確認(rèn)是給helper virtual machine設(shè)定的靜待IP，而不是DHCP獲取的（如果網(wǎng)內(nèi)沒有DHCP服務(wù)器）；

（7）確認(rèn)源和目標(biāo)都在同一子網(wǎng)。如果通過路由鏈接的不同子網(wǎng)可能會出錯；

（8）注意，converter不支持做了軟陣列的Linux系統(tǒng)。可以用冷克隆光盤來做，它會把軟陣列的設(shè)定為/dev/md0。

（9）VMware Converter Standalone的日志目錄：C:Documents and SettingsAll UsersApplication DataVMwareVMware vCenter Converter Standalone，用于排錯時用。

5.vCenter Service Status頁面故障：Unable to retrieve health status

故障狀態(tài)：

vCenter Server Status頁面提示如下錯誤信息：

Unable to retrieve health status for vCenter inventory service

Unable to retrieve health status for VMware vSphere Profile-Driven storage service

執(zhí)行vCenter Server的搜索動作時，提示如下錯誤提示：

Unable to connect to webservices to perform query.Verify that the “VMware VirtualCenter Management WebServices” service running onhttps://:10443

故障分析：

這個問題一般都由于當(dāng)vCenter Server服務(wù)發(fā)生了變更或全新安裝了一臺vCenter Server，但是數(shù)據(jù)庫依然是原來的數(shù)據(jù)庫導(dǎo)致；

解決方案：

替換掉vws.jar、jointool.jar和ds.jar文件即可，步驟如下：

下載本文附件中的vws.zip文件然后解壓縮vws.jar、jointool.jar和ds.jar文件；

停止掉VirtualCenter Server服務(wù)以及VirtualCenter Management Webservices服務(wù)；拷貝vws.jar和jointool.jar到C:ProgramFilesVMwareInfrastructuretomcatwebappsWEB-INFlib覆蓋掉原來的文件；拷貝ds.jar文件到C:Program FilesVMwareInfrastructureInventory Servicelib覆蓋掉原來的文件；重新啟動相關(guān)服務(wù)或vCenter Server服務(wù)器即可。

6.VMRC 控制臺的連接已斷開…正在嘗試重新連接

故障狀態(tài)：

用vSphere Client連接到ESXi 5.0的主機(jī)，啟動其中的虛擬機(jī)后，無法連接控制臺，打開控制臺之后，窗口上方提示一行“VMRC 控制臺的連接已斷開...正在嘗試重新連接?！?/p>

故障分析：

從情況看，類似于Windows系統(tǒng)的DEP策略處于開啟狀態(tài)導(dǎo)致的問題一樣。但這個情況是所有虛擬機(jī)都提示這個錯誤，排錯DEP的問題，用本地vSphere Client登錄一個VC平臺，問題仍舊一樣。為了排除問題，換了一臺筆記本登錄VC，突然發(fā)現(xiàn)問題不見了。原來是本地的vSphere Client出了問題，再三思索，發(fā)現(xiàn)出現(xiàn)問題前我對本地WIN7用360安全衛(wèi)士升級了補(bǔ)丁，是否是補(bǔ)丁破壞了vSphere Client某個文件呢

解決方案：

重現(xiàn)安裝vSphere Client，問題解決。

7.端口 80 的 vCenter Server 和 IIS 之間的沖突

故障狀態(tài)：

vCenter Server 和 Microsoft Internet Information Service(IIS)都將端口 80 用作直接 HTTP 連接的默認(rèn)端口。該沖突會導(dǎo)致安裝 vSphere Authentication Proxy 后 vCenter Server 無法重新啟動。在 vSphere Authentication Proxy 安裝完成后，vCenter Server 無法重新啟動。

故障分析：

如果安裝 vSphere Authentication Proxy 時未安裝 IIS，則安裝程序會提示您安裝 IIS。因?yàn)?IIS 使用端口 80，這是用于 vCenter Server 直接 HTTP 連接的默認(rèn)端口，所以 vCenter Server 在 vSphere Authentication Proxy。安裝完成后無法重新啟動。請參見第 32 頁，“ vCenter Server 所需的端口”。

解決方案：

要為端口 80 解決 IIS 和 vCenter Server 之間的沖突，請執(zhí)行以下操作之一。

如果在安裝 vCenter Server 之前已安裝 IIS 將 vCenter Server 直接 HTTP 連接的端口由 80 更改為其他值。如果在安裝 IIS 之前已安裝 vCenter Server 重新啟動 vCenter Server 之前，將 IIS 默認(rèn)網(wǎng)站的綁定端口由 80 更改為其他。

8.在 UEFI 模式下安裝 ESXi 后主機(jī)無法引導(dǎo)

故障狀態(tài)：

在 UEFI 模式下，在主機(jī)上安裝 ESXi 后重新引導(dǎo)時，重新引導(dǎo)可能失敗。出現(xiàn)此問題的同時，還顯示一條類似于以下內(nèi)容的錯誤消息： 發(fā)生異常網(wǎng)絡(luò)錯誤。無可用的引導(dǎo)設(shè)備(Unexpected network error.No boot device available)。

故障分析：

主機(jī)系統(tǒng)無法識別作為引導(dǎo)磁盤在其上安裝 ESXi 的磁盤。

解決方案：

（1）屏幕上顯示錯誤消息時，按 F11 顯示引導(dǎo)選項(xiàng)。

（2）選擇一個類似于添加引導(dǎo)選項(xiàng)的選項(xiàng)。該選項(xiàng)的文字可能有所不同，具體取決于您的系統(tǒng)。

（3）在安裝 ESXi 的磁盤上選擇文件 EFIBOOTBOOTx64.EFI。

（4）更改引導(dǎo)順序，以便主機(jī)從添加的選項(xiàng)引導(dǎo)。

9.將 Microsoft SQL 數(shù)據(jù)庫設(shè)置為不受支持的兼容模式會導(dǎo)致 vCenter Server 安裝或升級失敗。當(dāng)數(shù)據(jù)庫設(shè)置為不支持的版本的兼容性模式時，使用 Microsoft SQL 數(shù)據(jù)庫的 vCenter Server 安裝會失敗。

故障狀態(tài):

將顯示以下錯誤消息： 輸入的數(shù)據(jù)庫用戶沒有使用選定數(shù)據(jù)庫安裝和配置 vCenter Server 所需的必要權(quán)限。請更正以下錯誤 : %s

故障分析：

數(shù)據(jù)庫版本必須是 vCenter Server 支持的版本。對于 SQL，即使數(shù)據(jù)庫是受支持的版本，但如果將其設(shè)置為以不支持的版本的兼容性模式運(yùn)行，仍會發(fā)生此錯誤。例如，如果將 SQL 2008 設(shè)置為以 SQL 2000 兼容性模式運(yùn)行，就會發(fā)生此錯誤。

解決方案：

請確保 vCenter Server 數(shù)據(jù)庫是受支持的版本，并且沒有設(shè)置為以不支持的版本的兼容性模式運(yùn)行。

10.誤刪運(yùn)行中的虛擬機(jī)，通過xx-flat.vmdk恢復(fù)方法

故障狀態(tài):誤刪了運(yùn)行中的虛擬機(jī)，進(jìn)入目錄查看，只剩下xx-flat.vmdk文件，從文件的類型看，只是File格式，不是Virtual Disk格式，新建虛擬，選擇添加已存在磁盤，提示不存在 解決方案：

（1）新建一虛擬機(jī)，不要創(chuàng)建硬盤

（2）用ssh的方式登錄host，查找xx-flat.vmdk文件所在位置及目錄，（3）在上面這個文件相同目錄下創(chuàng)建新xxx.vmdk文件，大小要和xx-flat.vmdk文件一樣大，用ls-la查看xx-flat.vmdk文件大小，用vmkfstools-c 文件大小-a lsilogic xxx.vmdk 來創(chuàng)建新磁盤文件

（4）將這個磁盤文件添加到新建的虛擬機(jī)中；

（5）用原文件xx-flat.vmdk覆蓋新建的xxx-flat.vmdk（注意一定是-flat.vmdk)，使用mv命令

（6）完成后開啟虛擬機(jī)就可以了。

第三篇：VMWARE項(xiàng)目驗(yàn)收報告

vmware虛擬化項(xiàng)目服務(wù)體系說明

專業(yè)服務(wù)部的服務(wù)范圍 vmware pso將虛擬化項(xiàng)目的生命周期分為四個階段：評估、設(shè)計(jì)、構(gòu)建、管理。在這四個階段中，pso根據(jù)用戶的實(shí)際情況提供豐富的專業(yè)服務(wù)： 1.評估階段 vmware虛擬化整合評估服務(wù)是邁向成功部署服務(wù)器虛擬架構(gòu)的第一步，該服務(wù)通過對一定數(shù)量的當(dāng)前服務(wù)器運(yùn)行狀態(tài)進(jìn)行評估，從而使客戶對其當(dāng)前環(huán)境存在的潛在虛擬化可能性建立一個初步的印象，評估的成果可以做為成功部署虛擬化架構(gòu)的一個清晰起點(diǎn)。

評估服務(wù)是一個持續(xù)幾周的工作流程，做為本評估服務(wù)的最終結(jié)果，虛擬化評估服務(wù)定量分析tco/roi，準(zhǔn)確估算硬件配置（服務(wù)器數(shù)量、存儲容量、性能要求、確定型號）、軟件數(shù)量等，對虛擬化策略和實(shí)施路線圖提出建議，也是虛擬化項(xiàng)目設(shè)計(jì)實(shí)施的重要依據(jù)。2.設(shè)計(jì)階段

1、vsphere規(guī)劃和設(shè)計(jì)

本階段的項(xiàng)目實(shí)施根據(jù)貴公司業(yè)務(wù)發(fā)展的長遠(yuǎn)目標(biāo)，到場以workshop的形式與客戶基礎(chǔ)架構(gòu)、應(yīng)用、維護(hù)等團(tuán)隊(duì)進(jìn)行充分溝通，在理解客戶現(xiàn)有物理架構(gòu)和業(yè)務(wù)模式的基礎(chǔ)上，對未來基礎(chǔ)設(shè)施和it交付模式進(jìn)行規(guī)劃和設(shè)計(jì)，本階段的可交付物 vmware專業(yè)的虛擬化架構(gòu)規(guī)劃與設(shè)計(jì)的優(yōu)勢在于通過vmware的規(guī)劃和設(shè)計(jì)加速貴公司信息化建設(shè)、降低風(fēng)險、減少客戶虛擬化項(xiàng)目總體成本，通過vmware最佳實(shí)踐驗(yàn)證的架構(gòu)設(shè)計(jì)，增加最終用戶的滿意度。其中核心交付物“vmware infrastructure架構(gòu)設(shè)計(jì)報告”重點(diǎn)描繪客戶未來虛擬化架構(gòu)的特征和要點(diǎn)，主要內(nèi)容包括： ·

基礎(chǔ)設(shè)施的規(guī)劃

本章主要分析客戶的現(xiàn)有硬件環(huán)境和應(yīng)用場景，通過描述虛擬化產(chǎn)品的適用性、兼容性等要求和最佳實(shí)踐，幫助用戶描述項(xiàng)目總體規(guī)劃和建設(shè)目標(biāo)。主要章節(jié)包括： a)esxi或esxii兼容性分析； b)虛擬化對物理網(wǎng)絡(luò)的需求； c)虛擬化對存儲的需求； d)多個虛擬數(shù)據(jù)中心的規(guī)劃，例如規(guī)劃生產(chǎn)和測試數(shù)據(jù)中心

· 虛擬化架構(gòu)的規(guī)劃

通過對esxi/esxii，vc及其各類插件的具體配置建議和使用目標(biāo)的描述，保證基本架構(gòu)的合理化和標(biāo)準(zhǔn)化部署，同時實(shí)現(xiàn)虛擬化架構(gòu)在管理和使用方面的方便性和靈活性特征。主要章節(jié)包括：

a)esxi主機(jī)與vsphere的兼容性； b)esxi或esxii版本分析； c)esxi或esxii配置建議 d)esxi或esxii管理與日志配置建議 e)主機(jī)時間同步建議； f)vcenter在數(shù)據(jù)中心中的部署建議； g)vcenter數(shù)據(jù)庫需求分析 h)vcenter配置建議； i)vcenter高可用性建議； j)vcenter和esxi/esxii升級建議； k)vma規(guī)劃（esxii必須）； l)主機(jī)配置文件建議（用于enterprise plus）

· 網(wǎng)絡(luò)規(guī)劃設(shè)計(jì)

在物理資源充足的條件下，網(wǎng)絡(luò)架構(gòu)舍家應(yīng)遵循下述最佳實(shí)踐，ü 對于vsphere管理、vm連接、vmotion傳輸、（和ft容錯日志傳輸）都有獨(dú)立的網(wǎng)絡(luò)

ü 對于nfs、iscsi(基于ip的存儲)有獨(dú)立的網(wǎng)絡(luò)

ü 冗余的vswitch虛擬交換機(jī)至少綁定兩個激活的物理網(wǎng)卡端口 ü 從不同的物理網(wǎng)卡冗余接入以防止網(wǎng)卡或pci插槽的失敗 ü 在物理交換機(jī)層保障冗余 網(wǎng)絡(luò)設(shè)計(jì)的主要內(nèi)容章節(jié)包括： a)標(biāo)準(zhǔn)虛擬交換機(jī) v.s.分布式虛擬交換機(jī)（用于enterprise enterprise plus）； b)管理網(wǎng)絡(luò)、vmotion、虛擬機(jī)端口組 ； c)network io control網(wǎng)絡(luò)控制（用于分布式交換機(jī)）； d)網(wǎng)絡(luò)故障切換與負(fù)載均衡策略分析；

· 存儲、vmfs 規(guī)劃設(shè)計(jì)

虛擬化基礎(chǔ)架構(gòu)的性能很大程度上依賴于存儲子系統(tǒng)的配置。對于具有一定數(shù)據(jù)規(guī)模的客戶，為了平衡虛擬機(jī)性能和存儲的價格，在多陣列環(huán)境中vmware建議采用分層存儲模型，不同的存儲級別提供不同的虛擬機(jī)iops的水平。

客戶在做存儲架構(gòu)規(guī)劃之前聯(lián)系應(yīng)用支持團(tuán)隊(duì)和軟件廠商以確定將要發(fā)布的虛擬機(jī)中的應(yīng)用的io的需求，以便放置虛擬機(jī)磁盤文件在一個相匹配性能的vmware的存儲中。

對于將要部署的虛擬機(jī)不知道io需求時，vmware建議客戶把虛擬機(jī)放在一個低級別得存儲中，逐步的調(diào)整到直至最高性能的存儲中。利用vmware storage vmotion技術(shù)來無縫的支持存儲間的遷移調(diào)整。

vmware storage vmotion最大限度的降低虛擬機(jī)在存儲間遷移的停機(jī)和性能的影響。

存儲設(shè)計(jì)的主要內(nèi)容章節(jié)包括： a)fc、iscsi或nfs存儲配置與連接建議； b)存儲容量規(guī)劃,lun設(shè)計(jì)規(guī)格； c)虛擬機(jī)備份方案分析； d)虛擬機(jī)模板分析與定義； e)esxi/esxii主機(jī)、虛擬機(jī)安全分析；

· 節(jié)能高效的規(guī)劃 a)windows虛擬機(jī)配置最佳實(shí)踐建議； b)linux虛擬機(jī)配置最佳實(shí)踐建議； c)esxi主機(jī)的最高負(fù)載建議；

· 高可用性及業(yè)務(wù)連續(xù)性規(guī)劃

虛擬化基礎(chǔ)設(shè)施的一個重要組成部分就是為運(yùn)行的虛擬機(jī)提供一個高可用性和冗余環(huán)境。虛擬化群集就是提供高可用性的基礎(chǔ)。虛擬化基礎(chǔ)設(shè)施群集架構(gòu)的配置是基于客戶網(wǎng)絡(luò)安全需求決定的。it組織部門根據(jù)網(wǎng)絡(luò)安全定義、管理要求和硬件架構(gòu)的兼容性特征構(gòu)架若干群集承載oa、生產(chǎn)、測試、開發(fā)等部門所需的虛擬機(jī)資源。集群設(shè)計(jì)的主要內(nèi)容章節(jié)包括： a)esxi/esxii主機(jī)群集規(guī)劃； b)esxi/esxii主機(jī)計(jì)劃內(nèi)停機(jī)與計(jì)劃外停機(jī)對虛擬機(jī)影響的分析與建議； c)vmware ha配置分析與建議（即esxi/esxii主機(jī)故障切換）； d)群集動態(tài)資源調(diào)配（drs）的規(guī)劃； e)分析、定義和配置drs規(guī)則（即虛擬機(jī)之間的親和性與互斥性）； f)虛擬機(jī)容錯規(guī)劃（用于vsphere enterprise plus）；

· 備份/恢復(fù)的規(guī)劃

整合和利用客戶現(xiàn)有的備份方案和工具與vsphere備份產(chǎn)品結(jié)合，實(shí)現(xiàn)便捷可靠的數(shù)據(jù)保護(hù)： a)備份與恢復(fù)方案分析研討； b)配合備份軟件，完成虛擬機(jī)備份方案；

2、srm規(guī)劃和設(shè)計(jì)

我們基于vmware site recovery manager來進(jìn)行災(zāi)難恢復(fù)的規(guī)劃和設(shè)計(jì)。srm規(guī)劃和設(shè)計(jì)包括以下主要工作：

· srm概念和產(chǎn)品知識轉(zhuǎn)移 · 組織研討會收集需求 · 分析現(xiàn)有基礎(chǔ)設(shè)施的狀態(tài)和對設(shè)計(jì)的約束條件 · 基于vmware srm設(shè)計(jì)文檔開展設(shè)計(jì) · 提交和審查設(shè)計(jì)交付物 srm規(guī)劃和設(shè)計(jì)的可交付物包括： · srm需求文檔 · srm架構(gòu)設(shè)計(jì)文檔 · srm實(shí)施指南 · srm運(yùn)營驗(yàn)收文檔

3、虛擬化系統(tǒng)運(yùn)營管理評估和規(guī)劃

從國外運(yùn)營虛擬化平臺的經(jīng)驗(yàn)來看，itil基本的原則和最佳實(shí)踐仍然適用于虛擬化平臺，但必須對很多流程作出優(yōu)化才能更好地適應(yīng)虛擬化帶給運(yùn)營環(huán)境的變化。我們總結(jié)，受影響最大的幾個通用it服務(wù)管理流程是： ü it運(yùn)營管理流程(operation management)；

ü 配置和變更管理流程(configuration and change management)； ü 容量管理流程(capacity management)； ü it成本管理流程(it financial management)；

ü 故障與問題管理流程(incident and problem management)； ü 發(fā)布管理流程(release management)?！敖档瓦\(yùn)營和維護(hù)成本”、“提高運(yùn)營效率和靈活部署業(yè)務(wù)”是虛擬化項(xiàng)目建設(shè)的基本目標(biāo)。實(shí)現(xiàn)這些目標(biāo)需要在變更系統(tǒng)架構(gòu)的同時，調(diào)整相應(yīng)的it運(yùn)營模式、it服務(wù)管理流程和標(biāo)準(zhǔn)化的操作流程。

要調(diào)整虛擬化系統(tǒng)運(yùn)營管理必須分析用戶現(xiàn)有的it運(yùn)營模式和流程是否適應(yīng)虛擬化平臺的要求，才能有的放矢地改進(jìn)，評估和規(guī)劃工作包括：

· 通過訪談和研討會等形式，收集客戶當(dāng)前在it運(yùn)營方面的組織/人員結(jié)構(gòu)、政策、流程、技能等信息；篇二：中山市地方稅務(wù)局服務(wù)器整合項(xiàng)目驗(yàn)收報告

中山市地方稅務(wù)局 舊服務(wù)器資源整合項(xiàng)目

（招標(biāo)編號：zz21236816）

驗(yàn)收報告 2013年6月

目 錄 項(xiàng)目基本情況...........................................................................................................................2 2 項(xiàng)目進(jìn)度審核...........................................................................................................................3 2.1 項(xiàng)目實(shí)施進(jìn)度情況..........................................................................................................3 2.2 項(xiàng)目變更情況..................................................................................................................3 2.3 項(xiàng)目投資結(jié)算情況..........................................................................................................4 3 項(xiàng)目驗(yàn)收計(jì)劃...........................................................................................................................4 3.1 項(xiàng)目驗(yàn)收原則..................................................................................................................4 3.2 項(xiàng)目驗(yàn)收方式..................................................................................................................4 3.3 項(xiàng)目驗(yàn)收內(nèi)容..................................................................................................................6 4 項(xiàng)目驗(yàn)收情況匯總.................................................................................................................12 4.1 項(xiàng)目驗(yàn)收情況匯總表....................................................................................................12 4.2 項(xiàng)目驗(yàn)收附件明細(xì)........................................................................................................12 4.3 專家組驗(yàn)收意見..............................................................................................................13 5 項(xiàng)目驗(yàn)收結(jié)論.........................................................................................................................14 5.1 開發(fā)單位結(jié)論..................................................................................................................14 5.2 建設(shè)單位結(jié)論..................................................................................................................15 6 附件.........................................................................................................................................16 6.1 附件一：軟件平臺驗(yàn)收單............................................................................................16 6.2 附件二：功能模塊驗(yàn)收單............................................................................................16 6.3 附件三：項(xiàng)目文檔驗(yàn)收單............................................................................................16 6.4 附件四：硬件設(shè)備驗(yàn)收單............................................................................................17 項(xiàng)目基本情況 2 項(xiàng)目進(jìn)度審核

2.1 項(xiàng)目實(shí)施進(jìn)度情況 2.2 項(xiàng)目變更情況 2.2.1 項(xiàng)目合同變更情況

無 3 2.2.2 項(xiàng)目需求變更情況

無

2.3 項(xiàng)目投資結(jié)算情況 3 項(xiàng)目驗(yàn)收計(jì)劃

3.1 項(xiàng)目驗(yàn)收原則

1、審查提供驗(yàn)收的各類文檔的正確性、完整性和統(tǒng)一性，審查文檔是否齊全、合理；

2、審查項(xiàng)目功能是否達(dá)到了合同規(guī)定的要求；

3、審查項(xiàng)目有關(guān)服務(wù)指標(biāo)是否達(dá)到了合同的要求；

4、審查項(xiàng)目投資以及實(shí)施進(jìn)度的情況；

5、對項(xiàng)目的技術(shù)水平做出評價，并得出項(xiàng)目的驗(yàn)收結(jié)論。3.2 項(xiàng)目驗(yàn)收方式

{記錄項(xiàng)目驗(yàn)收的組織方式和參與驗(yàn)收工作的人員情況} 4 5 篇三：vmware測試報告

一.描述

按照此前運(yùn)維組制定的《vmware測試方案》要求，針對vmware產(chǎn)品esxi5.0做了如下測試：

1.創(chuàng)建，刪除虛擬機(jī) 2.克隆虛擬機(jī)

3.p2v（物理機(jī)到虛擬的轉(zhuǎn)換）4.vmware虛擬網(wǎng)絡(luò)配置（vswitch）5.ha（動態(tài)虛擬機(jī)遷移）

6.vmotion（手動虛擬機(jī)遷移）7.vcb（統(tǒng)一備份）

二．測試結(jié)果

1.為了實(shí)現(xiàn)服務(wù)器虛擬化集群，運(yùn)維組將三臺ibm x3850x5服務(wù)器通過共

享500g的emc san存儲，并且分別在三臺服務(wù)器上部署vmware的esxi5.0虛擬化軟件組成一個虛擬化服務(wù)器的集群。2.在群集中創(chuàng)建了3個虛擬機(jī)

說明：創(chuàng)建和刪除虛擬機(jī)是esxi5.0產(chǎn)品最基本的功能，任何非集群化的esxi都能實(shí)現(xiàn)。3.虛擬機(jī)的克隆功能

說明：克隆時間的長短跟虛擬的磁盤容量大小成正比。經(jīng)過對 zc000dlym1虛擬機(jī)的克隆測試300g的容量大概需要5分鐘。4.p2v（物理機(jī)到虛擬機(jī)的轉(zhuǎn)換）

此功能屬于esxi5.0的高級功能。需要vmware的組件converter與 vcenter相互配合才能實(shí)現(xiàn)，本次測試運(yùn)維組將測試一的盡職調(diào)查服務(wù)器進(jìn)行了轉(zhuǎn)換，服務(wù)器的配置情況如下：

轉(zhuǎn)換后：

說明：整個轉(zhuǎn)換時間超過了24個小時。同樣轉(zhuǎn)換時間和物理機(jī)的磁盤容量成正比。5.vswitch的配置和調(diào)整 6.ha自動切換

經(jīng)過測試當(dāng)vmcluster中有一臺服務(wù)器出現(xiàn)手動停機(jī)或者無故宕機(jī)時，ha自動切換的時間大概是5分鐘

7.vmotion手動切換

單擊任何一臺虛擬機(jī)彈出列表中如下：

經(jīng)過測試：vmotion一臺虛擬機(jī)大概只需40秒的時間

三．總結(jié) 經(jīng)過運(yùn)維組測試圓滿完成對vmware產(chǎn)品esxi5.0的功能測試，所有需測試的功能都達(dá)到了預(yù)期的效果。篇四：軟件項(xiàng)目驗(yàn)收報告樣板

｛項(xiàng)目名稱｝ 軟件驗(yàn)收報告

編號：-｛項(xiàng)目名稱縮寫｝-acr 版本：x.x 變更記錄 1.項(xiàng)目信息 2.項(xiàng)目概述

在概述部分應(yīng)對整個項(xiàng)目進(jìn)行概要描述，可從軟件需求說明書概述部分拷貝。3.驗(yàn)收測試環(huán)境 3.1 硬件

例如 計(jì)算機(jī)、服務(wù)器、網(wǎng)絡(luò)、交換機(jī)等。3.2 軟件

例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等。3.3 文檔

例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等。3.4 人員

例如客戶代表、客戶經(jīng)理、項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員以及第三方代表等。4.驗(yàn)收及測試結(jié)果

4.1 產(chǎn)品驗(yàn)收結(jié)果 4.2 產(chǎn)品功能驗(yàn)收結(jié)果 5.驗(yàn)收總結(jié)

總結(jié)驗(yàn)收及測試，陳述發(fā)現(xiàn)問題和建議等。6.簽字確認(rèn) 7.相關(guān)文檔

《軟件需求規(guī)格說明書》篇五：工程項(xiàng)目竣工驗(yàn)收報告(模板)附件

一、工程項(xiàng)目竣工驗(yàn)收報告模板 要求：

竣工驗(yàn)收報告編寫要規(guī)范，具體要求包括但不限于封皮、目錄、報告正文及附件。1.正文中內(nèi)容：

要分出層次，應(yīng)有由項(xiàng)目概況、工程竣工驗(yàn)收實(shí)施情況（寫明驗(yàn)收方案執(zhí)行情況）、驗(yàn)收表格（含驗(yàn)收不合格的項(xiàng)簽字表）、工程質(zhì)量評定、工程竣工驗(yàn)收存在問題匯總表（exec表格式）及工程竣工驗(yàn)收結(jié)論等組成。2.附件內(nèi)容： 1)經(jīng)施工單位項(xiàng)目經(jīng)理和有關(guān)負(fù)責(zé)人審核簽字的工程竣工報告； 2)經(jīng)總監(jiān)理工程師和監(jiān)理單位有關(guān)負(fù)責(zé)人審核簽字的質(zhì)量檢查報告； 3)施工單位提交竣工驗(yàn)收申請報告（施工單位簽字蓋章）4)驗(yàn)收方案（工程管理部簽字批準(zhǔn)）5)驗(yàn)收表格（國家規(guī)定的表格可加附頁，內(nèi)容要求含驗(yàn)收合格項(xiàng)、不合格項(xiàng)及驗(yàn)收小組人員簽字）6)工程竣工驗(yàn)收存在問題匯總表（內(nèi)容與驗(yàn)收表格內(nèi)容一致用exec格式，不需要簽字）

工程項(xiàng)目竣工驗(yàn)收報告

（模板）

工程名稱:*****店工程項(xiàng)目 竣工驗(yàn)收日期： 年 月 日 建設(shè)單位：** 項(xiàng)目經(jīng)理：（簽字）

工程管理部負(fù)責(zé)人：（簽字）目錄

一、工程慨況：

二、工程竣工驗(yàn)收實(shí)施情況：

三、工程質(zhì)量評定

四、工程竣工驗(yàn)收結(jié)論 附件： 1.經(jīng)施工單位項(xiàng)目經(jīng)理和有關(guān)負(fù)責(zé)人審核簽字的工程竣工報告； 2.經(jīng)總監(jiān)理工程師和監(jiān)理單位有關(guān)負(fù)責(zé)人審核簽字的質(zhì)量檢查報告； 3.施工單位提交竣工驗(yàn)收申請報告（施工單位簽字蓋章）； 4.驗(yàn)收方案（工程管理部簽字批準(zhǔn)）； 5.驗(yàn)收表格（國家規(guī)定的表格可加附頁，內(nèi)容要求含驗(yàn)收合格項(xiàng)、不合格項(xiàng)及驗(yàn)收小組人員簽字）6.工程竣工驗(yàn)收存在問題匯總表（內(nèi)容與驗(yàn)收表格內(nèi)容一致用exec格式，不需要簽字）*****店工程項(xiàng)目竣工驗(yàn)收報告

（正文）

一、工程慨況： 1.項(xiàng)目基本情況：（內(nèi)容略）2.參與建設(shè)的各單位（設(shè)計(jì)、監(jiān)理、施工單位等）情況：（內(nèi)容略）況：

進(jìn)場、正式開始施工、交付、竣工驗(yàn)收及開業(yè)時間。（更多內(nèi)容略）

二、工程竣工驗(yàn)收實(shí)施情況：

依據(jù)竣工驗(yàn)收方案，對實(shí)際竣工驗(yàn)收過程進(jìn)行簡要描述。

項(xiàng)目實(shí)施情 3.

第四篇：VMware虛擬機(jī)學(xué)習(xí)總結(jié)

VMware虛擬機(jī)學(xué)習(xí)總結(jié)

虛擬機(jī)指的是在自己當(dāng)前使用的操作系統(tǒng)基礎(chǔ)上安裝并利用專門的虛擬機(jī)軟件常用的有VMWARE，虛擬出若干臺計(jì)算機(jī)，這些虛擬的多臺計(jì)算機(jī)每臺有各自的CPU、內(nèi)存、硬盤、光驅(qū)、軟驅(qū)、網(wǎng)卡、聲卡、鍵盤、鼠標(biāo)、串口、并口、USB口等“硬件”設(shè)備，當(dāng)然這些硬件都是虛擬的，實(shí)質(zhì)上它們還是用你計(jì)算機(jī)中相應(yīng)的硬件。這些虛擬的計(jì)算機(jī)可以獨(dú)立運(yùn)行，安裝各自的操作系統(tǒng)，應(yīng)用軟件、殺毒軟件等等，就好像平時用你的計(jì)算機(jī)一樣使用它們。也可以讓它們連成一個網(wǎng)絡(luò)。

你的真實(shí)計(jì)算機(jī)稱為物理機(jī)，虛擬出來的計(jì)算機(jī)稱為虛擬機(jī)。物理機(jī)上的OS稱為HOST OS,可以是2K/XP/2K3，各臺虛擬機(jī)上各自安裝的獨(dú)立的OS稱為GUEST OS，可以是DOS，也可以是WIN各種版本，甚至可以是UNIX/LINUX、MAC OS等等。

一臺物理機(jī)上能虛擬出多少臺虛擬機(jī)取決于物理機(jī)的硬盤容量，你為一臺虛擬機(jī)分配4G的硬盤空間，可以一次就為其分配4G的物理硬盤空間供其使用，也可以讓虛擬機(jī)根據(jù)當(dāng)前需要逐步增大對物理硬盤空間的占用，即隨著虛擬機(jī)中硬盤中裝的軟件逐步增多而逐步增大對物理硬盤空間的占用。你甚至可以在創(chuàng)建虛擬機(jī)后根據(jù)需要增加一個虛擬硬盤，還可以增加其它硬件設(shè)備，如虛擬機(jī)中的光驅(qū)、網(wǎng)卡等等，還可以調(diào)整內(nèi)存容量。

第五篇：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)投資回報率。通過把物理系統(tǒng)整合到有VMWARE虛擬構(gòu)架的數(shù)據(jù)中心上去，企業(yè)體驗(yàn)到：

? 更少的硬件和維護(hù)費(fèi)用 ? 空閑系統(tǒng)資源的整合 ? 提升系統(tǒng)的運(yùn)作效率 ? 性價比高，持續(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ǔ)丁和添加安全策略將花去大量的時間。另外，服務(wù)器的衍生組件將導(dǎo)致設(shè)備，動力和散熱方面的成本上升。

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

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

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

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

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

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

使用服務(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ù)時間 ? 更少冗余的情況下，確保高可用性 ? 更有效的適應(yīng)動態(tài)商業(yè)的需求 ? 高級備份策略

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

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

每年成百上千的全球數(shù)據(jù)中心遭遇重大的服務(wù)中斷。這些商業(yè)運(yùn)行將受到用戶錯誤，病毒，硬件故障和自然災(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ù)器綁定在一個熱備環(huán)境。即使運(yùn)行在服務(wù)器上的應(yīng)用程序有集群感知能力，萬一主服務(wù)器遭遇硬件或軟件錯誤，這樣的安排仍然會導(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ī)資源，并且能以非常高的比例整合到一個或幾個實(shí)體平臺上去。結(jié)果，企業(yè)無須在硬件數(shù)量或管理和安裝補(bǔ)丁上投入雙倍的人力和物力，從而實(shí)現(xiàn)高可用性。冗余的方式將由2N變?yōu)镹+1。

實(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)用程序備份。既然備份策略能抵御用戶錯誤和某些情況下的軟硬件故障，比較長的恢復(fù)時間和多恢復(fù)點(diǎn)是能被接受的。

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

為了測試數(shù)據(jù)恢復(fù)，IT管理員需要為每個已備份的主機(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注冊表是一個漫長的手工過程并且有時并不可能。這樣，在不同的失敗轉(zhuǎn)移服務(wù)器實(shí)現(xiàn)數(shù)據(jù)恢復(fù)是存在疑問的。

這些問題將被虛擬失敗轉(zhuǎn)移硬件給解決了。此外，操作系統(tǒng)安裝，備份代理的安裝和Windows注冊表的調(diào)整只需做一次。此后，一個完整的已配置的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ù)策略通常包含一個災(zāi)難恢復(fù)的熱站，這個站點(diǎn)有在主備之間的完全同步的數(shù)據(jù)復(fù)制。這種策略提供很少的恢復(fù)點(diǎn)對象（PRO）。然而，出于恢復(fù)時間對象（RTO）的考慮，恢復(fù)時間非常依賴于除了數(shù)據(jù)恢復(fù)之外的恢復(fù)實(shí)體服務(wù)器，操作系統(tǒng)，系統(tǒng)參數(shù)和應(yīng)用程序的能力。

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

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

? 部署在整個企業(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òu)的重要支撐，主要是將物理的資源，包括計(jì)算資源、存儲資源和網(wǎng)絡(luò)資源進(jìn)行虛擬化，提供一些虛擬化的基本單元，為整個架構(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ù)載較低的時候進(jìn)行進(jìn)一步的動態(tài)整合，從而大量節(jié)能。

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

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

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

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

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

圖表 1 vStorage 精簡配置示意圖

對于vNetwork，主要包括：

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

? 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òu)中最為重要的組成部分之一。因此，這個層次的服務(wù)也相當(dāng)豐富，也需要相當(dāng)成熟的經(jīng)驗(yàn)才能保證整個虛擬化的成功；換句話說，只有虛擬化平臺足夠強(qiáng)壯，才能夠作為云計(jì)算的基礎(chǔ)架構(gòu)平臺。

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

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

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

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

圖表 3 VMware HA功能示意圖

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

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

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

? 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)在虛擬化平臺上遷移時，安全策略能夠動態(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è)備的熱添加和刪除，從而確保整個虛擬化平臺具有足夠的彈性。這也成為虛擬化平臺靈活性的重要指標(biāo)，許多應(yīng)用場景都可以從這個特性中獲益。

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

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

VMware vSphere? 包括對 vApp 的支持，vApp 是包含一個或多個虛擬機(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í)際上有兩個趨勢，一是應(yīng)用本身的虛擬化，二是應(yīng)用虛擬設(shè)備化。應(yīng)用的虛擬化就是讓任何應(yīng)用都能通過單個或一組文件進(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ù)量，明顯提高每個物理服務(wù)器及其CPU的資源利用率，從而降低硬件成本。

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

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

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

? 所有單機(jī)的應(yīng)用，在部署了虛擬化后，將不再出現(xiàn)單點(diǎn)故障，確保了應(yīng)用的7×24小時不間斷的運(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ù)和升級等一系列問題。