ESXI与Hyper-v功能对比

管理程序的基本功能对比

管理程序是虚拟基础架构的关键组件和基础。早在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.5Microsoft

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

客户操作系统：

?Hyper-V 对

非Windows

客户操作系统

的支持仅限于

Novell SUSE

?Hyper-V 对

4 路vSMP

的支持仅限于

Windows

Server 2008。

对于

Windows

2003，

Hyper-V 仅

支持不超过 2

路的vSMP

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 不

支持以下功能：

?用于实现负载

平衡的网络通

信量调整

?用于确保关键

虚拟机优先访

问存储设备的

存储I/O 优

先级划分

?内存交换优先

级划分（内存

释放）

VMware

ESX/ESXi 提供经

过验证的硬件资源

分配解决方案，包

括完全支持网络通

信量调整、I/O 优先

级划分，以及用于

进行内存管理和优

先级划分的内存释

放。

支持性能增强技术Hyper-V 不支持一

些性能增强技术，

例如：

?AMD RVI（层

级化页表），