Windows Server 故障转移群集为 Hyper-V 基础架构提供了一个至关重要的技术，不仅可以提供可用性，而且可以提供可移植性。虚拟化和私有云环境的一个重要概念在于破除负载与底层物理资源之间的捆绑关系，而故障转移群集通过使用实时迁移技术在不同物理宿主机之间不停机移动和放置虚拟机，真正实现了这一点。这里将提供一些有关放置的最佳实践，帮您对群集上使用的不同 Hyper-V 场景进行优化。


默认故障转移策略


如果有节点遇到故障，虚拟机将被分散到其他群集节点上。在老版本 Windows Server 中，任何资源都可以分散到承载虚拟机数量最少的群集节点中。在 Windows Server 2012 中，这种逻辑进行了改进，可以根据宿主机的内存数量这一最常见的约束性资源，决定虚拟机的分散方式。每个虚拟机都可以放置到空闲内存资源最多的节点中，并且会针对每个虚拟机的资源需求进行评估，例如检查虚拟机是否支持 NUMA。


如果承载多个虚拟机的群集节点崩溃，群集服务将寻找优先级最高的虚拟机，然后检查其他所有节点，确定拥有空闲内存最多的节点。随后会在这个节点上启动该虚拟机。这个过程可以针对所有虚拟机重复进行，从优先级最高的虚拟机开始按照优先级高低执行，直到所有虚拟机都重新放置。


虚拟机优先级


在 Windows Server 2012 中，群集中运行的每个虚拟机都可以分配优先级：高、中，或低。这样即可确保在群集运行中，高优先级的虚拟机可以得到最妥善的放置。同时通过使用这种方式可以确保组织最重要的服务或最关键的基础架构角色可比其他不那么重要的负载更快速的上线。

如果承载多个虚拟机的群集节点崩溃，那么首先将启动高优先级虚拟机，随后是中等优先级虚拟机，最后才是低优先级的。相同的逻辑还将应用于其他群集的运营，例如并发实时迁移或节点维护模式，这种情况下优先级高的虚拟机总是可以首先移动。


见第二篇。。。。。。


转至http://tech.ccidnet.com/art/302/20120905/4232457_1.html