VMware VI3虛擬化產(chǎn)品初體驗
在VMware公司發(fā)布VMware Infrastructure 3.0（VI3）后的一年左右時間里，發(fā)布VI3已被認(rèn)為是虛擬化領(lǐng)域的重大事件。VI3及其高級的虛擬機(jī)管理工具建立在可靠的VMware ESX 2.5虛擬機(jī)管理程序上，它讓虛擬化成為了一股強(qiáng)大的IT主流。雖然前不久升級至ESX Server 3.5和VirtualCenter 2.5的幅度比不上當(dāng)初一下子升級至VI3，但確實增添了幾項新特性，它們對任何虛擬化的實施肯定會很方便。
這些特性通常致力于減輕虛擬化基礎(chǔ)架構(gòu)帶來的維護(hù)負(fù)擔(dān)。虛擬化技術(shù)有望從根本上簡化服務(wù)器管理，但是與許多IT技術(shù)一樣，它同樣沒有擊中每一個目標(biāo)。VMware為這個套件添加了補(bǔ)丁管理（Update Manager）、虛擬機(jī)磁盤實時遷移（Storage VMotion）和容量規(guī)劃向?qū)С绦颍℅uided Consolidation）等特性，解決了一些重大的難題。這每一項新特性填補(bǔ)了各自的空缺；總的來說，表現(xiàn)相當(dāng)出色。
許多IT部門肯定會在ESX 3.5和VirtualCenter 2.5上部署第一個VMware系統(tǒng)，根本不會使用更早版本，這肯定錯不了。但是同樣，許多目前使用VI3的部門會盡快升級至新版本，以便利用新特性。為此，我們的測試不但包括全新的ESX安裝版本，還包括生產(chǎn)版本的升級版――因為這樣可以最真實地測試任何軟件版本。
升級之路
從頭開始構(gòu)建VMware ESX主機(jī)再簡單不過了。刻錄一張ISO光盤，插入到服務(wù)器上，用它來啟動，點擊幾下"確認(rèn)"，然后即可把該主機(jī)添加到VMware Infrastructure客戶端。配置好網(wǎng)絡(luò)、存儲和許可，就大功告成了。如果你使用PXE網(wǎng)絡(luò)啟動VMware安裝程序，甚至還可以簡化步驟。把主機(jī)從ESX 3.0升級至ESX 3.5其實比構(gòu)建新主機(jī)還要簡單，基本上不需要主機(jī)停止運(yùn)行。如果你現(xiàn)有的基礎(chǔ)架構(gòu)組建合理，這意味著生產(chǎn)環(huán)境的虛擬機(jī)其停機(jī)時間為零。
升級至整個基礎(chǔ)架構(gòu)的第一步就是升級VirtualCenter（VC）。以前版本的VirtualCenter使用微軟SQL桌面引擎（MSDE）作為默認(rèn)數(shù)據(jù)庫，但VMware推薦使用功能完備的微軟SQL Server或Oracle Database來處理數(shù)據(jù)庫任務(wù)。VC2.5棄用了原有的MSDE，而是捆綁了微軟SQL Server 2005簡易版。這個數(shù)據(jù)庫平臺優(yōu)于MSDE，但仍是為小規(guī)模實施而設(shè)計。不過在許多生產(chǎn)VMware環(huán)境，只要這個平臺就可以了――這比前一個版本是一大改進(jìn)。
生產(chǎn)版本的VC2.0服務(wù)器升級至VC2.5其過程很順利；簡單的安裝向?qū)С绦蛟诤笈_負(fù)責(zé)升級。升級完畢后，VC2.5服務(wù)器就會運(yùn)行；使用新的VC2.5客戶端，可以登錄、查看生產(chǎn)主機(jī)群（production farm）――只是目前沒有一個主機(jī)。升級過程并沒有把以前版本的數(shù)據(jù)庫升級至新的安裝版本，于是只好重新定義集群、主機(jī)，甚至還有位于主機(jī)群上的模板。在小型環(huán)境下，這一步很簡單。在大型環(huán)境下，這可能是個大問題。如果認(rèn)真規(guī)劃、研究一下升級過程，可以避免這個問題及升級過程中的其他許多問題；如果能仔細(xì)閱讀軟件發(fā)布說明，那更好。但為了讓升級更順利，VMware本該做更多的工作。我很希望看到簡單的數(shù)據(jù)庫遷移過程，并且在升級過程中檢查有效性，盡量減少這方面的問題。
升級后，隨后重新定義了群方面的一些參數(shù)，VC2.5可以在ESX 3.0上順利運(yùn)行。下一步是升級主機(jī)。
想把ESX主機(jī)升級至ESX 3.5，最簡單的方法就是從VMware網(wǎng)站下載ESX升級軟件包。目前簽有支持協(xié)議的客戶可以免費下載更新版；現(xiàn)有的3.0許可證可以在3.5主機(jī)上使用。還有其他方法可以升級主機(jī)，但使用升級軟件包是最簡單的。
ESX 3.5升級軟件包實際上是包含RPM軟件包和一些支持腳本的壓縮文檔。筆者使用SCP命令，把該壓縮文檔移到了中央群數(shù)據(jù)存儲區(qū)（datastore）上的文件夾，開始通過該軟件包更新每個主機(jī)。這個過程比較費時間，不過還是相當(dāng)簡單。先讓每個主機(jī)處于"維護(hù)模式"下，迫使主機(jī)上的活動虛擬機(jī)轉(zhuǎn)移至群中的其他主機(jī)上，然后在該主機(jī)上運(yùn)行esxupdate命令，指定含有ESX 3.5升級軟件包的目錄。過了幾分鐘，等眾多RPM更新后，主機(jī)升級好了。
然后重啟動主機(jī)，讓它退出VirtualCenter中的"維護(hù)模式"。然后它成了群中的一個普通主機(jī)，虛擬機(jī)開始根據(jù)群上的分布式資源調(diào)試器（DRS）規(guī)則，遷移到主機(jī)上。對每個主機(jī)而言，整個過程耗時約15至20分鐘，大部分時間用于等待主機(jī)進(jìn)入"維護(hù)模式"，以及等待主機(jī)在重啟后重新運(yùn)行。最后一個主機(jī)升級完畢后，整個群就升級至ESX 3.5，沒有任何不良后果。
許多軟件包都擁有可以升級而不是重新安裝的功能。大多數(shù)時候，管理員選擇后一項功能。原因在于，升級可能會帶來裸機(jī)上重新安裝時不會出現(xiàn)的問題。只要你曾經(jīng)從Windows 2000升級至Windows XP，就知道確實如此；不過拿ESX 3.5來說，升級程序似乎非常完整。幾周過后，根本沒有出現(xiàn)任何問題。
【編輯推薦】
