Hyper-v群集的仲裁模式配置依据

1，仲裁配置的原理

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

群集是否停止工作，取决于当前群集中活着的节点数是否占群集节点总数的大多数。群集节点之间每1.2秒发送UDP数据包的心跳，如果某个节点连续5次没有响应心跳数据包，群集中的其他节点认为这个节点发生故障并且发送regroup请求来更新群集中活着的节点列表。发生故障的节点上的资源会被切换到其他节点。

2，仲裁模式判断依据

 

（1）       在使用“节点多数”配置的群集中，在计算多数时仅统计节点，例如，群集中含有3个节点时，只要有两个节点及以上节点在通信，群集就正常工作。反之群集则停止工作。

（2）       在使用“节点和磁盘多数”配置的群集中，在计算多数时统计节点和见证磁盘。例如群集中含有4个节点时，

①,  4个节点中的两个节点以及见证磁盘在通信，群集运行

②,  4个节点中3个在通信，群集运行

③,  4个节点中只有一个节点以及见证磁盘在通信，群集停止。

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

①,  一个节点以及文件共享在通信，群集运行

②，所有节点都在通信，但没有与文件共享通信，群集停止

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

 

3，分析总结：

 

对于奇数个节点:

 

（1）采用” 节点多数” 时所能承受的故障节点数为：节点数的一半（四舍五入）减去一，例如：7个节点，可以承受3个节点故障；

（2）如果采用” 节点和磁盘多数”，所能承受的故障节点数为节点数的一半7/2=3,尽管为7个节点1个仲裁盘，总数为8，由于8的多数是5，故承受的故障节点数还是3。换句话说，对于奇数个节点采用” 节点和磁盘多数”时，没有因为多添加了一块仲裁盘而带来什么效益。并且：此种情况用6个节点就可达成相同的目标。(6个节点+1个仲裁盘就可以承受3个节点故障)。

同理：对于偶数个节点采用” 节点多数”存在相似的问题。

 

对于用户仲裁模式选错的情况，只不过没能充分发错新增节点或仲裁盘的效能而已，对整个系统没有任何影响。Windows 2012与 2008类似，原理不变。

转载于:https://www.cnblogs.com/mountain2011/p/6909808.html