ActiveMQ集群负载均衡、安装、配置的示例分析

小编给大家分享一下ActiveMQ集群负载均衡、安装、配置的示例分析，希望大家阅读完这篇文章之后都有所收获，下面让我们一起去探讨吧！

一. MQ介绍

MQ是应用程序对应用程序的通信方法，它可以作为程序中间媒介，通过消息（用户的各种类型的数据文件，某个应用向其它应用发出的处理请求等都可以作为消息）的方式解耦rpc。

二. MQ适用场景

为完成某一无需即时返回且耗时的业务，将该操作提取出来，进行了异步处理，节省了服务器的请求响应时间，从而提高了系统的吞吐量，如：城市停车场中的业务场景、电商中的订单物流仓储服务、不同平台间对接都离不开MQ

三. 以ActiveMQ为例，集群安装、配置、负载均衡

在MQ选型时，很多人都会疑惑，到底选哪种？RabbitMq、ActiveMq、ZeroMq、kafka，我到是觉得这个和业务是分不开的，例如只是普通的系统对接或是未关键业务数据处理，没有必要纠结，直接用ActiveMq就行，如果对数据的处理性能、吞吐、容错性要求较高，还是需要自己测试下各个MQ的优缺点，下面这个是网络数据，我也没测试过，给大家一个参考：[RabbitMq、ActiveMq、ZeroMq、kafka之间的比较,资料汇总](http://blog.csdn.net/linsongbin1/article/details/47781187)下面开始集群安装、配置主机    集群端口  消息端口  管控台端口  节点安装目录192.168.1.81  62621  51511  8161  ${MQ_HOME}/node-01192.168.1.82  62622  51512  8162  ${MQ_HOME}/node-02192.168.1.83  62623  51513  8163  ${MQ_HOME}/node-031. 我们使用ZooKeeper和LevelDB搭建ActiveMQ集群，使用ZooKeeper（集群）注册所有的ActiveMQ Broker。只有其中的一个 Broker 可以提供服务，被视为Master，其他的Broker处于待机状态，被视为 Slave。如果 Master 因故障而不能提供服务，ZooKeeper会从Slave 中选举出一个 Broker 充当 Master。[ZooKeeper集群的安装、配置](http://my.oschina.net/lbnan/blog/615153)2. 下载ActiveMq，tar -zxvf 解压，名为为node-0x3. 在iptables中开放端口4. 修改${MQ_HOME}/conf/jetty.xml中的管理端口，如下：            5. 配置 conf/activemq.xml 中的持久化适配器。修改其中 bind、zkAddress、

hostname 和 zkPath，每个 ActiveMQ 的 BrokerName 必须相同，否则不能加入集群，如下：

                 6. 配置各节点的消息端口,如下：

7. 接下来我们使用static Broker-Cluster方式进行负载均衡还有其他方式，找了一篇不错的博客[Apache ActiveMQ 负载均衡](http://www.tuicool.com/articles/r6FfY3)使用以上同样的方式再部署一个集群，集群名称为myBroker2，在conf/activemq.xml中配置：        8. 启动3个MQ并监听：${MQ_HOME}/bin/activemq starttail -f ${MQ_HOME}/data/activemq.log

看完了这篇文章，相信你对"ActiveMQ集群负载均衡、安装、配置的示例分析"有了一定的了解，如果想了解更多相关知识，欢迎关注行业资讯频道，感谢各位的阅读！