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