使用Windows Server 2012群集dynamic仲裁是否使仲裁configurationtypes无关紧要?

有几种仲裁types:节点多数,节点和磁盘多数,节点和文件共享多数,没有多数:仅磁盘

在设置Server 2012 R2集群时,我没有修改任何仲裁设置,我可以看到它select“节点多数”作为仲裁types:

Cluster : VDI-CS-01 QuorumResource : QuorumType : NodeMajority 

这是一个简单的2节点集群 – 我还没有添加见证。

但是由于这个2012年的群集和dynamic的法定人数是自动启用的,所以仲裁types甚至是重要的? 如果有一系列的节点故障,它不会自动将仲裁移动到可用的节点,直到只剩下一个节点。

我很困惑如何dynamic仲裁与Windows群集上设置的仲裁types相关。

通过更改仲裁types,dynamic仲裁不起作用,它通过根据需要修改一个或多个节点上的NodeWeight属性起作用。

例如,假设我有一个以节点多数仲裁模式运行的三节点群集。 你会select这种模式,因为它给出的法定人数是奇数的参与投票,这是作出决定所必需的。

现在让我们说我失去了一个节点。 使用传统的仲裁configuration,我现在正在运行节点多数模式,但有两票。 这意味着,如果在不更改任何仲裁设置(无论是修改其中一个节点的types还是NodeWeight )的情况下丢失了另一个节点,那么如果我失去了第二个节点,我的集群将会closures。

通过dynamic仲裁,群集将NodeWeight重新计算NodeWeight 。 它看到我有一个偶数个节点,所以它将其余节点之一的NodeWeight设置为零。 因此,这个节点在“古兰经”中并没有真正的投票权,而我又回到了一个奇数选票。 现在,如果另一个节点失败,我的集群将保持在剩余的节点上。

您仍然需要为您的configurationselect适当的仲裁types,dynamicquroum只能在该types中工作,根据需要设置NodeWeights以维持集群正常运行时间。 如果您打算使用文件共享见证或见证磁盘作为法定参与者,您仍然从一开始就决定。 dynamic的quroum只有在故障是连续的而不是同时发生时才有效,这意味着集群有时间来恢复和重新计算事件。