跳转到主内容

NetApp_Insight_2020.png 

什么是集群 HA 、 Epsilon 如何利用它来维护 RDB 仲裁?

Views:
8
Visibility:
Public
Votes:
0
Category:
data-ontap-8
Specialty:
core
Last Updated:

适用于

集群模式 Data ONTAP 8

解答

如果这会影响您的系统

“集群 HA ”(集群 HA ),请检查 Active IQ 是否是指仅适用于两个节点集群模式 Data ONTAP 配置的概念。请注意,“集群 HA ”与“存储故障转移 HA ”不同,后者处理一个节点在存储 HA 对配置中接管伙伴节点磁盘的能力。但是,为了正确配置集群 HA 、必须遵守为多路径 HA 布线的双节点集群模式 Data ONTAP 集群的正确物理布线。在多路径和双路径布线信息以及相应的 FAS/V 系列硬件文档中可以找到物理布线的一些关键概念、限制和指导。

在集群 ONTAP 集群中、集群可以使用两种方法来确定集群中的所有节点是否都在仲裁中。

超过 2 个节点的集群模式 Data ONTAP 配置
对于集群中具有两个以上节点的集群模式 Data ONTAP 配置、 整个集群使用投票机制维护仲裁、在投票机制中,每个节点都有一个投票决定哪个节点将维护复制数据库(也称为 RDB 主节点)的主副本(读 / 写)。此投票通过使用集群中所有节点连接到的专用集群网络来完成。要保持集群法定数量、必须使处于活动状态并相互通信的节点总数超过 1/2 。当集群中的节点数偶数时、始终可能会使集群中的节点数与集群中的其他 1/2 节点相分离、 因此,在发生这种情况时,每个集群的一半都必须决定哪个节点是 RDB 主节点。但是,由于集群需要的节点数超过集群中的一半才能保持仲裁,因此两部分将无法选择 RDB 主节点、 因此,整个集群将不能满足法定要求、以避免行业中常见的“ IT 大脑”情况、即集群的两个部分最终可能会有两个单独的复制数据库读 / 写副本。要解决此问题、集群具有“ Epsilon ”节点的概念。Epsilon 是一个概念,在该概念中,集群中的单个节点(通常是初始设置期间创建集群的第一个节点)被静态分配的投票权比集群中的所有其他节点的权重略大。因此,在集群中有一半的分割区域的情况下、 能够与 Epsilon 节点进行通信的 1/2 将选择一个新的 RDB 主节点,而无法与 Epsilon 节点进行通信的 1/2 将不能达到法定数目、从而防止出现“脑”情况以及维护集群仲裁。这种集群配置(超过两个节点)不要求启用“集群 HA ”,因为法定和法定投票利用集群网络。

仅包含 2 个节点的集群模式 Data ONTAP 配置:
对于仅包含两个节点的集群模式 Data ONTAP 配置、两个节点同样重要。如果一个节点出现故障、另一个节点必须能够成为 RDB 主节点。为了实现这一目标、排除了用于两个以上节点的集群配置中的投票机制和 Epsilon ,从而支持不同的机制。两个节点集群使用的机制利用两个节点共享的物理磁盘连接性作为存储 HA 对的一部分。每个节点都将使用此磁盘连接来监控另一个节点,如果其中一个节点停机、正常工作的节点将自动成为 RDB 主节点。此机制称为“集群 HA ”。

在 8.2 之前的集群模式 Data ONTAP 版本中,必须将集群 HA 明确配置为集群模式 Data ONTAP 安装和设置过程的一部分。

有关此主题的更多详细信息,请参见下面的集群模式 Data ONTAP 文档。

适用于集群模式 Data ONTAP 的 Data ONTAP 8.3 系统管理指南:了解集群

模式 Data ONTAP 的仲裁和 Epsilon Data ONTAP 8.3 高可用性配置指南: