如果你是一位试图了解微软Hyper-V的VMware管理员，那么你应该从学习一些重要的Hyper -V管理术语开始。

许多Hyper-V的功能都和VMware一样，这样就会较容易将管理员所掌握的vSphere架构知识扩展到微软的虚拟化平台上。下面是Hyper-V的功能术语，VMware管理员在实施Hyper-V之前应该对之熟悉。

VC服务器 = 虚拟机控制台

VMware和微软都有成套的管理工具。以vSphere为例，管理平台是vCenter Server（客户端vCenter Client与之配套）。Hyper–V的管理平台是虚拟机控制台（SCVMM），它包括服务端和客户端组件。

在没有SCVMM管理程序的协助下，你也可以完成许多基本的Hyper-V管理任务，包括集群管理。如果你没有SCVMM的许可也不要紧，那可以使用Hyper -V管理控制台，它可以从服务控制台启动，或者在Windows7系统上，它是远程系统管理工具（RSAT）的一个组件。你甚至可以通过集群故障转移工具来管理Windows系统集群故障转移（这是Hyper-V提供的一个非常重要的功能），同样这也是由每台主机上RSAT实现。

VMware集群 = Windows集群故障转移

虚拟集群服务带来的第一个功能就是高可用性。 vSphere和Hyper-V都需要宿主机连接到共享存储的逻辑单元上（LUN），并且每个虚拟机（VM）的虚拟磁盘都要保存在共享存储上。满足以上前提，那么在群集内部，允许在某台宿主机出现故障的情况下，其上虚拟机能顺利实施故障转移，而且这也让均衡虚拟机负载变更容易。

以上是相同点，接着介绍一个很重要的不同。 vSphere集群技术只为其自身而设计，而Hyper-V是通过Windows通用系统故障转移功能来实现集群，此功能模块也支持其他应用程序，例如，DHCP、文件服务器、SQL Server等。因此，Hyper-V管理的主机群集，就得同时关注这些应用程序，可谓牵一发而动全身。 SCVMM 2012版（目前处于测试阶段）可能会降低一些管理Hyper-V集群的复杂度。

VMware vMotion = Hyper-V在线迁移

将连接到共享存储的主机组成集群后，就可以在主机之间在线迁移虚拟机，而无需先将虚拟机关闭。这就是在线迁移。vSphere称它为VMware VMotion, Hyper–V叫在线迁移。从Windows Server 2008 R2版本开始，Hyper-V提供此功能。对于这两个平台，迁移过程大同小异。

VMware HA = 虚拟机高可用性

这两个平台均提供了高可用性集群技术，以及它们的功能也非常相似。 VMware HA和Hyper - V高可用性（尽管利用Hyper-V建立集群有些困难）都提供了有限的或无宕机的故障转移技术。然而，更需要关注的是这两家公司对于故障转移容量估算的差异。

当这两个平台中的任一主机发生宕机，那么其上运行的虚拟机也会关闭。因此一个很重要的判断就是哪里适合故障虚拟机重新开始运行。 vSphere和Hyper –V对此处理决然不同。

当前版本的Hyper-V和SCVMM,管理员能够在Windows集群故障转移控制台中为虚拟机预设一个允许虚拟机重新启动的主机，这样虚拟机在发生故障后会遵循此策略。但是这个需要手工配置，所以对于管理大型规模集群的管理员来说是一个挑战。

SCVMM也没有在集群范围内为虚拟机设计容量规划，但vSphere有。此功能将为已启动的虚拟机预留冗余资源，这也是 vSphere集群能够保持长久运行的原因。 SCVMM 2012版将预计增加类似功能以实现对Hyper-V高可用容量规划的支持。

分布式资源调度（DRS）= 性能和资源优化工具

 

VMware HA和分布式资源调度（DRS）能够合理并优化集群内资源，以平衡虚拟机的工作负载。通过衡量整个集群的资源利用情况，DRS能够在主机之间均衡虚拟机的负载，并在故障出现时，DRS利用其对资源的掌控会将受影响的虚拟机恢复运行。

相比之下，Hyper-V的均衡工作负载能力显的尤为局限。SCVMM利用性能和资源优化工具（PRO）可以防止单台主机资源的过度消耗，但是没有办法计算出整个集群的资源利用情况。有篇Microsoft TechNet文章（PDF格式）对此有详细介绍。 Hyper-V确认主机过载标准是，已利用内存量大于“总物理内存量减去为主机预留量”.判断CPU过载标准是，使用率大于“100%减去为主机预留。”

PRO与DRS的另外一个重要不同是，Hyper-V实现负载平衡需要两个组件来协同工作：SCVMM - 虚拟机管理组件和系统质量监控中心（SCOM）- 监控及反馈组件。SCOM代表着微软是用更通用的一些组件来协助完成Hyper – V的管理任务。

虚拟机文件系统 = 群集共享卷

一个服务器集群需要多台主机同时连到共享存储上，所以你需要一种文件系统，以支持这样的并发访问。 VMware的虚拟机文件系统（VMFS）专为此设计。但是，微软的新技术文件系统（NTFS）设计之初并没有考虑到此种情况。

Windows Server 2008 R2以前版本，由于NTFS磁盘格式的自身限制，处于同一LUN的所有虚拟机必须一起执行故障切换。原因是Windows集群控制器连接着共享存储，而同一时间只有一台主机可以访问到此空间，所以Hyper-V只能实现这种锁链式的故障转移。

在R2版本中，微软通过加入集群共享卷（CSV）来改善此情况，它允许在同一LUN上的虚拟机独立完成故障切换。这就不需要为了实现独立故障切换而为每个虚拟机创建一个单独的LUN,但只有有限供应商对此支持，如备份和恢复功能。此外，VMFS包含专为支持虚拟机而设计的额外功能，这样就没法公平地对比VMFS和CSV了。

Storage vMotion = 快速存储迁移

VMware 的vSphere产品包含了Storage vMotion功能，它可以实现在数据存储间转移虚拟机的磁盘文件。 Hyper - V的等价功能是快速存储迁移。这两个功能实现同一个目标，但VMware的技术可以在不关闭或者暂停虚拟机服务的情况下完成此任务。但Hyper-V在传输过程中需要暂停虚拟机的服务。

VMware和Hyper-V功能：千变万化

伴随着新版本的推出，VMware和Hyper-V的功能也在不断变化。事实上，VMware vSphere 5版本[SC9]又改变了很多，此版本对高可用性进行了增强，并添加了可以实现存储自动化管理的存储式分布式资源调度功能。尽管如此，微软SCVMM 2012版也将对上文提到的Hyper - V许多不足进行改进。

如果考虑在已有的vSphere环境中加入Hyper-V,那么你需要特别注意他们功能之间的区别。