考慮到市面上有眾多的虛擬化套件，VMware的客戶及潛在客戶只想搞清楚這個非常簡單的問題：VMware的解決方案物有所值嗎?坦率地說，答案是異常復雜。

　　VMware有許多不同級別的解決方案;此外，外頭還有多家不同的虛擬化技術公司，各自有著各自的適用情形。本文將著重介紹VMware的企業級解決方案套件。

　　打開盒子：初始安裝

　　VMware的vCenter Server有兩種版本：面向Windows的一套應用程序以及Linux設備。毫不客氣地說，面向Windows的安裝程序出了毛病。要是你有過這樣的郁悶經歷：一整天都試圖安裝完整套件的微軟System Center應用程序(或以前的Office Communications Server)，卻徒勞無功，那么你多少就能明白這個安裝程序有多么地差強人意。請參閱最佳實踐指南(http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=2021202&sliceId=1&docTypeID=DT_KB_1_1&dialogID=686156533&stateId=1%200%20686176634)，并且嚴格按指南操作。

　　如果你在Windows上全新安裝，安裝程序試圖安裝配置文件驅動的存儲時可能會崩潰(這里列出了解決辦法：http://www.vmware.com/support/vsphere5/doc/vsphere-vcenter-server-510b-release-notes.html，內容在“已知問題”下方)。如果你正在進行升級，對證書問題要有心理準備(參閱這篇討論：http://communities.vmware.com/thread/417763?start=0&tstart=0，里面介紹了解決辦法)。vCenter Server其實不像Server 2012，所以出于理智，還是堅持使用Server 2008 R2。

　　vCenter Linux設備并不含有vSphere軟件包所含的全部組件。缺失的一個關鍵組件是vSphere更新管理器(vSphere Update Manager)。vCenter Orchestrator和vCenter Operations管理套件都有各自的設備，但是更新管理器仍需要安裝在Windows上。令人遺憾的是，結果證明安裝更新管理器并讓它正常運行異常麻煩。我最后索性清除了安裝的系統，從頭來過，嚴格按照最佳實踐指南操作，并仔細研讀了PDF文檔，之后才算安裝成功。

　　圖1：vSphere Linux設備

　　雖然Linux vCenter設備安裝和運行起來比基于Windows的設備容易得多，但是我在讓vSphere設備加入到域中卻大費了一番周折。忙活了一陣子才搞清楚了癥結所在：DHCP服務器分配的那個域名與我試圖加入的域名不是同一個：是 dhcp.company.local，而不是infrastructure.company.local。

　　解決辦法很簡單：往設備上輸入網絡配置，選擇“set a static IP”(設置一個靜態IP);這讓你得以手動設置主機名。解決這個問題后，就萬事大吉了。(這是Likewise軟件存儲產品里面的老問題，但讓人驚訝的是這個問題仍出現在vSphere設備中。)一旦這個問題得到了克服，vSphere設備運行起來相當順利。VMware承諾會搞定這個問題。

　　一旦我讓設備加入到域，就重新運行了安裝向導，能夠毫無問題地將活動目錄設置為我的驗證源。Single Sign On(單次登錄)服務器探測我的活動目錄拓撲結構后，發現了里面的所有域。不過，我只希望能夠對照林里面的一個域來驗證身份，結果發現刪除不需要的選項簡單直觀。

　　從性能的角度來看，vSphere絕對很笨拙。我第一次嘗試時將vSphere安裝在AMD速龍II X3 400e上。我覺得這應該是個不常使用的系統，所以想使用低功率芯片;我準備管理20個插座的主機和不到500個虛擬機。這耗用了多少的功能?我甚至還沒使用50個虛擬機，進行任何操作都讓那個差強人意的速龍系統完全不堪重負。

　　使用這么過時的硬件進行這種初始測試可能不是那么公平，不過說實話，我的確想看看vCenter Server在極端的升級情況下到底會有怎樣的表現。結果就是，比在同一硬件上運行的System Center 2012勝出一籌，但是優勢不大。為了進行更切合實際的測試，我把vCenter Server設備安裝到了我的Supermicro FatTwin集群(每個系統有兩個至強2680)里面的一個節點上。運行vCenter Server設備對那些系統來說簡直就是小菜一碟。#p#

　　不可或缺的專用工具，為什么不可或缺?

　　一旦克服了初始安裝這個難題，你可以從這些應用程序獲得眾多功能。vCenter Server并非可有可無——這是你讓其他的所有專用工具正常運行所需要的專用工具。 在vSphere 5.1中，它隨帶單次登錄(SSO)服務器;考慮到眾多應用程序組成vSphere套件，這個組件絕對極其重要。

　　SSO服務器可以為你提供集中式驗證系統(基于其自己的數據庫)，或者極其切合實際的是，它可以與活動目錄集成。這為你提供了一種穩健的、相當細化的方式，鎖定vSphere應用程序套件里面的管理權限，因為可以把權限與現有的Windows安全群組而不是單個用戶聯系起來。

　　我下周要將擁有13個主機的站點升級到vSphere 5.1，所以無法想象要是沒有升級管理器，怎么開展這項工作。一半主機沒有智能平臺管理接口(IPMI)，我又不喜歡站在極冷的服務器房里面，把U盤插入到什么設備上。即使就我的小型部署環境而言，升級管理器都比較方便。如果你打算大規模地進行升級，那么它絕對必不可少。

　　圖2：安裝所有組件

　　vCenter Orchestrator在我看來相當好;它讓你可以創建“工作流程”，這實際上是與創建和配置虛擬機有關的宏指令。這項特性很棒——如果你在致力于XX即服務，更是如此，但是我覺得它還需要很大的改進，才能讓界面足夠直觀，可以更換我現有的工作流程。你的數據中心規模越大，它吸引你的可能性就越大。

　　vCenter Operations管理套件是個棘手對象;這是一款尚可的監控應用程序，智能化程度相當高，含有富貴的功能特性，從費用分攤、成本計量到容量管理及預測，不一而足。盡管擁有種種出色的功能特性，但是就其本質而言，它仍是一款監控應用程序。監控應用程序配置很起來令人痛苦，又很費時間。想讓你的所有設備都正常運行起來，這本身就是一項繁重的工作。

　　vCenter Operations管理套件是個好產品;要是時機成熟，甚至值得你考慮用它來取代現有的軟件。不過與Orchestrator一樣，它只會是適用于少數情況的一個賣點。我們大多數人真正在乎的是vCenter Server本身的核心功能，下面我將作一番深入介紹。#p#

　　高可用性、容錯、數據保護和復制

　　VMware在高可用性方面所持的理念是：如果某個主機壞掉，在該主機上運行的虛擬機就會在另一個主機上重新啟動，我認為這如今是打入“真正”企業計算環境的最基本特性。Stratus容錯技術公司的人員和我在這個方面持一些不同的意見，但是我最終信任VMware的高可用性，而非信任大多數替代解決方案。現在的企業IT環境是，逐步引入新系統的同時，還在使用舊系統;因而我們在實際環境下經常運行異構系統，所以像VMware提供的這類軟件高可用性機制已變得極其重要。

　　高可用性機制與我到目前為止投入使用的每一個軟硬件都協同運行;我監管的系統沒有一個是真正那么重要，就算如果虛擬機重啟在一年當中造成了幾小時的停機時間，也不會有人因此會丟命;話雖如此，高可能性不是無可挑剔。主機壞掉后，內存里面的一切數據都丟失。虛擬機照樣會出現，好像它就是突然重啟的物理系統。這對數據庫來說并不好。

　　對需要更高一點穩定性的那些人來說，VMware提供了容錯機制。高可用性只是在新主機上重新啟動崩潰的虛擬機，容錯機制則是一項“確保不斷可用”的技術。實際上，兩個一模一樣的虛擬機在不同的主機上創建，并且在內存/存儲方面保持步調一致。

　　上一次我真正遇到容錯特性是在vSphere 4.0。那時候的容錯機制在操作系統和硬件組合方面很挑剔，最終它有點如同垃圾。vSphere 5.1似乎已經解決了這個問題;我還未能找出它的缺點。vSphere容錯機制的缺點在于，任何使用容錯機制的虛擬機局限于單個核心。請注意，我在Hyper-V上仍根本無法進行任何的原生容錯機制，所以這方面應該給VMware加分。(不過Stratus有實現此特性的一個專用工具。)

　　圖3：小集群的摘要視圖

　　還有vSphere復制需要考慮;復制技術作為一項廣域網技術來設計，它將虛擬機從站點A復制到站點B，延遲僅僅只有15分鐘。復制讓我得以備份并不大量變化的虛擬機：通常是Web服務器或虛擬桌面基礎設施(VDI)主映像。這幾種對象無論如何連接至集中式文件存儲區或數據庫;至于工作負載，復制和快照工作起來就完全如同懶人的異地備份一樣好。雖然數據庫需要保持步調一致，但是那通常在應用程序層面完成，而不是在虛擬機管理程序層面完成。

　　至于真正的備份，VMware提供了vSphere數據保護(VDP);它其實是被EMC收購后改頭換面的Avamar。它工作起來相當好;重復數據刪除后的壓縮級別相當驚人。如果你想為SQL和Exchange等系統提供應用程序層集成，就需要高級版本。

　　總之，vSphere 5.1似乎為你能想象的幾乎每一種場景提供了實用的可用性和備份技術。此外，現在這都是標準軟件;如果你購買的是vSphere標準版，仍可以處理所有上述任務。要是時間對貴公司來說就是金錢——對大多數公司來說是這樣，那么完全有理由使用vSphere標準版。

　　不過，你對于“大眾化硬件上的虛擬機管理程序”這種環境應該寄予多大程度的信任，那是有限度的。如果生命(或大筆的錢財)依賴于你網絡的可用性，那么確實是時候該找Stratus聯系一下了。它們能克服容錯機制單個核心的局限性，而且與VMware緊密合作，能夠處理的任務比VMware僅僅用虛擬機管理程序所能處理的還多。VMware可以運行各項任務，無論是技術網站，還是一個石油挖掘業務部門，都能出色地完成任務。你的911呼叫中心或對時間敏感的股票交易系統仍需要Stratus的特殊秘方。#p#

　　把網絡交換機的鑰匙交給軟件機器人

　　軟件定義的網絡是如今新增的特性。歷時整整十年構建讓許多操作管理軟件(更不用說系統管理員)就此作古的軟件套件，VMware正在不遺余力地讓企業網絡系統成為大眾化。VMware的遠景就是實現軟件定義的數據中心;這是我之前介紹的領域，沒有特別需要重申一下。

　　然而，就算你不相信VMware針對未來勾勒的宏偉遠景，但是網絡輸入輸出控制和分布式交換機在大規模環境下變得不可或缺。當你的網絡變得足夠大時，你開始實際使用交換機上的功能特性。如今，虛擬局域網(VLAN)無所不在，但是一旦你的網絡只要有一條過度訂購的鏈路，速率限制、802.1p標記、網卡聚合/鏈路聚合都開始成為需要考慮的因素。

　　vSphere的網絡輸入輸出控制讓你可以針對每個虛擬機來進行這方面的配置，而分布式交換機確保了你的設置可以隨虛擬機從一個主機遷移到另一個主機。這項特性在我實驗室這種規模的環境下是有趣的玩具。但是當我開始處理25個主機時，它就很有用。網絡特性讓企業增強版型值得被中型企業所考慮，對大型企業來說必不可少。#p#

　　存儲——設備、應用編程接口(API)、分布式資源調度程序(DRS)和配置文件驅動的存儲

　　如果重塑網絡格局會在接下來幾年讓我們拭目以待，那么簡化和放大存儲方面的創新將是下一波IT變革浪潮的核心。VMware與存儲有著錯綜復雜的關系;VMware的大部分股份被巨擘EMC所持有，這意味著VMware需要謹慎行事，在為產品添加最先進的功能與擺脫母公司的商業模式之間掌握好度。

　　這帶來了好壞不一的影響。一個例子就是，前面討論的VDP備份軟件。VDP是EMC的一項技術，這本身是項好技術。而這個硬幣的另一面是vSphere存儲設備(VSA)。

　　從根本上來說，這是一款真正出色的軟件。它拿來大量本地存儲(比集中式存儲便宜得多)后，把它們組合成工作起來類似集中式存儲的分布式存儲陣列。它在每個節點里面創建了本地RAID，它把這些信息鏡像到集群里面的另一個節點上。這很棒。

　　圖4：瀏覽vCenter Server里面的一些存儲

　　遺憾的是，它只支持三個節點組成的集群(不過你要想有幾個存儲設備集群，就可以有幾個)。雖然這對小型部署環境來說極好，但是這與我們為了匹敵成本高昂的傳統存儲區域網(SAN)所需要的那種可擴展性根本無法相提并論。VMware一直在討論成熟版的這項技術(名為vSAN)，但是到目前為止我們只看到了產品演示;它可能永遠不是一款真實的產品。

　　除了少數情況下外，比如渴望或要求把三臺服務器組成的小型數據中心投放到某個地方的分支機構，vSphere存儲設備這項功能對企業來說毫無用處。企業已經很可能大力投資于SAN，所以這項特性沒什么大不了。對中型公司來說，這又是一項可望而不可及的技術。我從這批用戶那里最常聽到的一種說法是，渴望看到能夠隨企業發展而一同擴展的存儲設備;它們對SAN沒有半點興趣。

　　這倒不是說VMware在存儲領域并沒有進行創新。Storage API能夠創造奇跡;單單配置文件驅動的存儲(PDS)就讓企業增強版物有所值。簡而言之，PDS讓你可以把各種各樣的不同存儲聯系起來，并且為不同的存儲層指定數據存儲區。你的虛擬機可以分配給這些存儲層，它們因而只會遷移到質量和速度最合適的存儲。Storage DRS是讓這一切實現自動化處理的專用工具。