本机 HA

本机 HA 是适用于 IBM® MQ 的本机 (内置) 高可用性解决方案，适用于云块存储器。

本机 HA 配置提供了一个高可用性队列管理器，其中可恢复的 MQ 数据 (例如，消息) 在多个存储器集中进行复制，从而防止因存储器故障而丢失。 队列管理器由多个正在运行的实例组成，其中一个实例是引导者，其他实例准备好在发生故障时快速接管，从而最大化对队列管理器及其消息的访问权。

本机 HA 配置由三个 Kubernetes pod 组成，每个 pod 都具有队列管理器实例。 一个实例是活动队列管理器，用于处理消息并写入其恢复日志。 每当写入恢复日志时，活动队列管理器都会将数据发送到其他两个实例 (称为副本)。 每个副本写入自己的恢复日志，确认数据，然后从复制的恢复日志更新自己的队列数据。 如果运行活动队列管理器的 pod 失败，那么队列管理器的其中一个副本实例将接管活动角色并具有要使用的当前数据。

日志类型称为 "复制日志"。 复制日志本质上是线性日志，启用了自动日志管理和自动介质映像。 请参阅 日志记录类型。 您可以使用用于管理线性日志的相同方法来管理复制的日志。

Kubernetes Service 用于将 TCP/IP 客户机连接路由到当前活动实例，该实例被标识为可供网络流量使用的唯一 pod。 发生这种情况时，不需要客户机应用程序了解不同的实例。

三个 pod 用于大大降低出现裂脑情况的可能性。 在双 pod 高可用性系统中，当两个 pod 之间的连接中断时，可能会发生裂脑。 在没有连接的情况下，两个 pod 都可以同时运行队列管理器，从而累积不同的数据。 在恢复连接时，将有两个不同版本的数据 ("分割-大脑") ，需要手动干预来决定要保留的数据集以及要废弃的数据集。

如果活动 pod 发生故障并随后恢复，那么它可以以副本角色重新加入组。

注意 ：如果您配置了原生高可用跨区域复制，那么所需的磁盘空间至少是原生高可用所需的两倍。 这是因为在重建索引期间需要日志备份目录（请参阅原生高可用性跨区域复制 ）

下图显示了在三个容器中部署了队列管理器的三个实例的典型部署。