了解故障转移群集中的仲裁配置

故障转移群集中的仲裁配置确定群集允许的故障数。如果出现更多故障，则群集必须停止运行。在此上下文中的相关故障包括节点的故障，有些情况下还包括见证磁盘（包含群集配置的副本）或见证文件共享的故障。在出现太多故障或群集节点之间通信有问题时，停止群集运行非常重要。有关更详细的说明，请参阅本主题后面的为何必需仲裁。

	重要
	在大多数情况下，使用群集软件标识为适合群集的仲裁配置。仅在您确定更改适合群集时才更改仲裁配置。

请注意，群集的整个功能不只是取决于仲裁，还取决于每个节点上用来支持故障转移到该节点的服务和应用程序的容量。例如，具有五个节点的群集在两个节点出现故障之后仍然拥有仲裁，但是剩余的每个节点提供的服务级别将取决于该节点上用来支持故障转移到该节点的服务和应用程序的容量。

可以从四个可能的仲裁配置中选择：

• 节点多数（推荐用于含有奇数个节点的群集）
  
  可以承受的故障节点数为节点数的一半（四舍五入）减去一。例如，七个节点的群集可以承受三个节点出现故障。
  
  
• 节点和磁盘多数（推荐用于含有偶数个节点的群集）
  
  在见证磁盘保持联机时可以承受的故障节点数为节点数的一半（四舍五入）。例如，在见证磁盘联机时，六个节点的群集可以承受有三个节点出现故障。
  
  在见证磁盘脱机或出现故障时可以承受的故障节点数为节点数的一半（四舍五入）减去一。例如，见证磁盘有故障时，六个节点的群集可以承受两 (3-1=2) 个节点故障。
  
  
• 节点和文件共享多数（适合有特殊配置的群集）
  
  与“节点和磁盘多数”的工作方式类似，但是此群集使用见证文件共享，而不是见证磁盘。
  
  请注意，如果使用“节点和文件共享多数”，则至少必须有一个可用的群集节点包含群集配置的最新副本，然后才能启动群集。否则，您必须通过特定节点来强制启动群集。有关详细信息，请参阅启动或停止群集节点上的群集服务中的“其他注意事项”。
  
  
• 无多数：仅磁盘（不推荐）
  
  可以承受除一个节点外的所有节点出现故障（如果磁盘联机）但是，建议不使用此配置，因为磁盘可能成为单一故障点。
  
  

如下插图说明三种仲裁配置的工作方式。第四种配置只是用文字进行了描述，因为它与“节点和磁盘多数”配置插图类似。

	注意
	在插图中，对于“仅磁盘”之外的所有配置，注意大多数相关元素是否都在通信（与元数数量无关）。当它们在通信时，群集继续工作。当它们不再通信时，群集停止运行。

如前面的插图所示，在使用“节点多数”配置的群集中，在计算多数时仅统计节点。

如前面的插图所示，在使用“节点和磁盘多数”配置的群集中，在计算多数时统计节点和见证磁盘。

节点和文件共享多数仲裁配置

在使用“节点和文件共享多数”配置的群集中，在计算多数时统计节点和见证文件共享。这与前面插图中所示的“节点和磁盘多数”仲裁配置类似，只不过见证是群集中所有节点可以访问的文件共享，而不是群集存储中的磁盘。

在使用“仅磁盘”配置的群集中，节点数不影响如何实现仲裁。磁盘就是仲裁。但是，如果失去与磁盘的通信，群集将变得不可用。

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

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

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