一、队列消费者集群(Queue consumer clusters) ActiveMQ支持Consumer对消息高可靠性的负载平衡消费,如果一个Consumer死掉,该消息会转发到其他的Consumer消费的Queue上。如果一个Consumer获得消息比其它的Consumer快,那么它将获得更多的消息。因此推荐ActiveMQ的Broker和Client使用failover://transport的方式来配置链接。 二、Broker的集群(Broker clusters) 大部分情况下是使用一些列的Broker和Client链接到一起。如果一个Broker死掉了,Client可以自动链接到其它的Broker上。实现以上行为需要用failover协议作为Client。 如果启动了多个Broker,Client可以使用static discovery或者Dynamic discovery容易的从一个broker到另一个broker直接链接。 这样当一个broker上没有Consumer的话,那么它的消息不会被消费,然而该broker会通过存储和转发的策略来把该消息发到其它的broker上。 注意: ActiveMQ默认的两个broker,static链接后是单方向的,broker-A可以访问消费broker-B的消息,如果要支持双向通信,需要在netWorkConnector配置的时候,设置duplex=true就可以了。 三、Master Slave 在5.9的版本里面,废除了Pure Master Slave的方式,目前支持: 1:Shared File System Master Slave:基于共享存储的Master-Slave,多个broker实例使用一个存储文件,谁拿到文件锁就是master,其他处于待启动状态,如果master挂掉了,某个抢到文件锁的slave变成master 2:JDBC Master Slave:基于JDBC的Master-Slave,使用同一个数据库,拿到LOCK表的写锁的broker成为master 3:Replicated LevelDB Stroe:基于ZooKeeper复制LevelDB存储的Master-Slave机制,这个是5.9新加的 详情:http://activemq.apache.org/masterslave.html
- JDBC Master Slave的方式
利用数据库作为数据源,采用Master/Slave模式,其中在启动的时候Master首先获得独有锁,其它Slaves Broker则等待获取独有锁
推荐客户端使用Failover来连接Brokers。
如图所示:
- Master失败 如果Master失败,则它释放独有锁,其他Slaver则获取独有锁,其他Slaver立即获得独有锁后此时它将变成Master,并且启动所有的传输连接。同时,Client将停止连接之前的Master和将会轮询连接到其他可用利用的Broker,即新Master。如上中图所示
- Master重启 任何时候去启动新的Broker,即作为新的Slaver来加入集群,如上右图所示
- JDBC Master Slaver的配置 使用<jdbcPersistenceAdapter/>来配置消息的持久化,自动就会使用JDBC Master Slave的方式。