MNS与仲裁群集磁盘的区别

 从服务器群集的发展来看 , 多数节点集 (MNS) 仲裁将成为唯一的仲裁资源。但在默认情况下,其数据实际存储在各个群集成员的系统磁盘上。 MNS 资源负责确保在 MNS 上存储的群集配置数据在不同磁盘上都保持一致性。图 8 显示了一个使用 MNS 仲裁配置的四节点群集。
   您可以在 Windows Server 2003 Enterprise Edition 以及 Windows Server 2003 Datacenter Edition 中使用多数节点集仲裁。
   尽管构成 MNS 的磁盘在理论上说可以是共享存储结构上的磁盘 , 但作为 Windows Server 2003 的一部分提供的 MNS 实现使用各个节点本地系统磁盘上的目录来存储仲裁数据。如果群集配置发生变化,这种变化将被反映到各个不同磁盘上。只有对以下数目的节点都进行了更改,这种更改才被认为是完成的,即成为持久性更改:
   ( < 群集中配置的节点数目 >/2) + 1
   这保证了大多数节点都可以获得最新的数据副本。如果被配置为群集成员的大多数节点都能正常运行群集服务,群集服务会直接启动,并且让资源联机。如果只是少数节点,群集会被告知没有仲裁,因此群集服务会始终等待(试图重新启动),直到更多的节点试图加入进来。只有当大多数节点都可用或者节点仲裁可用时,群集服务才会启动,并且资源才会联机。在这种方式下,由于不考虑节点故障就将最新的配置写入大多数节点,因此群集会始终保证它仅在最近和最新的配置下被启动。
   当发生故障或 “ 各自为政 ” 的情况时 , 所有未包含大多数节点的派别都将被终止。这保证了如果有一个运行的派别包括了大多数节点,该派别将可以随意启动过去未在该派别上运行的任何资源,换言之,它将是群集中唯一能运行资源的派别(因为其它所有派别都被终止)。
   由于清楚了共享磁盘仲裁群集同 MNS 仲裁群集在行为方式上的区别 , 因此用户在确定要选择的模型时必须谨慎。例如,如果您的群集中只有两个节点,则最好不要使用 MNS 模型,因为一旦某个节点发生故障,将导致整个群集失败(因为不可能存在多数节点).

你可能感兴趣的:(MNS与仲裁群集磁盘的区别)