ActiveMQ集群配置

http://www.cnblogs.com/forchase/p/4317752.html

Queue consumer clusters

此集群让多个消费者同时消费一个队列，若某个消费者出问题无法消费信息，则未消费掉的消息将被发给其他正常的消费者，结构图如下：

Broker clusters

一个消费者连接到多个broker集群的中的一个broker，当该broker出问题时，消费者自动连接到其他一个正常的broker。

消费者使用 failover:// 协议来连接broker。failover:(tcp://localhost:61616,tcp://localhost:61617)

 

broker之间的通过静态发现（static discovery）和动态发现（dynamic discovery）来维持彼此发现，下面来介绍静态发现和动态发现的机制：

 

静态发现

静态发现通过配置固定的broker uri来发现彼此，配置语法如下：

static:(uri1,uri2,uri3,...)?options

例如：static:(tcp://localhost:61616,tcp://remotehost:61617?trace=false,vm://localbroker)?initialReconnectDelay=100

 

动态发现

动态发现机制是在各个broker启动时通过Fanout transport来发现彼此，配置举例如下：

1 <broker name="foo">

2   <transportConnectors>

3     <transportConnector uri="tcp://localhost:0" discoveryUri="multicast://default"/>

4   </transportConnectors>

5   ...

6 </broker>

Networks of brokers

多个broker组成集群，当其中一个broker的消费者出问题导致消息堆积无法消费掉时，通过ActiveMQ支持的Network of Broker方案可将该broker堆积的消息转发到其他有消费者的broker。该方案主要有以下两种配置方式：

1、为broker配置文件配置networkConnector元素

2、使用发现机制互相探测broker

 

Master Slave

通过部署多个broker实例，一个master和多个slave关系的broker来达到高可用性，有三种方案：

1、Master-Slave

2、SharedFile System Master Slave

3、JDBC Master Slave

 

第一种方案由于只可以由两个AMQ实例组件，实际应用场景并不广泛；

第三种方案支持N个AMQ实例组网，但他的性能会受限于数据库；

第二种方案同样支持N个AMQ实例组网，基于kahadb存储策略，亦可以部署在分布式文件系统上，应用灵活、高效且安全。

 

Master Slave方案当其中一个broker启动并拿到独占锁时自动成为master，其他后续的broker则一直等待锁，当master宕机释放锁时其他slave拿到独占锁则自动成为master，部署结构如下：