一、activeMQ主要的几类部署方式比较
1、默认的单机部署(kahadb)activeMQ的默认存储的单机方式,以本地kahadb文件的方式存储,所以性能指标完全依赖本地磁盘IO,不能提供高可用。2、基于zookeeper的主从(levelDB Master/Slave)5.9.0新推出的主从实现,基于zookeeper来选举出一个master,其他节点自动作为slave实时同步消息。因为有实时同步数据的slave的存在,master不用担心数据丢失,所以leveldb会优先采用内存存储消息,异步同步到磁盘。所以该方式的activeMQ读写性能都最好,特别是写性能能够媲美非持久化消息。优点:实现高可用和数据安全性能较好缺点:因为选举机制要超过半数,所以最少需要3台节点,才能实现高可用。3、基于共享数据库的主从(Shared JDBC Master/Slave)可以基于postgres、mysql、oracle等常用数据库。每个节点启动都会争抢数据库锁,从而保证master的唯一性,其他节点作为备份,一直等待数据库锁的释放。因为所有消息读写,其实都是数据库操作,activeMQ节点本身压力很小,性能完全取决于数据库性能。优点:实现高可用和数据安全简单灵活,2台节点就可以实现高可用缺点:稳定性依赖数据库性能依赖数据库二,activemq高可以用搭建
1搭建zookeeper集群,可以参考(http://www.cnblogs.com/ystq/p/6617596.html)
2下载activemq,5.14.0下载地址(http://activemq.apache.org/activemq-5140-release.html)
3上传到三个服务器,192.168.199.71,192.168.199.72,192.168.199.73,并解压
4修改conf/activemq.xml文件,约40行左右,把brokerName修改成统一的一个名称
1 | <broker xmlns= "http://activemq.apache.org/schema/core" brokerName= "job-broker" dataDirectory= "${activemq.data}" > |
5修改conf/activemq.xml文件,找到persistenceAdapter,把旧的kahaDB注释掉,并加入新levelDB
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | <!-- <persistenceAdapter> <kahaDB directory= "${activemq.data}/kahadb" /> </persistenceAdapter> --> <persistenceAdapter> <replicatedLevelDB directory= "${activemq.data}/leveldb" replicas= "3" bind= "tcp://0.0.0.0:0" zkAddress= "192.168.199.71:2181,192.168.199.71:2181,192.168.199.71:2181" hostname= "192.168.199.71" sync= "local_disk" zkPath= "/activemq/leveldb-stores" /> </persistenceAdapter> |
6另外两台服务器分别重复上一步,只是hostname修改为自己的ip
7分别启动三台服务器的mq
8分别访问三个服务器的mq的控制台,只有一台能访问,证明配置成功