虚拟化大PK：Hyper-V R2 Vs vSphere 4

作者：许振新 2009-10-29 15:30:54

云计算

虚拟化 Hyper-V R2的问世使得微软有了和VMware的vSphere 4一较长短的本钱。虽然在“虚拟化利器微软Hyper-V R2全体验”一文中，我们介绍了Hyper-V R2大量的新功能，但Hyper-V R2和vSphere 4各自究竟在哪些领域具有优势呢？我们在下面会进行一些相关的比较。

Hyper-V R2的问世使得微软有了和VMware的vSphere 4一较长短的本钱。虽然在“虚拟化利器微软Hyper-V R2全体验”一文中，我们介绍了Hyper-V R2大量的新功能，但Hyper-V R2和vSphere 4各自究竟在哪些领域具有优势呢？我们在下面会进行一些相关的比较。

首先，VMware支持37种不同的操作系统，而Hyper-V R2在支持那些不带有“Windows”标记的操作系统时或许会遇到麻烦。Hyper-V R2支持的Linux版本，仅仅包括Fedora 11、Ubuntu Server 9.04、Suse Linux Enterprise Server 10和11、Red Hat Enterprise Linux 5.2和5.3等当前新版本的Linux，并且，虚拟机运行这些操作系统仅限于在一个单一的虚拟CPU上。同时，Hyper-V R2对于不同种的硬件资源的支持也存在问题，比如视频卡和网卡。

Hyper-V R2支持64个逻辑处理器，在这点上和VMware相同。Windows Server 2008 R2本身支持256个逻辑处理器，但只有64个可以利用Hyper-V R2）。

此外，Hyper-V R2新的虚拟机队列（VMQ）功能，和VMware ESX 3.5、4.0中的NetQueue的直接内存访问能力相匹配。当从虚拟机像网卡传输数据流时，VMQ和NetQueue会跳过一些虚拟的网络开销。

VMware vSphere 4界面

然而，VMware新的VMDirectPath I/O功能，都优于VMQ和NetQueue。 VMDirectPath给了每个虚拟机对网卡的直接访问能力，好像它们是硬件上唯一的操作系统，因而从操作系统到网卡的路径要比VMQ和NetQueue更直接一点。

VMware vSphere 4在同等精简配置的情况下还提供了一些内存利用率的改进。用户可以给虚拟机分配更多的内存，可以超过服务器的实际提供。这是非常有用的，因为用户可以动态地将内存从空闲的虚拟机上重新分配给忙碌的虚拟机，使得更多的虚拟机是在一个系统上运行。在VMware中设置Vmotion不会比Hyper-V R2中的动态迁移功能运行更麻烦。此外，VMware公司提供了一个受到更广泛支持的硬件配置队伍。

Hyper-V R2可能会有一定的价格优势，它可能会比VMware更便宜，特别是如果用户想使用实时迁移功能，因为该功能在VMware的软件中需要额外收费。

此外，vSphere的价格可能会比Windows Server 2008企业版或者数据中心版更高。但一切还得看企业的具体应用，因为微软和VMware在价格方面不是特别明朗，要根据企业的规模、客户端的多少等等因素来综合考虑。

如果用户近期一直关注微软虚拟化的发展或部署，Hyper-V R2是一个不错的选择，它对于经验丰富的微软Windows管理员来说非常易于部署和管理。 VMware则代表了大多数管理员的大量学习曲线，尤其是对非Linux的管理员。

另一方面，如果用户选择了不被Hyper-V R2操作系统，如除了Suse和Red HatLinux所提到版本外的Linux系统，以及比Windows Server 2000更老的微软操作系统、Solaris、NetWare或FreeBSD ，或者有些用户需要用到vSphere的先进功能，如自动精简配置或VMDirectPath，那么就用VMware的软件吧。

【编辑推荐】