博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
ActiveMQ学习笔记(7)——ActiveMQ Master Slave集群配置
阅读量:5914 次
发布时间:2019-06-19

本文共 4180 字,大约阅读时间需要 13 分钟。

hot3.png

1.前言

     ActiveMQ Master/Slave集群可以提高ActiveMQ的高可用性,一旦一个Broker被killed,另一个Broker可以迅速代替。Master/Slave集群不支持负载均衡,仅能解决单点故障。

    ActiveMQ Master/Slave有三种配置方案:

  •     基于共享文件系统(KahaDB)

  •     基于JDBC

  •      基于可复制的Level DB

    本文演示的ActiveMQ Master/Slave采用的ActiveMQ5.10版本,JDK1.7,在一台Windows主机环境下部署。

    假设AMQ集群节点分别部署在下面的目录中:‍‍

D:\MQ\apache-activemq\cluster\amq1D:\MQ\apache-activemq\cluster\amq2D:\MQ\apache-activemq\cluster\amq3 (基于LeveDB的时候用了3个节点演示)

2.基于共享文件系统

      我们以在同一台机器上部署集群为例,如果部署在不同的物理主机,需要共享文件系统。

     修改的配置文件是conf目录下的activemq.xml。

2.1修改持久化适配器

     在amq1和amq2的activemq.xml中,找到persistenceAdapter,修改持久化适配器,指定共享文件的目录。这一点是最重要

    

2.2修改端口号

   找到下面的行,修改amq2的端口号,默认的61616修改成了61617(模拟第二台物理机)

   

2.3小结

我们为了模拟第二台物理机,修改了amq2的端口号。

事实上,如果是同一台物理机下,只需要各个AMQ节点指定相同的共享文件目录即可,端口不修改也可以。

集群启动后,只有率先启动的节点(Master)一直锁定这lock文件,其它节点(Slave)由于不能访问该文件而等待启动。一旦Master节点挂掉,lock文件锁被释放;其它Slave节点中率先锁定lock文件的,成为Master节点。

       Lock文件的位置是D:\MQ\apache-activemq\cluster\kahadb\lock。

3.基于JDBC

      这里我们以MySQL举例。

3.1添加数据源

     在amq1和amq2的activemq.xml中增加下面的内容,可以放在</broker>标签的后面。      

    
    
    
    
    
      

3.2修改持久化适配器

     在amq1和amq2的activemq.xml中,找到persistenceAdapter,修改持久化适配器,如下所示。   

   

   createTablesOnStartup="false" 在启动前不要配置,等集群启动过了,再配置。createTablesOnStartup是启动时创建表,只创建一次就够了。

3.3添加JDBC驱动

    把mysql的驱动jar包放在各节点的lib目录下。

3.4小结

     基于JDBC和基于共享文件系统的集群方案原理是一致的,只是把共享文件系统换成了共享数据库。

     这种集群方式比共享文件系统方案更简单,更利于分布式部署,但是如果数据库失效,那么整个集群的节点随之全部失效。换言之,需要保证数据库的可靠性,比如采用数据库集群。

4.基于可复制LevelDB

    Leveldb是一个google实现的非常高效的kv数据库,是单进程的服务,能够处理十亿级别规模Key-Value型数据,占用内存小。

     基于可复制LevelDB的集群方案,需要引入ZooKeeper。根据ZooKeeper的使用方式可以分为单节点的ZooKeeper和Zookeeper集群。这里我们只讲述ZooKeeper集群,单节点不是一个可靠的选择。

4.1 Zookeeper集群配置

     ZooKeeper可以在网站http://zookeeper.apache.org/ 下载。我们使用的是zookeeper-3.4.6,假设ZooKeeper分部署在下面三个目录中。

D:\MQ\apache-activemq\cluster\zookeeper1D:\MQ\apache-activemq\cluster\zookeeper2D:\MQ\apache-activemq\cluster\zookeeper3

4.1.1 zoo.cfg

      把3个节点中config目录下的zoo_sample.cfg复制一份,改成zoo.cfg。

      因为是在一台主机上部署,所以每个zoo.cfg中的clientPort不能重复;如果有三台主机,那么采用默认的clientPort就行,同理server.1、server.2、server.3可以写作<各自ip>:2888:3888。

       其中zookeeper1中的配置如下    

#默认配置tickTime=2000initLimit=10syncLimit=5#需要修改的配置dataDir=D:/MQ/apache-activemq/cluster/zkdata/z1/clientPort=2181server.1=localhost:2888:3888server.2=localhost:2889:3889server.3=localhost:2890:3890

      zookeeper2中的配置如下  

