專家視角:為什么用戶反對從ESX切換到ESXi?
迄今為止VMware ESXi還沒有獲得大規(guī)模的應(yīng)用,對于大多數(shù)用戶來說,ESX仍然是首選,因為它已經(jīng)在用戶身邊很多年,而且被管理員所熟悉。如果我們對老牌管理員做個調(diào)查,很容易就能發(fā)現(xiàn)他們對ESX Service Console的喜愛。原因是什么呢?很簡單,他們已經(jīng)習(xí)慣在這個完整的Linux操作系統(tǒng)中對ESX主機進行管理,這帶有的強大功能和靈活性。
然而,看起來VMware似乎更希望用ESXi來代替ESX的使用,這家公司也已經(jīng)多次申明這會成為將來的方向。而這個切換將發(fā)生在什么時候,還僅僅處于猜測階段。
ESX和ESXi在內(nèi)核上是完全一致的。它們采用了相同的管理程序,這就是被稱為VMkernel的,約為32MB大小的內(nèi)核程序。它們之間的區(qū)別在于管理界面上,而管理界面程序在主機上以一臺獨立的虛擬機方式運行。
管理界面
ESX中的管理界面被稱為Service Console,它一個完全安裝的Red Hat Linux操作系統(tǒng),然后根據(jù)ESX的需求做了調(diào)整和優(yōu)化。VMware增加了一系列的驅(qū)動、服務(wù)、進程和終端程序以使它可以完成對VMkernel的管理,這其中包括著名的ESX專用命令:esxcfg-vnics 和 vmware-cmd。
作為一個完整的Linux操作系統(tǒng),Service Console在使用默認分區(qū)方式安裝后大約要占用8GB空間大小。用戶可以通過SSH(secure shell)登錄到Service Console,并完成命令運行、日志訪問、腳本運行、驅(qū)動和應(yīng)用程序安裝(雖然我們不建議采用這種方式安裝)等各種操作。
通過Service Console可以實現(xiàn)很多功能,而且在主機發(fā)生問題做故障診斷時也很方便。但是如果您不夠小心,也可能會導(dǎo)致各種問題發(fā)生。由于Service Console所帶有的強大功能,在缺乏正確防護的情況下,它也經(jīng)常被認為是潛在的風(fēng)險。
相比而言ESXi的管理界面我們簡單稱之為Management Console。它放棄了安裝完整操作系統(tǒng)的方式,而是采用了一個很小的叫做Busybox的可移植系統(tǒng)環(huán)境,該操作界面僅提供了一些受限的遠程管理接口。ESXi的初始空間被壓縮到了僅有60MB大小,VMware把它作為一個提前配置完的鏡像文件提供,也就是說ESXi不需要像ESX一樣的完整安裝過程。為了減小空間占用,VMware從ESXi中刪除了大量的命令,從而更多地需要依賴遠程管理工具的方式實現(xiàn)。這些管理工具借助管理界面,通過API(advanced programming interfaces)和ESXi實現(xiàn)連接。在用于完成ESXi管理的工具中,包含大家所熟知的vSphere CLI(vCLI,初期被稱為Remote Command Line Interface,也有人叫做Remote CLI 或 RCLI),它也可以和ESX集成。vCLI是安裝在某臺PC上的腳本環(huán)境(Perl),通過腳本程序或一些特殊命令和ESXi主機交互,以完成對主機的配置管理。它幾乎對所有用于完成ESX配置的COS命令做了移植。
ESXi的用戶界面
ESXi的用戶界面被稱為DCUI(Direct Console User Interface),它的功能僅限于完成基本的網(wǎng)絡(luò)設(shè)置、重啟管理客戶端、日志訪問和其余的一些基本配置。它還擁有一個隱藏的命令行管理界面,可以在完成故障診斷的時候使用。這個隱藏的命令行界面被稱為Tech Support Mode,而且VMware并不建議用戶在沒有VMware相應(yīng)支持服務(wù)的情況下使用該界面。在默認情況下,用戶無法通過SSH登錄到ESXi管理界面,這也意味著vCLI是ESXi最主要的管理工具。但是通過在Tech Support Mode中完成一些配置可以啟用到ESXi主機的SSH連接方式,但這種配置并不被官方所支持。
VMware ESXi存在的問題
為什么VMware希望用ESXi來替換ESX和Service Console,而不是同時提供兩種方案,然后讓客戶自行選擇他們喜歡的版本?很多用戶喜歡接受ESX及其帶來的優(yōu)勢,而另外的一些用戶則對ESXi較小的空間占用和簡易安裝過程情有獨鐘。而且,VMware不斷地在ESX中增加新的功能,而不是通過利益引導(dǎo)的方式讓用戶轉(zhuǎn)向ESXi。更進一步地講,還有很多技術(shù)在ESXi中根本無法支持,如:
對于從SAN存儲中啟用ESXi的官方支持;
虛擬機的Web管理界面;
對巨型幀的支持;
對腳本安裝方式的支持;以及
集成活動目錄功能的支持;
之前主要用于ESXi遠程管理的vSphere CLI,由于受到自身管理接口的限制,對于在ESX Service Console中存在的很多命令無法提供支持。跟ESX Service Console相比,這部分由于vSphere CLI不能識別而缺失的功能,我們可以參考文章:KnowledgeBase article: vSphere CLI and Service Console Parity issues。而且在沒有網(wǎng)絡(luò)連接,或者是我們找不到可以用于連接到主機并通過vSphere CLI實現(xiàn)管理的工作站等情況時,如何實現(xiàn)對主機的管理也是一個問題。
在ESXi管理界面中,DCUI可以直接完成的操作非常有限?;旧现v,我們可以做以下這些操作:訪問日志、配置管理界面所在的網(wǎng)絡(luò)、重新啟動管理程序端。而對于一些很簡單的,諸如啟動和關(guān)閉虛擬機、進入維護模式、管理虛擬機快照等操作也無法支持,通常我們也經(jīng)常需要從管理界面去直接進行這些操作。
ESXi真的比ESX安全很多嗎?
長期以來,VMware一直宣稱ESXi比ESX好,因為它所具有的安全性。但是這真的是事實嗎?其實它們的安全性都要取決于其設(shè)置方式,通過配置ESX和ESXi都可以輕易地實現(xiàn)更高(或低)的安全性。
ESXi未必比ESX安全,僅僅是ESX和它實現(xiàn)安全的方式不一樣,而ESXi也有它固有的弱點。您或許會說因為ESX的Service Console需要安裝很多補丁,所以它不安全。但是我認為ESX所經(jīng)歷的歷程可以為自己佐證,在多數(shù)情況下,ESX都被證明是一個非常安全的平臺。
如何使ESXi對用戶更有吸引力?
我想VMware在說服客戶放棄他們所喜歡的ESX及其Service Console方面,還有很長的路要走。當(dāng)然,VMware也可以通過停止ESX來迫使客戶轉(zhuǎn)變,但是這樣做很有可能招致VMware客戶的反感。
而另一方面,VMware可以通過提供一些優(yōu)點來誘使客戶轉(zhuǎn)向ESXi,如果VMware可以做到如下這些方面的話:
改進DCUI,增加更多的功能支持,例如對虛擬機狀態(tài)的監(jiān)控以及對電源選項相關(guān)的操作。僅僅做成簡單的文字界面就可以,我們并不需要華麗的圖形用戶界面。
確保ESXi可以實現(xiàn)對ESX所有功能的支持。據(jù)我所知,一些ESXi中缺失的功能很快就會被加入,但是如果一個產(chǎn)品馬上要被停產(chǎn)的話,它的替代產(chǎn)品必須可以實現(xiàn)完全地替換。
改進vSphere CLI。ESX Service Console所擁有的所有命令必須可以在vSphere CLI中運行。
基于Web的用戶界面,尤其是在遠程連接訪問的時候。該界面不要特別地華麗和豐富,但是起碼應(yīng)該可以讓我們通過它完成基本地操作。甚至是像vCenter Mobile Access那樣的簡單用戶界面都是可以接受的。
挖掘Tech Support Mode。它已經(jīng)存在了,需要做的就是對它進行支持并讓用戶使用。在DCUI中增加它的入口,因為我們已經(jīng)看到,盡管VMware試圖隱藏它并且不鼓勵使用,但是用戶是有需求的。
支持用戶對ESXi的腳本安裝方式。不是所有用戶都可以授權(quán)使用主機用戶界面,這樣的話可以使ESXi的部署更加簡單。
ESXi的安裝過程很簡單,但問題是過于簡單了。在安裝過程中加入一些畫面以支持用戶的簡單定制需求。加入的界面也不需要多么復(fù)雜,但是至少應(yīng)該支持用戶為管理員用戶設(shè)置一個密碼。
我認為如果VMware做出了如上這些改善,ESXi占用的空間將會增大,但是我不認為有人會介意ESXi占用了額外的50MB空間。如果為了始終保持ESXi的“瘦小體型”,而不斷增加用戶使用和管理的難度是不明智的。通過使ESXi更易用才可以吸引越來越多的用戶習(xí)慣于使用ESXi。
由于ESXi受到的限制,很多人依然習(xí)慣于使用ESX。最后,我仍然希望可以擁有兩種備選方案,請繼續(xù)保留ESX以提供用戶選擇的權(quán)利。想想將來如果沒有了ESX(這個從2001年起就充斥我們身邊的產(chǎn)品),會使大家感到非常不習(xí)慣。
【編輯推薦】