【IT168 专稿】故障转移群集中的仲裁配置确定群集允许的故障数。如果出现更多故障，则群集必须停止运行。

　　仲裁的意义

　　在出现网络问题时，仲裁可以干预群集节点之间的通信。一小组节点可能在网络的一个功能部分中间相互通信，但是无法与网络另一部分中不同的一组节点进行通信。这可能导致严重问题。在这种"分隔"情况下，至少有一组节点必须停止作为群集运行。

　　为防止群集中的分隔所引起的问题，群集软件要求作为群集运行的任何节点集必须使用投票算法确定该节点集在指定时间是否有仲裁。由于指定群集包含特定的一组节点和一个特定的仲裁配置，群集将知道多少"投票"会构成多数（即，一次仲裁）。如果投票数低于多数，群集就停止运行。节点仍将侦听其他节点的存在，当另一个节点在网络上重新出现时，节点不会开始作为一个群集运行，直到重新获得仲裁。

　　例如，在使用"节点多数"的五节点群集中，请考虑如果节点 1、2 和 3 可以相互通信，而不能与节点 4 和 5 通信，会发生什么情况。节点 1、2、3 构成多数，它们继续作为群集运行。节点 4 和 5 占少数，停止作为群集运行。如果节点 3 失去与其他节点的通信，则所有节点停止作为群集运行。但是，所有运行的节点都将继续侦听通信，以便在网络重新开始工作时，群集能够组成并开始运行。

请注意，群集的整个功能不只是取决于仲裁，还取决于每个节点上用来支持故障转移到该节点的服务和应用程序的容量。例如，包含五个节点的群集在两个节点出现故障后仍然拥有仲裁，但是只有每个剩余的群集节点拥有足够容量来支持故障转移到它的服务和应用程序时，它才会继续服务客户端。