既然看到了高可用性的价值所在，让我们来看看Windows Server 2008故障转移群集还带给了我们哪些惊喜吧。

　　我们很多企业已经意识到了实现高可用性方案的重要性，也有很多企业希望尽快实现这样的高可用方案，但在实施的时候经常会遇到各种各样的问题，其中很大一部分是因为之前在创建Windows Server Cluster的时候，过程非常复杂，还受到了很多条件的限制，造成了群集实施的困难。在Windows Server 2008中，对于群集的创建和管理都有了很多改进，能够让企业的IT管理员更轻松的实现高可用的方案。

　　群集安装前的准备：我们知道群集的安装不仅需要有软件的准备，还需要对硬件做好配置，如配置好共享存储设备，配置好群集心跳线等等，由于配置众多，往往我们无法去判断当前的条件是否能够满足群集的安装要求，即使能够满足，在部署了群集之后，又是否能够安全可靠，实现自动切换呢。在Windows Server 08的群集创建前，增加了一个“验证”的步骤，这个步骤会对操作系统的一致性(每个节点)、基础架构(如CPU、内存)、配置(是否是域成员)、硬件设备(HBA、NIC)、节点连通性、兼容性、共享存储、软件(如IP地址的配置)做出必要的检测和验证，并且还会模拟群集创建完成后的故障转移，以确保群集的安装万无一失。相信大家对群集的安装条件都很了解，在这特别提示一点，就是群集节点的内、外网卡一定要设置在不同的网段，否则在群集管理器中只能够看到节点的一块网卡哦。另外还有，就是群集是否可以安装在DC上的问题，首先说这是可以的，但是我们包括微软绝对不推荐的，最近就因为客户将DC作为群集节点遇到了各种怪异的问题，总之，最好还是按照微软推荐的Best Practice进行配置。

　　企业在配置群集时，另外一个主要的考虑就是共享存储，要知道共享存储设备是很贵的，不是所有企业都愿意为了实现高可用去购买昂贵的存储设备的。(当然，中石油、中移动一类的企业刨除在外，记得在给移动做项目的时候，被人家告知，刚刚买了多少多少存储，才花了600多万，真便宜。汗!无语了)昂贵的存储设备，限制了群集在企业中的部署，并且还有个致命的问题：单点故障，也就是说，一旦群集的共享存储有幸休个假的话，整个群集也要跟着去休假了。在Windows Server 2003时代，就通过更新引入了一种新的群集仲裁模式，可以在没有共享存储的情况下，使用共享文件夹作为群集的仲裁资源(需要安装kb921181更新)。在Windows Server 2008中将会包含四种群集仲裁模式，这既可以帮助没有共享存储的企业实现高可用，也可以消除单点故障的问题。这四种模式分别是：多数仲裁模式、多数节点模式、磁盘仲裁、文件共享仲裁。其中后两项在Windows Server 2003上就已经有了，不做介绍，多数仲裁模式如下所示：

　　群集中的每个节点和磁盘存储均有投票权，当有节点或者存储发生故障时，由群集中的所有节点和存储进行投票，决定群集资源如何进行切换，这种模式中，即使共享存储设备发生故障(当然需要共享存储中只有仲裁资源，而没有其它数据资源，如Exchange mailbox store)，群集仍然能够正常运行，这就有效避免了群集的单点故障问题。