目前在X86服务器平台上做虚拟化，是非常热的。目前主要有两个选择，VMWare的vSphere4和微软的Hyper-V

R2，VMWare非常成熟，企业级用户很多，但价格不便宜，按照CPU数量和版本收费；Hyper-V

R2很便宜，但出来的时间不长，而且大型企业总有对于微软产品不信任的历史，到底应该选择谁呢？Informationweek上有一篇文章《9 reasons enterprises shouldn't switch to

Hyper-V》是目前不建议选择Hyper-V，理由是Hyper-V

R2相比vSphere4，还有如下一些不足之处：

1：操作系统的支持广度。除了微软自己的OS，Hyper-V目前只支持SUSE

Linux，缺了Linux中的No.1 Redhat(两者是死对头)。目前Hyper-V不支持Redhat，可能更多的是一个出于竞争的商业决定，未来要补上不是难事。而且大多Linux用户使用的也是Linux上的成熟应用，如Apache、中间件或数据库应用，对于Linux平台没有什么锁定的要求，RedHat上有的SUSE

LInux也有，迁移不是大问题。

2：内存管理。Hyper-V不支持oversubscription，所以造成单一物理机上支持的VM数量少于VMWare。我上一篇文章介绍的IDC统计数据显示，绝大多数的虚拟化客户每个物理机上支持的VM少于10个，所以以现代的主流服务器配置来说完全不是问题。Hyper-V对内存的使用略逊一筹只有支持几十个VM时才体现出来，而这种现实可能性非常小。而Oversubscription主要用于VDI的客户端虚拟化情况，个人认为Thin

Client才是更好的解决之道。

3：安全。Hyper-V的Hypervisor比较大，攻击面大，补丁的数量和频率更大。可能Elias可能有误解，Hyper-V R2并不一定要装在2008 server上，有一个单独的Hyper-V

server版本，其footprint就不大了。

4：Live Migration。微软的Live

Migration在迁移VM时，只能一个个来。所以一台物理机上的10个VM都要迁移时，管理的时间很多。VMWare能够一次性迁移所有VM。这实在不是什么问题，一个batch不就解决问题了吗？

5：VM优先重启动。VMWare支持一台物理服务器上的VM按照管理员设定的优先级重启动。Hyper-V不支持。增加一些代码和界面就可以解决的问题。

6：Fault

Tolerance。VMWare支持一台物理服务器上的VM热备另一台服务器上的某个VM，当后者当机时，前者可以第一时间接管所有的负载，没有业务的中断和数据的丢失。Hyper-V目前不支持。这个特性对于容灾的用户有吸引力，不过如果对于RPO和RTO的要求不是如此苛刻的情况下，Live

Migration的效果对于大多数客户实际情况都是可以接受的。

7：hot

adds。VMWare支持动态给VM增加内存、CPU、I/O等资源。Hyper-V目前不支持。高端的Unix服务器都有动态添加资源的能力，但是实际上很少有客户在生产环境真正应用。同理在虚拟环境下，这个特性说起来很有吸引力，但必要性的优先级不高。

8：第三方厂商支持度。支持Hyper-V的第三方厂商远没有支持VMWare的多。随着Hyper-V的成熟，第三方厂商一定会自发增加。

9：产品成熟度。虚拟化是个非常关键的业务决策，产品需要非常成熟，Hyper-V目前还缺乏一些必要的企业级特性，如VShield

Zone。这也是一个时间的问题。

不过由于Hyper-V太便宜，文章的作者Elias

Khnaser建议可以在试验或非生产环节使用Hyper-V，同时认为微软会很快追平VMWare拥有的企业级特性。

我也认为微软会很快追平VMWare某些企业级特性，因为这些特性并没有什么技术难点，主要是一些方便使用的精细化细节。微软在解决Live

Migration的大问题后，剩下这些me-too特性应该可以在下一代产品补足。不过对于Elias的结论，有不同的看法，用红字在上面标示。我认为对于中小企业或没有大笔虚拟化预算的客户来说，Hyper-V是一个绝佳的选择。只有满足如下的任一条件，VMWare才是首要的选择：

1：企业有大笔的虚拟化预算，钱不是问题，或没有其他优先级更高的应用需求的客户。

2：真正有大量负载不高的应用的客户，如100+以上的Infrastructure或WEB应用。因为如果负载不高的应用不多，VMWare的内存支持更好的特性无以体现，负载高了，现有X86平台1core的处理能力又是否能满足要求呢？(以主流4CPU的服务器计算，4Processor*6core=24core，超过24个VM的话，也不是VMWare的建议配置，而且1core

per VM的处理能力对于数据库或Web App Server应用真的足够吗？)