ActiveMQ的高可用性实现

最新推荐文章于 2024-09-28 16:15:00 发布

原创

最新推荐文章于 2024-09-28 16:15:00 发布 · 591 阅读

标签

#数据库 #分布式 #activeMQ #集群

收录于

ActiveMQ的高可用性基于Master/Slave模型，包括Shared Nothing、Shared Database、Shared File System和Replicated LevelDB Store四种配置。Shared Nothing不再推荐，Replicated LevelDB Store引入了Zookeeper进行选举和数据同步。Master/Slave架构中，Master宕机会导致数据丢失或不一致，而Replicated LevelDB Store通过Quorum机制提高了可靠性，能容忍部分节点故障。

一，ActiveMQ高可用性的架构

ActiveMQ的高可用性架构是基于Master/Slave 模型的。ActiveMQ总共提供了四种配置方案来配置HA，其中Shared Nothing Master/Slave 在5.8版本之后不再使用了，并在ActiveMQ5.9版本中引入了基于Zookeeper的Replicated LevelDB Store HA方案。

官网提示：

（其实官方推荐还是使用当前activeMQ内嵌的KahaDB数据库。）

二，Master/Slave架构的配置解释

①Shared Nothing Master/Slave

该架构最大的特点是：

1）Master 和 Slave各自都单独存储持久化的消息，它们不共享数据。

2）Master收到持久化消息时，需要先同步(sync)给Slave之后，才向Producer发送ACK确认。

3）只有Master负责Client的请求，Slave不接收Client请求。Slave连接到Master，负责备份消息。

4）Master出现故障，Slave有两种处理方式：❶自己成为Master；❷关闭（停服务）---根据具体配置而定。

5）Ma