微软Windows Server 2008 R2 SP1 Hyper-V

微软一直在奋力追赶VMware和思杰，而最新版本的Hyper-V无疑加大了作为强有力竞争者的筹码。不过，它是个庞大的安装版本;几乎占用3GB的空间(完全服务器安装所占的空间多达10GB)，而另外两款虚拟化技术以Linux作为基础，可轻松放在一张光盘上(至少对基本的虚拟机管理程序来说是这样)。

微软Windows Server 2008 R2 SP1 Hyper-V

微软的方法是安装Windows Server 2008 R2，然后把Hyper-V作为一个角色(Role)来安装，这其实是相当简单的过程。Hyper-V管理器易于启动，它有简单而合理的布局。创建和配置虚拟机也很容易，你想执行的任何操作几乎都可以通过这个管理器来完成。不过在庞大集群中，Hyper-V管理器完全心有余而力不足;你无法在批处理模式下自动管理或运行任务，所以要有频繁用鼠标点击的心理准备。

为了消除管理大型基础设施的麻烦，使用微软System Center虚拟机管理器(MSCVMM)是个办法。它不需要处理重复任务。捎带提一下，MSCVMM还能管理VMware的ESX Server。

Hyper-V功能丰富，不过在一些情况下，它确实不如最新版本的ESXi。比如说，每个主机最多只有64个物理处理器和512个虚拟处理器(vCPU)，而ESXi为每个主机支持最多160个逻辑处理器和2048个虚拟处理器。

虚拟机对虚拟处理器的支持自然依赖操作系统，但每个虚拟机最多只支持四个虚拟处理器。

处理器兼容模式让虚拟机可以跨硬件迁移，物理主机可能有不同的处理器架构。这一功能是Hyper-V新增的;在前一个版本中，主机拥有的处理器架构必须一模一样;这意味着，你可以从英特尔主机迁移到英特尔主机，或者从AMD主机迁移到AMD主机，但是无法从英特尔主机迁移到AMD主机。

每个主机支持的物理内存相当大，达到1TB;但是每个虚拟机支持的最大物理内存只有64GB。不过，Hyper-V确实拥有动态内存功能：可以指定最大内存和最小内存;根据虚拟机的需要，分配的内存可以增加或减少。还可以为虚拟机赋予优先级，那样当主机开始耗尽物理内存时，就可以根据虚拟机优先级，减少分配给虚拟机的内存。

Hyper-V集群的大小仅限于故障切换集群中的16个节点，每个物理机最多有1000个虚拟机和384个虚拟节点。不管物理集群大小如何，每个节点可以允许的最大虚拟机数量不会变化。

访客操作系统包括Windows和诸版本的SUSE、红帽及CentOS;其他版本的Linux不受支持;但据说许多版本的Linux可以顺畅运行，没有任何问题。

高可用性需要在部署期间确认“通过Windows认证”测试——这在很大程度上需要硬件节点在操作系统版本、处理器系列和接口(如网络和主机适配器)等方面的规格一模一样。服务器还必须是活动目录域的成员，这势必在活动目录架构的某个地方要有域控制器。

“实时迁移”功能离不开Win2K8R2新增的集群共享卷(CSV)，建议使用专用网络用于迁移。除此之外，还需要使用专用网络用于内部集群通信、单独的虚拟网络配置和单独的存储网络。

虚拟网络采用标准的虚拟交换方法，操作系统网络堆栈分离开来，以便获得更高的吞吐量，不过输入/输出性能将取决于试图与外界通信的虚拟机数量。

至于负载均衡服务，就需要标准的微软网络负载均衡(NLB)组件，其配置方式与物理节点一模一样。

通过Hyper-V管理器添加“快照”(snap shotting)功能使得这款微软产品的成熟性有了一定的提高，该产品拥有拍摄和管理快照，并将快照重新部署到活动虚拟机所需的全部功能。虽然可以通过快照功能中的脚本编制来实现自动化，但是它主要用于测试和开发环境，而不是很适合事务型生产基础设施——肯定不该将其认为是生产环境中唯一的灾难恢复(DR)解决方案。