#默认配置tickTime=2000initLimit=10syncLimit=5#需要修改的配置dataDir=D:/MQ/apache-activemq/cluster/zkdata/z2/clientPort=2182server.1=localhost:2888:3888server.2=localhost:2889:3889server.3=localhost:2890:3890

      zookeeper3中的配置如下 

#默认配置tickTime=2000initLimit=10syncLimit=5#需要修改的配置dataDir=D:/MQ/apache-activemq/cluster/zkdata/z3/clientPort=2183server.1=localhost:2888:3888server.2=localhost:2889:3889server.3=localhost:2890:3890

4.1.2 myid

创建三个目录

D:\MQ\apache-activemq\cluster\zkdata\z1D:\MQ\apache-activemq\cluster\zkdata\z2D:\MQ\apache-activemq\cluster\zkdata\z3

每个目录中都创建一个名为myid的文件(文本文件,删掉txt后缀),3个文件的内容分别写1、2、3。

D:\MQ\apache-activemq\cluster\zkdata\z1\myid   1D:\MQ\apache-activemq\cluster\zkdata\z2\myid   2D:\MQ\apache-activemq\cluster\zkdata\z3\myid   3

4.2 ActiveMQ配置

    在3个amq节点中配置activemq.xml中的持久化适配器。根据以下配置示例,修改其中bind、zkAddress和hostname。如果你是在三台主机上部署,那么bind项可以写成bind="tcp://0.0.0.0:0",默认采用61619端口。我们这里在一台主机上演示,因此需要保证bind端口不冲突。

     amq1的配置   

 
      
 

    amq2的配置

 
      
 

        amq3的配置

 
      
 

4.3 集群启动和错误排除

     先依次启动ZooKeeper,再依次启动ActiveMQ。启动第1个Zookeeper时,控制台会报连接错误,因为其它的ZooKeeper节点还没启动。

     如果出现了"activemq LevelDB IOException handler"错误,针对于apache-activemq-5.10.1,需要删除各个ActiveMQ节点下的pax-url-aether-1.5.2.jar包,并注释掉activemq.xml中的下述日志配置。    

4.4 小结

     每个ActiveMQ的BrokerName必须相同,否则不能加入集群。

     经过验证,当一个ActiveMQ节点挂掉,或者一个ZooKeeper节点挂掉,ActiveMQ服务依然正常运转。如果仅剩一个ActiveMQ节点,因为不能选举Master,ActiveMQ不能正常运转;同样的,如果ZooKeeper仅剩一个节点活动,不管ActiveMQ各节点是否存活,ActiveMQ也不能正常提供服务。

5.客户端访问方式

 

5.1Failover使用格式

failover:(tcp://localhost:61616,tcp://localhost:61626)?randomize=false

5.2 updateURIsURL

updateURIsURL,通过URL(或者本地路径)获取重连的url,这样做具有良好的扩展性,因为客户端每次连接都是从URL(或文件)中加载一次,所以可以随时从文件中更新url列表,做到动态添加MQ的备点。

failover:()?randomize=false&updateURIsURL=file:/d:/urllist.txt

urllist.txt中的地址通过英文逗号分隔,示例:

tcp://localhost:61616,tcp://localhost:61617, tcp://localhost:61618

转载于:https://my.oschina.net/xiaoxishan/blog/382502

你可能感兴趣的文章
那些年,一起学的Java 2-4
查看>>
RedHat已更改其开源许可规则
查看>>
redis集群搭建
查看>>
管道符和作业控制,shell变量和环境变量配置文件
查看>>
DirectX3D设备丢失(lost device)的处理(一)
查看>>
来自田野的回音——《背过身去的大娘娘》的读后感范文2600字
查看>>
LNMP架构 (Ⅱ)——nginx相关配置、nginx代理
查看>>
神级python程序员只需要一个公众号,再也不会错过重要资讯
查看>>
双十一流量洪峰 支撑阿里核心业务的云数据库揭秘
查看>>
OSChina 周一乱弹 ——程序员跟产品经理撕逼必须掌握的套路
查看>>
Linux系统启动流程详解
查看>>
我的友情链接
查看>>
Magento(CE1.X)自带模块解析五
查看>>
Factory Method模式 (一)
查看>>
java正则表达式的学习
查看>>
组策略无法正常应用
查看>>
[转载]Monit:开源服务器监控工具
查看>>
Linux 打印 颜色显示
查看>>
dubbo请求调用过程分析
查看>>
Oracle学习(一):Oracle数据库基础
查看>>