【IT168 服务器频道】 （接上篇）我们很多企业已经意识到了实现高可用性方案的重要性，也有很多企业希望尽快实现这样的高可用方案，但在实施的时候经常会遇到各种各样的问题，其中很大一部分是因为之前在创建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），群集仍然能够正常运行，这就有效避免了群集的单点故障问题。
多数节点模式如下所示：
与多数仲裁模式的区别是群集节点连接的存储设备是没有投票权的，这种模式通常采用的存储设备是iSCSI的存储设备，这样能够实现异地的高可用解决方案（这在Windows Server 2003中是很难实现的，不仅因为受到了仲裁模式的限制，还因为群集心跳线之前采用的是广播的方式，是无法跨越路由的，自然也就无法实现异地高可用啦）。
最后提示一点，在Windows Server 2003群集的文件共享仲裁模式中，仅能够支持两节点的群集，而在Windows Server 2008中，将可以支持更多的节点。（未完待续）
来源：http://space.zdnet.com.cn/html/71/289371-30167.html
作者：林麟
