ActiveMQ从入门到精通(三)

主要是关于ActiveMQ集群,这里采用的方式是:Zookeeper+LevelDB+ActiveMQ。

利用Zookeeper实现ActiveMQ的高可用话不多说,先来看一张ActiveMQ官方提供的架构图:

Master/Slave broker的信息要注册到ZK

注意到只有Master对外提供了服务,Slave是待机状态。当Master出现故障,ZK内部的选举机制,会让一个Slave升级成Master对外提供服务。

关于ZK,以后博主会有专题进行介绍,这里不做详细讲解,只需要了解通过ZK的协调、选举、容错机制等会实现ActiveMQ的高可用。

既然要做到高可用,那么ZK也得是高可用的,所以这里的搭建方案是这样的:

第一步:JDK环境

保证这3台机器都安装了JDK,并配置了JAVA环境变量。

第二步:配置Zookeeper

 

 

 为什么要配置ZK环境变量呢?很简单,我想在命令行下直接使用ZK相关的命令,而不是进入到安装ZK目录下的bin,更不想用绝对路径。

注意dataDir目录的指定;注意2181是外部访问ZK的端口;

2888:3888是ZK集群内部通信(比如ZK原子广播消息)的端口,注意server.X的定义,这是将ZK集群中的实例进行编号,实际上需要在dataDir目录中新建myid文件,并与之保持一致。

第三步:启动ZK

 

 

 可以通过netstat命令查看2722进程,发现ZK的端口是2181,这和zoo.cfg的配置是一致的。让3台机器的ZK都启动起来。

第四步:ActiveMQ主从配置

注意了,由于我将在3台物理机上搭建一台Master,2台Slave,因此我这边不需要对端口配置文件进行改动。比如WEB管控台的jetty.xml。

                     activemq.xml:brokerName

3台机器应该对外只有一个统一的名称,就是这个brokerName。3台机器都修改成一个名称即可。

这里持久化,我将采用LevelDB,因此需要修改持久化配置:

注意bind地址,其实是ActiveMQ集群内部通信的TCP端口,和ActiveMQ对外提供的消息端口(默认61616)不要搞混了。

hostname即本机的主机名称。

给出ZK集群的列表以及zkPath。zkPath下面其实存放着ActiveMQ的节点,在后续你会看到。
启动3台机器上的ActiveMQ,然后利用ZooInspector你可以看到:

                              121节点是Master

此时此刻,基于ZK的ActiveMQ的高可用方案就做好了。那么JAVA端访问ActiveMQ有什么变化么?其实就是在创建ConnectionFactory的时候给定的URL有变化:

failover(tcp://192.168.99.121:61616,tcp://192.168.99.122:61616,tcp://192.168.99.123:61616)?Randomize=false

就是一个失败转移协议!

上面只是做了一个ActiveMQ的高可用方案,那么ActiveMQ集群呢?其实所谓的ActiveMQ集群就是多个ActiveMQ高可用之间产生关联:

 

 

 高可用的ActiveMQ-1,ActiveMQ-2,…,ActiveMQ-N就可以组建ActiveMQ集群
在配置上很简单,其实就是ActiveMQ-1要知道ActiveMQ-2的信息

 

posted @ 2020-12-01 17:41  苏先生139  阅读(126)  评论(0编辑  收藏  举报