vSphere 4.1:含ESX的最后一版VMware hypervisor
VMware從很久以前就開始宣稱ESXi終將成為這家(總部位于Palo Alto)公司的主流虛擬管理程序,而現(xiàn)在已經(jīng)到了ESX優(yōu)雅退出舞臺的時機了。最近發(fā)布的vSphere 4.1將成為***一版包含ESX在內(nèi)的VMware虛擬化管理程序,雖然這樣的做法可能會讓ESX粉絲們感到失望。然而,在ESX 4.1版本中進(jìn)行的一系列改進(jìn)已經(jīng)表明:現(xiàn)在是開始進(jìn)行切換的時候了。
在不久前的虛擬化專欄中,我曾經(jīng)寫過一篇文章來論述關(guān)于“VMware ESXi的缺點以及ESXi無法獲得廣泛應(yīng)用的原因”。其中提到的ESXi問題包括:
官方?jīng)]有提供對ESXi從SAN系統(tǒng)啟動的支持
沒有虛擬機的Web管理界面
無法支持腳本程序的安裝
以及無法支持集成AD服務(wù)器
在文章中還提出幾點關(guān)于改善ESXi的建議,使其更加吸引那些習(xí)慣了使用ESX的管理員們。雖然相比而言我仍然更加喜歡ESX一些,但是現(xiàn)在我建議您去開始使用ESXi,而且去著手計劃把現(xiàn)有ESX上安裝的內(nèi)容逐步遷移到新的ESXi平臺上去。
vSphere將會成為官方所提供的***一版ESX升級
是什么原因讓我的想法發(fā)生了改變呢?有這么幾個原因。首先,近期發(fā)布的vSphere 4.1版本將會成為***一版包含ESX及其服務(wù)控制臺的vSphere版本。VMware已經(jīng)開始以博客在線研討會的方式公布,ESX將不再包含于VMware將來發(fā)布的新品和升級計劃中。
目前為止,VMware的代表們已經(jīng)多次申明在將來的某一天,ESX將不再包含在vSphere中,但是并沒有明確指出這一情況發(fā)生的具體時間點。
VMware在實現(xiàn)從ESX到ESXi遷移的過程中面臨的***挑戰(zhàn)來自于第三方的供應(yīng)商,如何讓他們把自己原先基于ESX Service console開發(fā)的應(yīng)用遷移到基于API實現(xiàn)。以及如何提升ESXi的功能和可管理性以使其達(dá)到和ESX同等水平。
正因為VMware已經(jīng)公開宣稱將不會在下一版本vSphere中提供對ESX的支持,因此我們不得不接受在將來需要面臨從ESX到ESXi遷移的事實,而無論您是否愿意這么去做。幸運的是,VMware的工程師已經(jīng)在vSphere 4.1中完成了對ESXi的很多重要改善。在“ESX/ESXi對比列表”中提供的關(guān)于ESX 4.0和ESXi 4.0版本的功能對比,已經(jīng)升級到跟ESXi 4.1版本的對比。
#p#
ESXi 4.1所做的改善
諸如AD服務(wù)器整合能力、基于SAN啟動以及腳本支持能力等技術(shù)在新版ESXi中已經(jīng)實現(xiàn)。VMware通過對TSM(Tech Support Mode)以及DCUI(Direct Console User Interface)所做的改進(jìn),也極大提高了ESXi的可管理性。官方現(xiàn)在已經(jīng)提供了ESXi對TSM的支持?,F(xiàn)在我們可以通過vSphere Client來配置和鎖定TSM,或者通過SSH實現(xiàn)遠(yuǎn)程站點連接的管理方式。同樣對于vSphere CLI也做了諸多改善,例如提供強制關(guān)閉那些無法對常用命令進(jìn)行響應(yīng)的異常虛擬機的能力。
但是還有一點我需要指出,現(xiàn)有的DCUI中仍然有一些功能上的缺失,例如啟動和停止虛擬機的能力。讓人欣慰的是,VMware將在下一升級版本中提供對這項功能的支持。
為避免一旦停止提供ESX后,需要從ESX到ESXi進(jìn)行強制遷移時可能為用戶帶來的困擾。VMware重新命名了免費版本的ESXi——“vSphere Hypervisor”,而且把ESXi和ESX統(tǒng)稱為“hypervisor architectures”,這一變化已經(jīng)立即生效了。VMware這樣做的初衷是希望統(tǒng)一的名稱可以為遷移提供便利。但是個人觀點認(rèn)為,這樣的做法會給更多用戶帶來困擾,“hypervisor architectures”聽起來顯得過于模糊而不太像一個產(chǎn)品品牌的命名。
在本文下半部分中,我們將介紹ESXi相比于ESX的優(yōu)勢以及實現(xiàn)從ESX到ESXi的遷移的方法。
【編輯推薦】