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";