activemq - 基于ZooKeeper+LevelDB的集群配置和测试

最新推荐文章于 2025-09-13 12:54:57 发布
最新推荐文章于 2025-09-13 12:54:57 发布
阅读量162 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 大数据 网络 python
原文链接：https://my.oschina.net/thinwonton/blog/993804
本文详细介绍如何配置基于ZooKeeper+LevelDB的ActiveMQ集群，并进行高可用性测试。包括集群部署规划、管控台配置、持久化方式及消息端口设置等步骤。

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

1. 配置

从 ActiveMQ 5.9 开始， ActiveMQ 的集群实现方式取消了传统的 Master-Slave 方式，增加了基于 ZooKeeper + LevelDB 的 Master-Slave 实现方式。下面将对这种方案进行配置，并进行高可用测试。

1.1 集群部署规划 

（1）zookeeper集群环境

可参考 [《zookeeper简介与安装》](http://my.oschina.net/thinwonton/blog/845330) 进行配置

主机端口
192.168.88.182181
192.168.88.182182
192.168.88.182183

 

（2）activemq集群环境

主机 集群端口管控台端口节点别名节点安装目录 
192.168.88.18616168161node-01/usr/local/activemq/node-01
192.168.88.1861617    8162node-02/usr/local/activemq/node-02
192.168.88.18616188163node-03/usr/local/activemq/node-03

 

1.2 配置管控台 

修改配置文件 conf/jetty.xml

Node-01 管控台端口

<bean id="jettyPort" class="org.apache.activemq.web.WebConsolePort" init-method="start">
<property name="host" value="0.0.0.0"/>
<property name="port" value="8161"/>
</bean>

Node-02 管控台端口

<bean id="jettyPort" class="org.apache.activemq.web.WebConsolePort" init-method="start">
<property name="host" value="0.0.0.0"/>
<property name="port" value="8162"/>
</bean>

Node-03 管控台端口

<bean id="jettyPort" class="org.apache.activemq.web.WebConsolePort" init-method="start">
<property name="host" value="0.0.0.0"/>
<property name="port" value="8163"/>    
</bean>

 

1.3 配置持久化方式和消息端口

修改conf/activemq.xml配置文件

Node-01

<persistenceAdapter>
	<replicatedLevelDB
		directory="${activemq.data}/leveldb"
		replicas="3"
		bind="tcp://0.0.0.0:0"
		zkAddress="192.168.88.18:2181,192.168.88.18:2182,192.168.88.18:2183"
		zkPath="/activemq/leveldb-stores"
		hostname="node-01"
	/>
</persistenceAdapter>

<transportConnectors>
    <!--修改消息端口-->
	<transportConnector name="openwire" uri="tcp://0.0.0.0:61616?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="amqp" uri="amqp://0.0.0.0:5672?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="stomp" uri="stomp://0.0.0.0:61613?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="mqtt" uri="mqtt://0.0.0.0:1883?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="ws" uri="ws://0.0.0.0:61614?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
</transportConnectors>

Node-02

<persistenceAdapter>
	<replicatedLevelDB
		directory="${activemq.data}/leveldb"
		replicas="3"
		bind="tcp://0.0.0.0:0"
		zkAddress="192.168.88.18:2181,192.168.88.18:2182,192.168.88.18:2183"
		zkPath="/activemq/leveldb-stores"
		hostname="node-02"
	/>
</persistenceAdapter>

<transportConnectors>
    <!--修改消息端口-->
	<transportConnector name="openwire" uri="tcp://0.0.0.0:61617?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="amqp" uri="amqp://0.0.0.0:5672?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="stomp" uri="stomp://0.0.0.0:61613?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="mqtt" uri="mqtt://0.0.0.0:1883?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="ws" uri="ws://0.0.0.0:61614?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
</transportConnectors>

Node-03

<persistenceAdapter>
	<replicatedLevelDB
		directory="${activemq.data}/leveldb"
		replicas="3"
		bind="tcp://0.0.0.0:0"
		zkAddress="192.168.88.18:2181,192.168.88.18:2182,192.168.88.18:2183"
		zkPath="/activemq/leveldb-stores"
		hostname="node-03"
	/>
</persistenceAdapter>

<transportConnectors>
    <!--修改消息端口-->
	<transportConnector name="openwire" uri="tcp://0.0.0.0:61618?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="amqp" uri="amqp://0.0.0.0:5672?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="stomp" uri="stomp://0.0.0.0:61613?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="mqtt" uri="mqtt://0.0.0.0:1883?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>

	<transportConnector name="ws" uri="ws://0.0.0.0:61614?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
</transportConnectors>

    zkPath：是在zookeeper节点的根路径
    hostname：可以理解为别名

注意：hostname 需要查看一下本机的host配置是否有映射，否则在启动集群后，会报UnkownHostName的异常。

补充：需要修改两处host地方

（1）本机的host（词穷了。。。。）

即linux命令行界面中，最前面。。。。唉，看图吧

需要cat 本机的host文件，看是不是映射到本机

（2）刚才activemq.xml配置的hostname

这玩意也要配置到host里面，上面图中配置了，本机IP就是192.168.88.18

 

1.4 启动

（1）启动zk集群

（2）启动mq集群，记得监听日志，日志文件在node-01/data/activemq.log

验证是否启动成功

（1）使用命令 ps -ef | grep activemq 是否有三个实例

（2）打开管控台 http://192.168.88.18:8161 或者 http://192.168.88.18:8162 或者 http://192.168.88.18:8163，如果集群成功启动，在其中而且仅有一个是可以打开的。

（3）使用zk的工具，查看节点 /activemq/leveldb-stores 中是否有三个子节点，并且是否已经选出master节点。

 

2. 测试高可用

一个消息发送者和一个消息接收者，消息不断发送和接收，期间，断开activemq的master实例，观察集群是否可以选举出master，然后恢复正常的消息发送接收，观察序号是否连续，最后重启原master，查看zk的节点，它是否已经加入到集群中。

感兴趣的同学可以下载源码，自己测试一下。

代码：https://git.oschina.net/thinwonton/activemq-showcase

 

实验结果：

activemq的master断开后，消费者和生产者将会出现一瞬间的闪断，即不再进行工作，待集群选举了master后，消费者和生产者将会自动连接到新的mater主机，而且，消息序号仍然连续。

 

 

 

转载于:https://my.oschina.net/thinwonton/blog/993804

ActiveMq+zookeeper+levelDB集群整合配置
ddzwq68288的专栏
04-28 183
ActiveMq+zookeeper+levelDB集群整合配置 环境：linux系统，jdk1.7 三台linux系统电脑。我这里使用一台window,分别远程3台linux电脑。三台电脑的ip分别为10.0.88.10 ，10.0.88.11 ，10.0.88.12 第一步：下载activemq 和zookeeper，levelDB会activemq自带有,所以不需要下载，把下...
基于zookeeper(集群)+LevelDB的ActiveMq高可用集群安装、配置、测试
Gblfy_Blog
09-06 395
架构说明： Dubbo 建议使用 Zookeeper 作为服务的注册中心。Zookeeper 集群中只要有过半的节点是正常的情况下，那么整个集群对外就是可用的。正是基于这个特性， 要将 ZK 集群的节点数量要为奇数（2n+1： 如 3、 5、 7 个节点）较为合适 ZK集群部署规划： 环境 版本详细 zookeeper版本 zookeeper-3.4.12 Centos版本...
腾讯云~基于zookeeper(集群)+LevelDB的ActiveMq高可用伪集群安装、配置、测试
Gblfy_Blog
10-23 913
腾讯云~基于zookeeper(集群)+LevelDB的ActiveMq高可用伪集群安装、配置、测试
ActiveMQ+Zookeeper集群
范文鹏的博客
05-30 869
ActiveMQ+Zookeeper集群一、使用ZooKeeper实现的Master-Slave实现方式，是对ActiveMQ进行高可用的一种有效的解决方案，高可用的原理：使用ZooKeeper（集群）注册所有的ActiveMQ Broker。只有其中的一个Broker可以对外提供服务（也就是Master节点），其他的Broker处于待机状态，被视为Slave。如果Master因故障而不能提供服务...
ActiveMQ单机部署zookeeper+levelDB集群
zuolj的专栏
11-16 1620
在http://blog.youkuaiyun.com/zuolj/article/details/53149015中介绍了ActiveMQ的zookeeper+levelDB的高可用架构。我在单机上部署了一个ActiveMQ基于zookeeper的集群，记录一下部署过程。
ActiveMQ基于zookeeper+leveldb主从配置
ziele_008的博客
07-11 2964
上周五搭建了activemq的JDBC Master Slave主从集群，用的是mysql数据库。通过简单测试发现持久化之后生产速度非常慢，局域网环境每秒100条左右。 这个速度远远不能满足设计要求，所以就在网上寻求帮助。 我找到了这篇文章： http://blog.youkuaiyun.com/liuyifeng1920/article/details/50233067 写的非常详细。里面那句Very fa...
ActiveMQ高可用集群(ZooKeeper+LevelDB)安装、配置、高可用测试.docx
10-20
ActiveMQ 高可用集群（ZooKeeper + LevelDB）安装、配置、高可用测试是实现高可用性和高性能的消息队列服务的关键步骤。在本教程中，我们详细介绍了如何使用 ZooKeeper 和 LevelDB 搭建 ActiveMQ 高可用集群，并对高...
高可用之ActiveMQ高可用集群(ZooKeeper+LevelDB)安装、配置、高可用测试.docx
11-07
综上所述，通过 ZooKeeper 和 LevelDB 的组合，ActiveMQ 集群能够提供高可用性和容错性，确保即使在单个 Broker 故障的情况下，服务也能不间断地运行。正确配置和测试集群设置是确保这种高可用性的关键步骤。在实际...
基于zookeeper+levelDB的ActiveMQ集群测试代码
08-30
接下来，我们将详细讲解如何配置和运行这个基于ZooKeeper和LevelDB的ActiveMQ集群测试代码： 1. **安装与配置ZooKeeper**： 首先，你需要在集群的每台机器上安装ZooKeeper，配置`conf/zoo.cfg`文件，设置集群节点...
ActiveMQ高可用集群(ZooKeeper+LevelDB)安装、配置（伪集群）.docx
10-20
本文将详细介绍ActiveMQ高可用集群的安装和配置过程，该集群使用ZooKeeper和LevelDB实现高可用性。 ActiveMQ高可用集群规划 在部署ActiveMQ高可用集群之前，需要规划集群的环境和架构。在本例中，我们使用CentOS ...
高可用之ActiveMQ高可用集群(ZooKeeper+LevelDB)安装、配置（伪集群）.docx
11-07
总的来说，通过ZooKeeper的协调和LevelDB的数据持久化，ActiveMQ集群能够提供可靠的、无中断的消息传递服务。这种部署策略特别适合对消息传递的连续性和可靠性有高要求的大型分布式系统。然而，值得注意的是，虽然...
二：ActiveMQ集群 （安装ZooKeeper 启动/测试）
qq_41799291的博客
02-02 435
使用ZooKeeper+ActiveMQ实现主从和集群. 1 Master-Slave 主从模式是一种高可用解决方案。在ZooKeeper中注册若干ActiveMQ Broker，其中只有一个Broker提供对外服务（Master），其他Broker处于待机状态（Slave）。当Master出现故障导致宕机时，通过ZooKeeper内部的选举机制，选举出一台Slave替代Master继续对外提供服...
ActiveMQ-5.15基于zookeeper+levelDB的Master-Slave集群安装配置
u012374672的专栏
09-11 393
安装目标： 服务器 tcp链接端口 管控台端口 集群通信端口 192.168.1.111 61616 8161 62621 192.168.1.112 61616 8161 62621 192.168.1.113 61616 8161 62621 前提条件： 各服务器安装jre环境(这里装的activemq5.15.9需要jre1.8环境) zookeeper集...
Elasticsearch (ES)相关
最新发布
Running_boy_的博客
09-13 449
ES 中，Term Index 是。
TDengine 选择函数 TOP() 用户手册
TDengine(老段）专注时序数据库领域
09-12 685
其中，TDengine TSDB 是一款高性能、分布式的时序数据库（Time Series Database），同时它还带有内建的缓存、流式计算、数据订阅等系统功能；TDengine IDMP 是一款AI原生工业数据管理平台，它通过树状层次结构建立数据目录，对数据进行标准化、情景化，并通过 AI 提供实时分析、可视化、事件管理与报警等功能。函数返回指定列中最大的 k 个非 NULL 值及其对应的记录。如果多条数据取值相同，且全部取用会超出 k 条限制时，系统会从相同值中随机选取符合要求的数量返回。
AI-调查研究-74-具身智能 机器人学习新突破：元学习与仿真到现实迁移的挑战与机遇
永远好奇，无限进步！
09-10 975
具身智能体要实现高效学习与技能迁移，核心在于提升少样本学习与跨任务泛化能力。当前机器人学习面临多重挑战：一是任务间的迁移难度大，已学技能难以快速应用到相似任务；二是不同机器人形态和传感系统的异构性增加了适配难度；三是现有强化学习与模仿学习在样本效率和泛化能力上存在局限。为突破瓶颈，研究重点聚焦于元学习、少样本模仿学习和多任务预训练策略。例如，MAML等元学习框架可显著提升新任务适应速度，大规模多任务预训练则能为下游
还在重启应用改 Topic？Spring Boot 动态 Kafka 消费的“终极形态”
郑龙飞
09-10 771
/ 用于存储 @KafkaListener 的“蓝图”// ... 可按需添加 concurrency, autoStartup 等其他属性(元数据采集与注册)@Component@OverrideClass<?= null &&!通过巧妙地结合和动态配置中心，我们实现了一个功能极其强大的动态 Kafka 消费管理方案。
云原生与多云策略：构建弹性、开放的数据底座
晴天彩虹雨的博客
09-13 63
在前面的文章中，我们探讨了在智能化时代的重要性。？云原生与多云策略，正在成为新一代大数据平台架构的必选项。
大数据毕业设计选题推荐-基于大数据的国内旅游景点游客数据分析系统-Spark-Hadoop-Bigdata
IT研究室的博客
09-09 1133
本文介绍了一个基于大数据的国内旅游景点游客数据分析系统。该系统采用Hadoop+Spark分布式架构，结合Python/Java开发语言，通过Django/Spring Boot后端和Vue前端实现全流程旅游数据分析。系统具备五大核心功能模块：游客画像分析、消费行为挖掘、区域市场研究、时序环境分析和景点评估，可处理海量旅游数据并进行多维度的可视化展示。开发环境整合了HDFS、Spark SQL、Pandas等技术栈，使用MySQL存储分析结果。
ActiveMQ高可用集群配置：ZooKeeper+LevelDB实践
"高可用之ActiveMQ高可用集群(ZooKeeper+LevelDB)的安装、配置及高可用测试文档" 在ActiveMQ中，实现高可用性是确保消息传递服务连续性和可靠性的关键。从版本5.9开始，ActiveMQ引入了多种集群策略，包括基于...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值