ActiveMQ集群配置及使用

为什么要对消息中间件集群？

实现高可用，以排除单点故障引起的服务中断

实现负载均衡，以提升效率为更多用户提供服务

集群方式:

客户端集群:让多个消费者消费同一个队列

Broker clusters:多个Broker之间同步消息

Master Slave:实现高可用

客户端配置:

ActiveMQ失效转移(falilover):

允许当其中一台消息服务器宕机时，客户端在传输层上重新连接到其他消息服务器。

语法：failover:(uri1,....,uriN)?transportOptions

transportOptions参数说明:

randomize:默认为true，表示在URI列表中选择URI连接时是否采用随机策略

initialReconnectDelay:默认10毫秒，表示第一次尝试重连之间等待的时间

maxReconnectDelay:默认30000毫秒，表示最长重连的时间间隔

Broker clusters集群配置:

原理:两个节点，节点A和节点B，节点A可以把消息同步到节点B，节点B可以把消息同步到节点A，同步之后，节点A接收到的消息可以被节点B的消费者消费，反之亦然，其实现方式是通过"网络连接器"来实现的。

网络连接器:网络连接器主要用于配置ActiveMQ服务器与服务器之间的网络通讯方式，用于服务器透传消息。又分为静态连接器和动态连接器。

静态连接器配置:

<networkConnectors>

<networkConnector uri="static:(tcp://127.0.0.1:61617,tcp://127.0.0.1:61618)"/>

</networkConnectors>

动态连接器配置:

<networkConnectors>

<networkConnector uri="multicast://default"/>

</networkConnectors>

<transportConnectors>

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

</transportConnectors>

Master Slave集群配置:

ActiveMQ Master Slave集群方案:

1.Shared storage master/slave 共享存储

2.Replicated LevelDB Store 基于复制的LevelDB Store 

共享存储集群的原理:

比如有两台服务器节点A和节点B，他们有一个共享的持久化地址，先启动节点A，A获得排它锁独占资源成为Master,B成为Slave,若A挂掉，B将获得持久化资源的排它锁成为Master接收客户端的请求，客户端通过失效转移将请求发送到了B，完成了请求的不间断性，达到高可用效果。

基于复制的LevelDB Store的原理:

 因为LevelDB是基于ZK的，所以它的服务器至少有三个，每个节点都有自己的储存化方式，他们共有一个zk节点，通过zk来选取一台服务器作为Master，A就具有了提供给外部服务的能力，获得外部消息资源后在本地"store"储存，再通过zk将消息同步给B和C储存起来，若A故障，zk会选取另一台服务器成为Master。

两种集群方式的对比

Master/Slave实现了高可用，因为一台服务器挂掉，另一台服务器可以马上顶替上去，且保证了消息不会丢失，但是无法做到负载均衡，因为Slave服务器不能提供服务。

Broker Cluster不能实现高可用，因为它获得的消息没有做持久化，若某个服务器挂掉，它正在处理的消息就会丢失，但是做到了负载均衡，因为A节点的消息可以被节点B的消费者消费，B节点的消息可以被节点A的消费者消费。

如何做到两者兼备呢？

下面是网上找的一种三台服务器的完美集群方案：



无论A，B，C哪个服务器宕机，都不会影响服务的正常运行，保证了高可用，又因为B、C和A之间的消息同步，实现了B、A或C、A之间可以互相消费彼此的消息，实现了负载均衡。

ActiveMQ三台服务器的完美集群具体配置方案:

因为只有一台电脑，所以只能通过开放不同端口的方法来实现一台电脑部署三个服务器



先新建三个actvemq服务目录activemq-A,activemq-B,activemq-C，一个持久化目录share-DB



将apache-activemq-5.14.2复制进A,B,C三个目录中

进入activemq-A的apache-activemq-5.14.2的conf，编辑activemq.xml



将除了端口61616的配置注释掉



添加网络连接器配置,将B,C的uri添加进来:



还需要编辑conf目录下的jetty.xml（提供后端管理地址的jetty服务器）



因为A节点使用的就是默认的8161端口，因此不用修改

以下是B节点activemq.xml的配置:

这是持久化目录的配置

<persistenceAdapter>
<kahaDB directory="/opt/app/actvemq/share-DB"/>
</persistenceAdapter>

网络连接器的配置:

<transportConnector name="openwire" uri="tcp://0.0.0.0:61617?maximumConnections=1000&wireFormat.maxFrameSize=104857600"/>
<!--<transportConnector name="amqp" uri="amqp://0.0.0.0:5672?maximumConnections=1000&wireFormat.maxFrameSize=104857600"/>
<transportConnector name="stomp" uri="stomp://0.0.0.0:61613?maximumConnections=1000&wireFormat.maxFrameSize=104857600"/>
<transportConnector name="mqtt" uri="mqtt://0.0.0.0:1883?maximumConnections=1000&wireFormat.maxFrameSize=104857600"/>
<transportConnector name="ws" uri="ws://0.0.0.0:61614?maximumConnections=1000&wireFormat.maxFrameSize=104857600"/>-->
</transportConnectors>
<networkConnectors>
<networkConnector name="network_A" uri="static:(tcp://127.0.0.1:61616)"/>
</networkConnectors>

jetty服务端口则改为8162

C节点配置就不一一展示了，模仿B节点修改就行。

最后依次启动A，B，C节点，查看相应端口，可以看出因为先启动activemq-B所以它成为Master，C节点成为Slave不提供服务（进程状态TiIME_WAIT）



用我的博客"简单使用ActiveMQ"里的代码进行测试，不过还要进行客户端失效转移的配置，很简单就修改两处地方:

AppPoducer.java:

private static final String url="failover:(tcp://127.0.0.1:61617,tcp://127.0.0.1:61618)?randomize=true";

AppConsumer.java:
private static final String url="failover:(tcp://127.0.0.1:61616,tcp://127.0.0.1:61617,tcp://127.0.0.1:61618)?randomize=true";