VMware ESX3與ESX4版本之間差異解析
日期：2017/2/8 9:04:50 編輯：系統工具
本文只討論ESX 3和ESX 4的不同。除此之外，在必要的情況下表格中同樣包括了VMware ESXi.在很多方面，ESXi與ESX是相同的。上文描述了VMware ESX/ESXi架構概述，它們主要的區別在於ESXi如何啟動，而且ESXi缺少成熟的服務控制台。除非特別說明，下文中所做的對比同樣適用於ESX和ESXi.
Vmkernel差異
ESX的核心是vmkernel,而且以後的增強功能都源於對這一非常重要的子系統進行改進。新vmkernel支持新的以及不同的客戶操作系統，而且升級到支持最新版本的服務控制台以及驅動器交互。Vmkernel看起來和Linux內核相似，但是它並不是Linux內核。最有趣的相似在於加載內核的方式，但是所支持的模塊列表已經發生了變化。表2.1表明每個版本的ESX所加載的標准模塊。
表 2.1模塊版本差異（采用Proliant DL380機架服務器，使用vmkload –b命令得到以下結果） 在ESX 3中，服務控制台與vmkernel的分離是物理的，盡管如此仍存在相當多的滲透（bleed-through）。在ESX 3.5中，這種滲透幾乎已經消除了。第三方管理代理需要該滲透恰當地控制一些硬件，然而在ESX 4中，VMware引入了新的驅動器處理對硬件進行控制的需求，幾乎不再需要第三方管理代理。這些代理包括Dell Openmanage以及HP的洞察管理代理（現在通過改進的IPMI支持）。
伴隨著ESX 4的引入，VMware廢棄了出現在早期版本中的一些模塊。如果這些模塊所支持的設備對ESX安裝來說是必須的，那麼你將不能夠升級到ESX 4.表2.2列出了在ESX 3中存在但是在ESX 4中廢棄的設備，而在表2.3中包括了ESX 2.5中存在但是在ESX 3中廢棄的設備。ESX 4的開發者更喜歡選擇時髦的硬件，因此原有的PCI或PCI-X硬件被廢棄了。從穩定性的角度來看，這是個很好的選擇。最小化必須支持的設備數量與類型能夠使開發團隊將注意力集中在為需要支持的設備提供質量保證。
圖2.2 ESX 4中廢棄的ESX 3所支持的設備
圖2.3 ESX3中廢棄的ESX 2.5所支持的設備 應該對ESX 3以及ESX 4 其他一些不同的vmkernel特性做個說明。首要的改變就是通過定義明確的API開放了vmkernel的內部架構，允許第三方在vmkernel中增加相應的元素。這些API包括vNetwork,vStorage,vCompute以及VMsafe.
vStorage是對虛擬磁盤開發包（vDDK）一個新命名，從ESX 3起VMware便提供了該API.其他的API都是新提供的而且增加了主要的功能。
除了上述改變，從ESX 4開始，vmkernel是64位的而且支持高達1TB內存以及320台虛擬機，這些虛擬機總共可以利用高達512個虛擬CPU.
ESX引導差異
簡單來說，服務控制台已經從基於32位的Red Hat Enterprise Linux Enterprise Server 3 Update 8升級到基於64位的Red Hat Enterprise Linux Enterprise Server 5.1.ESX絕不是一個完整的GNU/Linux發行版。從技術上講，ESX根本不是Linux,因為vmkernel與硬件交互，而服務控制台是在虛擬機內部運行的。從法律上講，vmkernel也不是Linux,因為它是專用的。盡管服務控制台是GNU/Linux的一個變種，但是它只是一個管理設備而不是ESX操作系統。
盡管服務控制台的版本發生了變化，但是“不使用Red Hat任何更新”的規則一直沒有改變。服務控制台的所有更新都應該只來自VMware,這至關重要。考慮以下情況：ESX僅包括1個CD-ROM,而RHEL 5的官方版本支持多達5個CD-ROM.因此服務器控制台與RHEL沒有相同之處也不應該被認為是相同的。對於RHEL 5來說，配置該系統的的方法是使用system-config- 腳本，而這並不適用於ESX.相反，在ESX中有一系列的esxcfg- 腳本並不與Red Hat的原有腳本一一對應。
然而，esxcfg- 腳本能夠和新的管理工具vSphere Client很好地對應。你可以通過該客戶端直接配置ESX主機，當然也可以使用VMware vCenter server.盡管仍然提供了基於web的界面，但是不能通過web界面配置ESX主機或者創建虛擬機。
ESX 4的內核是專用的，vmkernel以及經RHEL 5修改，運行在服務控制台內的核心不可能是Linux.ESXi 4僅有一個專用內核vmkernel.通過修改通用的內核以使服務控制台能夠管理ESX hypervisor.ESX 4的服務控制台僅能看到呈現的或者直接通過vmkernel的硬件，服務控制台並不和硬件直接交互除非使用直通設備。修改ESX僅限於在vmkernel中增加或刪除設備驅動器以及控制運行在vmkernel中的虛擬機和虛擬交換機對象。
在ESX 3之前的版本中，vmkernel將在服務控制台完全啟動後加載，而且vmkernel將奪取由內核選項所控制的所有PCI設備的集合。在ESX 3中發生了改變。首先加載vmkernel,然後是服務控制台。服務控制台運行在一個專有的虛擬機內，它比標准的虛擬機具有更多的特權。在ESX 3中服務控制台安裝在本地磁盤上，該專有虛擬機通過RAW直通SCSI設備訪問本地磁盤。在ESX 4中，又發生了變化，那就是不再使用RAW直通SCSI設備。相反，GNU/Linux環境位於虛擬機磁盤（VMDK）文件中。這一改變進一步強調了hypervisor與GNU/Linux的差異。所以再重復一遍：hypervisor是非Linux（notLinux）。
