1.6. RHEL HA 附加组件

在本文档中描述的解决方案中，RHEL HA 附加组件用于确保 SAP HANA Scale-Out System Replication 在两个站点间的操作。因此，使用专门为 SAP HANA 横向扩展环境发布的资源代理，用于管理 SAP HANA Scale-Out System Replication 环境。根据 SAP HANA Scale-Out System Replication 环境的当前状态，可以做出一个决定将活跃的 master 节点切换到另一个可用的备用节点，或者将 scale-out 系统复制环境的整个活跃端切换到第二个站点。对于此解决方案，配置了隔离机制以避免脑裂的情况。

有关使用 RHEL HA 附加组件在 RHEL 8 上设置 HA 集群的更多信息，请参阅以下文档：

务必要了解 SAP HANA 数据库的横向扩展和系统复制方法，因为 SAP HANA 横向扩展资源代理正在使用每个环境中的数据。

首先，资源代理正在监控每个站点上的稳定横向扩展环境。它将检查是否配置了足够的 SAP HANA 横向扩展主名称服务器节点，并且处于有效状态。因此，资源代理会检查系统复制状态。如果一切正常，它会将虚拟 IP 地址附加到系统复制主站点上的活跃 master 节点。在故障状态下，集群被配置为自动切换系统复制配置。

失败状态的定义取决于主名称服务器的配置。例如，当配置一个主名称服务器时，如果主控节点出现故障，集群会直接切换到其他数据中心。如果最多配置了三个主名称服务器，则在切换到其他数据中心之前，SAP HANA 环境可以自行修复。Pacemaker 使用评分数量来决定应该执行的操作。在运行 SAP HANA 时，这些参数在集群设置中不会更改非常重要。

Pacemaker 配置也基于使用 Shoot The Other Node In The Head (STONITH)的隔离配置。无响应节点并不意味着它无法访问数据。使用 STONITH 隔离节点并确保数据安全。STONITH 通过恶意节点或并发访问保护数据被损坏。如果两个站点之间的通信丢失，两个站点都可能认为它们能够继续工作，这可能导致数据损坏。这也被称为脑裂的情况。要防止这种情况，可以添加一个仲裁，这有助于决定谁能够继续。仲裁可以是额外的节点，也可以是 qdevice。在我们的示例中，我们使用了 大多数制造商 的额外节点。