使用市场领先的管理程序 VMware ESX 和 ESXi 为动态、自动化的数据中心奠定基础。VMware ESX 和 ESXi 是部署最为广泛的管理程序，可使应用程序实现最高水准的可靠性和性能。这两款管理程序是 VMware vSphere 的核心组件，可为各种规模的公司带来以下好处：
管理程序的基本功能对比
管理程序是虚拟基础架构的关键组件和基础。早在 2001 年，VMware 便率先将裸机管理程序推向市场，此后，VMware 一直不断地通过增加功能来响应不断增加的客户需求，对裸机管理程序进行完善。如今，随着虚拟化的普及，各种规模的公司已不再是仅仅为了实现简单的服务器整合而采用虚拟化。管理程序的基本特性如下：
- 具有为特定目的构建、独立于操作系统的精简体系结构，以便提高可靠性和稳健性
- 使可用的硬件资源得到最佳利用
- 提供支持关键应用程序的性能加速功能
- 实现了原先在物理系统上无法实现的高级功能
已有成千上万家公司采用 VMware ESX/ESXi，使其成为当今虚拟基础架构最久经考验的基础。其可靠性被业界媒体评价为“可以抵御重磅攻击”（《Redmond Magazine》2008 年的“编辑首选奖”）。市场上只有 VMware ESX/ESXi 这款管理程序能够真正提供满足当今客户要求的基本功能。 下表将 VMware ESX/ESXi 3.5 与最近发布的 Microsoft Hyper-V 管理程序进行了对比，说明了 Hyper-V 在管理程序的各个关键方面存在怎样的重大局限性：
| 特性 | VMware ESX/ESXi 3.5 |
Microsoft Hyper-V RTM |
管理程序对比 |
|---|---|---|---|
| 专门构建的精简体系结构 | |||
| 占用磁盘空间小 |  |
 |
Hyper-V 完全依赖于通用操作系统 (Windows 2008)。Microsoft 在最理想的情况下占用的磁盘空间为 2.6 GB (Hyper-V + Server Core)，这一数字比 ESXi 占用的磁盘空间 (32 MB) 高 80 倍。Hyper-V + Windows Server 2008 所占用的磁盘空间更大，约为 10 GB。这两种备选方案由于占用空间很大，因此更易受到安全攻击，并且性能开销也会增加。此外，Windows Server 2008/Server Core 的补丁程序也会影响 Hyper-V 客户机。 另一方面，VMware ESXi 是一款功能完备的管理程序，只占用 32 MB 磁盘空间，因此降低了停机风险并提高了可靠性。 |
| 独立于操作系统 | |
|
Hyper-V 依赖于 Windows 2008，因此就充分利用可用硬件资源而言，它偏向于 Windows 客户操作系统：
VMware ESX/ESXi 针对虚拟化进行了优化，提供最广泛的操作系统支持（5 种 Windows 版本、9 种 Linux 版本，以及 Netware 和 Solaris），使所有受支持的客户操作系统都能对可用资源进行最佳利用（在所有受支持的服务器操作系统上都可以使用 4 路 vSMP） |
| 加强型驱动程序 | |
|
Windows 2008 是一种通用操作系统，它依赖于由第三方构建、并非为虚拟化设计的通用设备驱动程序。这一点大大增加了出现性能问题、与驱动程序补丁程序相关的停机以及系统故障的可能性，即使这些驱动程序通过了 Microsoft 的认证也不例外。Windows 驱动程序现在已经通过 Microsoft 的认证，但驱动程序问题仍然存在。 另一方面，VMware 与 IHV 密切协作，测试并优化它们的驱动程序以便用于 ESX/ESXi，以此方式来确保并行运行多个虚拟化工作负载时的总体可靠性和性能。 |
| 资源效益 | |||
| 高级内存管理 | |
|
在大多数情况下，系统内存管理是决定一台物理主机上可以同时运行多少个虚拟机的主要因素。Hyper-V 无法过量使用主机内存，因为它不支持透明内存页共享以及用于回收闲置物理内存的内存释放等功能。因此，与 VMware ESX/ESXi 相比，Hyper-V 实现的虚拟机密度和服务器整合率较低。 VMware ESX/ESXi 完全支持内存过量使用，因而可实现较高的虚拟机密度，同时提供始终如一的性能。VMware 客户可以在其生产数据中心定期以 1.5 或 2.5 的倍率过量使用内存，而不会对最终用户有任何明显影响。 |
| 高级存储管理 | |
|
Hyper-V 采用 NTFS 文件系统进行存储。NTFS 不属于集群文件系统。因此，Hyper-V 对共享虚拟磁盘和实时迁移不提供本机支持。由于 Hyper-V 缺少集群文件系统，因此在进行 Microsoft 快速迁移（基于主机集群）时 LUN 上的所有虚拟机都必须同时迁移。为避免出现这种不利结果，用户必须为每个 LUN 分配一个虚拟机，从而带来令人头痛的存储难题。唯一的其他可选方案就是购买第三方集群文件系统，为此要付出额外的许可和支持成本。 VMware ESX/ESXi 随附了 vStorage VMFS，这是一种专为虚拟化设计的集群文件系统。vStorage VMFS 完全支持实时迁移，允许多个虚拟机在共享单个 LUN 的同时仍能够在各个虚拟机间进行迁移/故障切换。 |
| 高级网络管理 | |
|
Hyper-V 不支持本机物理网卡绑定，而是需要 IHV（Intel、Broadcom）提供的第三方驱动程序。这一局限性妨碍了 Hyper-V 针对网卡故障提供开箱即用且独立于硬件的保护。此外，Hyper-V 对受支持网卡使用的驱动程序并不支持虚拟化，无法从此管理程序内加以控制，必须加载到父级分区中。 VMware ESX/ESXi 完全支持网卡绑定，从而针对网卡故障提供了简单、全面的开箱即用解决方案。 |
| 性能加速 | |||
| I/O 可扩展性 | |
|
Hyper-V 采用“间接驱动程序”模型，该模型将 Windows 2008 实例内的所有设备驱动程序存储在 Hyper-V 的父级分区内，依赖通用操作系统来处理 I/O 通信。这种设计给 I/O 带来了瓶颈，因为所有客户机 I/O 请求都必须途经未针对虚拟化进行优化的 Windows Server 2008（或 Server Core）。因此，在运行大量带负载的虚拟机时就会造成可扩展性问题。这种可扩展性问题严重限制了整合率。 VMware ESX/ESXi 采用带有调度程序的直接驱动程序模型，该调度程序是专为处理多个高工作负载的需要打造的。由于具备了这种可扩展性，因此可实现更高的虚拟机密度，同时提供始终如一的高性能。 |
| 分布式资源分配 | |
|
Hyper-V 缺少很多根据实时工作负载情况以最优方式分配硬件资源的功能。与 ESX/ESXi 不同，Hyper-V 不支持以下功能：
VMware ESX/ESXi 提供经过验证的硬件资源分配解决方案，包括完全支持网络通信量调整、I/O 优先级划分，以及用于进行内存管理和优先级划分的内存释放。 |
| 支持性能增强技术 | |
|
Hyper-V 不支持一些性能增强技术，例如：
VMware ESX/ESXi 同时支持层级化页表和大容量内存页，因此即使在最为严苛的环境中也能够实现出众的性能。关键、占用大量资源的应用程序（如 Oracle 数据库）在 VMware 虚拟环境中执行时可实现更高的性能。 |
| Linux 半虚拟化支持 | |
|
Hyper-V 支持以“传统方式”进行 Linux 半虚拟化，即 IT 管理员维护两个内核，一个用于物理机，另一个用于虚拟机。这种额外的维护工作增加了复杂性和管理成本。 另一方面，VMware ESX/ESXi 支持通过 paravirt_ops/VMI（虚拟机接口）进行 Linux 半虚拟化，这是业界接受的新型 Linux 半虚拟化方式。这种新型方式不要求 IT 管理员为物理机和虚拟机分别维护并支持一个内核，而是将它们全部整合到一个内核中。目前，SLES 10 和 Ubuntu 7 全都支持 paravirt-ops/VMI。 |
| 高级虚拟化功能 | |||
| 虚拟化安全技术 | |
|
Hyper-V 没有为安全供应商提供专门用来将其安全功能扩展到虚拟化环境的功能。 VMware ESX/ESXi 即将推出的 VMsafe 功能将实现一个丰富的体系，供第三方构建针对虚拟化环境的安全解决方案。VMsafe 是一项虚拟安全技术，利用此技术可精确了解虚拟机资源的情况，监控系统执行的各个方面，及时停止以前无法检测到的病毒、Rootkit 和恶意软件，使它们无法感染系统。 |