本文只讨论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）。