ActiveMQ 集群部署

最新推荐文章于 2024-05-04 05:31:40 发布
最新推荐文章于 2024-05-04 05:31:40 发布
阅读量4k 收藏 2
点赞数
分类专栏： Linux 文章标签： 中间件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36623327/article/details/124389695
版权

ActiveMQ 集群部署

本章演示 ActiveMQ 集群部署，默认您已经安装了 zookeeper 集群，并在各服务器上成功安装了 ActiveMQ 单节点实例如果您的环境还不满足条件请参考前面的文章

ActiveMQ 问题记录

在集群部署过程中会出现各种问题，但是 ActiveMQ集群的部署是比较简单的，如果不能实现集群功能请检查以下配置：

  • 最坑的一个问题是ActiveMQ自己的问题，它少了一个 jar包 failureaccess-1.0.1,没有这个包会出现一堆报错，如果你认为自己的配置没有问题不妨把这个包加到 lib 里试试，maven 地址：https://mvnrepository.com/artifact/com.google.guava/failureaccess

  • 防火墙是否开启（包括虚拟机的，宿主主机的，如果是阿里云的还要进入阿里云配置访问规则，这玩意关了防火墙可干不掉它）

  • 集群名称和IP地址是否配置正确

  • 端口号是否冲突，我这里的三台虚拟机所以不用改端口号，如果是单台虚拟机部署三个ActiveMQ节点，需要注意端口冲突

集群部署

activemq.xml

  • 修改 broker 标签中的 brokerName ，三个实例必须一致

  • 在 persistenceAdapter 标签中添加 replicatedLevelDB，集群和zookeeper相关信息

  <persistenceAdapter>
        	<!--
        	bind：允许访问的地址
        	replicas： 集群实例数量  
        	zkAddress：zookeeper 实例的地址
        	hostname：本机IP地址
       		-->
            <replicatedLevelDB
            	directory="${activemq.data}/leveldb"
            	replicas="3"
            	bind="tcp://0.0.0.0:63631"
            	zkAddress="192.168.31.151:2181,192.168.31.154:2181,192.168.31.157:2181"
            	hostname="192.168.31.151"
            	zkPath="/activemq/leveldb-stores"
            	></replicatedLevelDB>
        </persistenceAdapter>

  • 如果是单台服务器中部署多个ActiveMQ，需要注意以下两点

    • 三个实例中 replicatedLevelDB 下的 bind 配置的端口号不能相同

    • 三个实例中 transportConnectors 标签中的端口号不能相同

jetty.xml

我这里是三个虚拟机，每个虚拟机部署一个 ActiveMQ 实例，所以 jetty.xml 不需要修改

如果是单台服务器，则需要将三个ActiveMQ 中 jetty.xml 的 jettyPort 调整为不同的端口号

<bean id="jettyPort" class="org.apache.activemq.web.WebConsolePort" init-method="start">
    <property name="host" value="0.0.0.0"/>
    <property name="port" value="8161"/>
</bean>

修改完成后重启activemq 集群即可

集群文件备份

配置文件环境是三台虚拟机，每个虚拟机中仅部署一个 ActiveMQ实例

activemq.xml

<beans
  xmlns="http://www.springframework.org/schema/beans"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
  http://activemq.apache.org/schema/core http://activemq.apache.org/schema/core/activemq-core.xsd">
    <bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
        <property name="locations">
            <value>file:${activemq.conf}/credentials.properties</value>
        </property>
    </bean> 
                                <!-- 同一个集群中，所有实例的 brokerName 必须相同 -->
    <broker xmlns="http://activemq.apache.org/schema/core" brokerName="archser_MQ" dataDirectory="${activemq.data}">
        <destinationPolicy>
            <policyMap>
              <policyEntries>
                <policyEntry topic=">" > 
                  <pendingMessageLimitStrategy>
                    <constantPendingMessageLimitStrategy limit="1000"/>
                  </pendingMessageLimitStrategy>
                </policyEntry>
              </policyEntries>
            </policyMap>
        </destinationPolicy>
        <managementContext>
            <managementContext createConnector="false"/>
        </managementContext>
        <persistenceAdapter>
            <!--
            bind：允许访问的地址
            replicas： 集群实例数量  
            zkAddress：zookeeper 实例的地址
            hostname：本机IP地址
               -->
            <replicatedLevelDB
                directory="${activemq.data}/leveldb"
                replicas="3"
                bind="tcp://0.0.0.0:63631"
                zkAddress="192.168.31.151:2181,192.168.31.154:2181,192.168.31.157:2181"
                hostname="192.168.31.151"
                zkPath="/activemq/leveldb-stores"
                ></replicatedLevelDB>
        </persistenceAdapter>
          <systemUsage>
            <systemUsage>
                <memoryUsage>
                    <memoryUsage percentOfJvmHeap="70" />
                </memoryUsage>
                <storeUsage>
                    <storeUsage limit="100 gb"/>
                </storeUsage>
                <tempUsage>
                    <tempUsage limit="50 gb"/>
                </tempUsage>
            </systemUsage>
        </systemUsage>
        <transportConnectors>
            <transportConnector name="openwire" uri="tcp://0.0.0.0:61616?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="amqp" uri="amqp://0.0.0.0:5672?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="stomp" uri="stomp://0.0.0.0:61613?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="mqtt" uri="mqtt://0.0.0.0:1883?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
            <transportConnector name="ws" uri="ws://0.0.0.0:61614?maximumConnections=1000&amp;wireFormat.maxFrameSize=104857600"/>
        </transportConnectors>
        <shutdownHooks>
            <bean xmlns="http://www.springframework.org/schema/beans" class="org.apache.activemq.hooks.SpringContextHook" />
        </shutdownHooks>
    </broker>
    <import resource="jetty.xml"/>
</beans>
<!-- END SNIPPET: example -->

jetty.xml

<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
    <bean id="securityLoginService" class="org.eclipse.jetty.security.HashLoginService">
        <property name="name" value="ActiveMQRealm" />
        <property name="config" value="${activemq.conf}/jetty-realm.properties" />
    </bean>
    <bean id="securityConstraint" class="org.eclipse.jetty.util.security.Constraint">
        <property name="name" value="BASIC" />
        <property name="roles" value="user,admin" />
        <property name="authenticate" value="true" />
    </bean>
    <bean id="adminSecurityConstraint" class="org.eclipse.jetty.util.security.Constraint">
        <property name="name" value="BASIC" />
        <property name="roles" value="admin" />
        <property name="authenticate" value="true" />
    </bean>
    <bean id="securityConstraintMapping" class="org.eclipse.jetty.security.ConstraintMapping">
        <property name="constraint" ref="securityConstraint" />
        <property name="pathSpec" value="/*,/api/*,/admin/*,*.jsp" />
    </bean>
    <bean id="adminSecurityConstraintMapping" class="org.eclipse.jetty.security.ConstraintMapping">
        <property name="constraint" ref="adminSecurityConstraint" />
        <property name="pathSpec" value="*.action" />
    </bean>
    <bean id="rewriteHandler" class="org.eclipse.jetty.rewrite.handler.RewriteHandler">
        <property name="rules">
            <list>
                <bean id="header" class="org.eclipse.jetty.rewrite.handler.HeaderPatternRule">
                  <property name="pattern" value="*"/>
                  <property name="name" value="X-FRAME-OPTIONS"/>
                  <property name="value" value="SAMEORIGIN"/>
                </bean>
                <bean id="header" class="org.eclipse.jetty.rewrite.handler.HeaderPatternRule">
                  <property name="pattern" value="*"/>
                  <property name="name" value="X-XSS-Protection"/>
                  <property name="value" value="1; mode=block"/>
                </bean>
                <bean id="header" class="org.eclipse.jetty.rewrite.handler.HeaderPatternRule">
                  <property name="pattern" value="*"/>
                  <property name="name" value="X-Content-Type-Options"/>
                  <property name="value" value="nosniff"/>
                </bean>
            </list>
        </property>
    </bean>
    <bean id="secHandlerCollection" class="org.eclipse.jetty.server.handler.HandlerCollection">
        <property name="handlers">
            <list>
                   <ref bean="rewriteHandler"/>
                <bean class="org.eclipse.jetty.webapp.WebAppContext">
                    <property name="contextPath" value="/admin" />
                    <property name="resourceBase" value="${activemq.home}/webapps/admin" />
                    <property name="logUrlOnStart" value="true" />
                </bean>
                <bean class="org.eclipse.jetty.webapp.WebAppContext">
                    <property name="contextPath" value="/api" />
                    <property name="resourceBase" value="${activemq.home}/webapps/api" />
                    <property name="logUrlOnStart" value="true" />
                </bean>
                <bean class="org.eclipse.jetty.server.handler.ResourceHandler">
                    <property name="directoriesListed" value="false" />
                    <property name="welcomeFiles">
                        <list>
                            <value>index.html</value>
                        </list>
                    </property>
                    <property name="resourceBase" value="${activemq.home}/webapps/" />
                </bean>
                <bean id="defaultHandler" class="org.eclipse.jetty.server.handler.DefaultHandler">
                    <property name="serveIcon" value="false" />
                </bean>
            </list>
        </property>
    </bean>    
    <bean id="securityHandler" class="org.eclipse.jetty.security.ConstraintSecurityHandler">
        <property name="loginService" ref="securityLoginService" />
        <property name="authenticator">
            <bean class="org.eclipse.jetty.security.authentication.BasicAuthenticator" />
        </property>
        <property name="constraintMappings">
            <list>
                <ref bean="adminSecurityConstraintMapping" />
                <ref bean="securityConstraintMapping" />
            </list>
        </property>
        <property name="handler" ref="secHandlerCollection" />
    </bean>
    <bean id="contexts" class="org.eclipse.jetty.server.handler.ContextHandlerCollection">
    </bean>
    <bean id="jettyPort" class="org.apache.activemq.web.WebConsolePort" init-method="start">
        <property name="host" value="0.0.0.0"/>
        <property name="port" value="8161"/>
    </bean>
    <bean id="Server" depends-on="jettyPort" class="org.eclipse.jetty.server.Server"
        destroy-method="stop">
        <property name="handler">
            <bean id="handlers" class="org.eclipse.jetty.server.handler.HandlerCollection">
                <property name="handlers">
                    <list>
                        <ref bean="contexts" />
                        <ref bean="securityHandler" />
                    </list>
                </property>
            </bean>
        </property>
    </bean>
    <bean id="invokeConnectors" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
        <property name="targetObject" ref="Server" />
        <property name="targetMethod" value="setConnectors" />
        <property name="arguments">
        <list>
               <bean id="Connector" class="org.eclipse.jetty.server.ServerConnector">
                   <constructor-arg ref="Server" />
                    <!-- see the jettyPort bean -->
                   <property name="host" value="#{systemProperties['jetty.host']}" />
                   <property name="port" value="#{systemProperties['jetty.port']}" />
               </bean> 
            </list>
        </property>
    </bean>
    <bean id="configureJetty" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
        <property name="staticMethod" value="org.apache.activemq.web.config.JspConfigurer.configureJetty" />
        <property name="arguments">
            <list>
                <ref bean="Server" />
                <ref bean="secHandlerCollection" />
            </list>
        </property>
    </bean>
    <bean id="invokeStart" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean" 
        depends-on="configureJetty, invokeConnectors">
        <property name="targetObject" ref="Server" />
        <property name="targetMethod" value="start" />      
    </bean>
</beans>
匠心精神
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ActiveMQ消息队列主从集群
江晓龙的博客
06-26 1万+
ActiveMQ主从高可用集群，需要使用Zookeeper集群注册所有的ActiveMQ节点，由Zookeeper实现主备切换时的选举，在主从高可用集群中，只有一个ActiveMQ节点处于工作状态，被视为Master节点，其他的ActiveMQ节点处于待机状态，当主节点挂掉后，Zookeeper会通过选举机制将集群中的某个ActiveMQ节点提升为Master，继续提供服务。模拟ActiveMQ主节点宕机，观察是否会由集群中另外的从节点，升级为主节点。每个节点都有单独的通信地址，故障切换后可以直接切换。
ActiveMq集群部署
qq_39166937的博客
10-28 3369
本文介绍基于zookeeper的ActiveMq的集群部署。
activemq集群部署（纯干干的货）
qq_45161086的博客
12-01 586
root@node1 bin]# lsof -i:61617 #查看端口，可见master为134。修改brokername #默认都为localhost，各个节点都统一即可。./activemq status #查看activemq状态。修改如下内容中ip部分，修改为本机IP，原为0.0.0.0。./activemq start #启动activemq。配置zookeeper集群地址。#删除原这行下的内容。
Zookeeper+ActiveMQ集群搭建
最新发布
2301_78850344的博客
05-04 1085
其它面试题（springboot、mybatis、并发、java中高级面试总结等）《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》点击传送门，即可获取！[外链图片转存中…(img-FwfU5N5Z-1714771889386)][外链图片转存中…(img-HCmsdgcA-1714771889386)]《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》点击传送门，即可获取！
ActiveMq 集群部署 三种方案 + 负载均衡+其他细节点
热门推荐
qq_16681279的博客
09-25 1万+
备忘用 消息的存储三种方式 ： kahaDB ,levelDB，数据库。 （1） kahaDB 可以通过文件共享来实现 高可用，需要对linux进行配置，这里不做具体介绍。 （2）levelDB 是 activeMq 支持的一种高可用策略 ，需要搭建至少三个（奇数个）节点的zk集群 ，我们的activeMq 也是需要三个。 （3）基于数据库实现activeMq高可用 。 （4）通过负载可...
Apache ActiveMQ实战(2)-集群
weixin_30379531的博客
07-09 528
ActiveMQ的集群内嵌代理所引发的问题：消息过载管理混乱如何解决这些问题——集群的两种方式：Master slaveBroker clustersActiveMQ的集群有两种方式：MASTER/SLAVE模式Cluster模式Pure Master SlavePure master slave的工作方式：当master broker失效的时候。Slave broker 做出了两种不同的相...
ActiveMQ集群部署详解
Java高知社区
10-20 6367
1、什么是ActiveMQ ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现，尽管JMS规范出台已经是很久的事情了，但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。 2、ActiveMQ特性 ⒈ 多种语言和协议编写客户端。语言: Java,C,C++,C#,Ruby,Perl,Python,PHP。应用协议： OpenWire,Stomp REST,WS Notificati
ActiveMQ集群方案
IT_xiaochou的博客
12-15 241
ActiveMQ集群方案 本人最近使用VM搭建ActiveMQ集群成功了，写篇文章记录下。集群方案介绍。 MasterSlave模式 至少需要3个节点，利用ZooKeeper从众多节点中选举一个Master节点，其他为Slave节点。只有Master节点对外提供服务，使用LevelDB存储消息，当主节点宕机后，其他节点会选举出一个新的节点成为Master节点，继续对外提供服务。 优点：实现高可用...
ActiveMQ集群
brushli的专栏
12-06 2310
ActiveMQ集群的方式，按主从方式分有四种，Pure Master Slave、Shared File System Master Slave、JDBC Master Slave、Replicated LevelDB Store，下面详细介绍这四种主从集群。 1、Pure Master Slave 这是一种比较简单的主从集群方式，一个主点，一个备点，备点的数据只是主点数据的拷贝，当主点挂掉
windows server下zookeeper+activemq集群部署
08-20
总之，这个部署过程涵盖了JDK的安装、Zookeeper集群配置、ActiveMQ集群部署、数据共享、高可用性设置和负载均衡策略。通过这些步骤，可以创建一个稳定的、可扩展的、高可用的分布式消息队列系统，为应用程序提供可靠...
ActiveMq集群部署手册V1.0.doc
08-14
ActiveMq集群部署手册ActiveMq集群部署手册ActiveMq集群部署手册
window系统搭建activeMQ集群和操作步骤
07-02
在Windows系统上搭建ActiveMQ集群是一项关键的任务，它涉及到分布式消息传递系统的设计和优化。ActiveMQ是Apache软件基金会开发的一款开源消息代理，它遵循Java Message Service (JMS) 规范，提供高可靠的消息传递...
环境搭建---activeMQ
大眼`不聚光
07-05 1340
activeMQ部署 环境说明： 3台服务器部署6个activemq节点，采用zookeeper+activemq方式部署。 一、安装JDK： 1、查看Linux系统是否有自带的jdk： # rpm -qa | grep java 如果已有jdk并且版本和所需版本不同，则删除已有包： # rpm -e --nodeps +包名 2、安装jdk # rpm -ivh jdk-8u121-linux-x64.rpm 3、查看JDK版本: # java -version 二、安装zookeeper
引入消息中间件概念-activemq
obj_668793的博客
10-22 216
引入消息中间件概念 微服务架构后 链式调用是我们在写程序时候的一般流程,为了完成一个整体功能会将其拆分成多个函数(或子模块)，比如模块A调用模块B,模块B调用模块C,模块C调用模块D。但在大型分布式应用中，系统间的RPC交互繁杂，一个功能背后要调用上百个接口并非不可能，从单机架构过渡到分布式微服务架构的通例， 这些架构会有哪些问题？ 系统之间接口耦合比较严重 每新增一个下游功能，都要对上游的相关接口进行改造； 举个例子：如果系统A要发送数据给系统B和系统C，发送给每个系统的数据可能有...
ActiveMQ集群部署配置
Candy_Sir的博客
03-01 713
Zookeeper+Replicated LevelDB集群部署 建一个名为mq_cluster的文件夹，并在该文件夹下面建立个mq节点。 修改管理控制台端口。node01默认不变，node02和node03分别改为8162和8163 修改hosts文件。 3个node节点的BrokerName要保持一致。 修改各节点持久化配置，详见官网http://activemq.apache.org/re...
ActiveMq简单部署使用
z_xiaoluan的博客
09-24 442
工作终于消停了一阵，之前一直对于消息中间件很好奇，今天抽空看了一下ActiveMq,简单部署在虚拟机上，用程序跑了一下，终于大致明白一些。 1.什么是中间件 非操作系统软件，非业务应用软件，不是直接给最终用户使用，不能直接给用户带来价值的软件，我们就可以称为中间件（比如Dubbo，Tomcat，Jetty，Jboss都是属于的）。 2.什么是ActiveMq ActiveMQ是Apache...
kubernetes 部署 ActiveMQ
Lyndon的专栏
03-23 2126
kubernetes 部署ActiveMQ 单个ActiveMQ部署就像部署Java应用，首先依赖docker制作Dockerfile，放到仓库lyndon1107/activemq。 然后手动编写kubernetes文件：activemq-deployment.yml 和 activemq-service.yml。 需要注意： MQ的配置文件：jetty.xml中127.0.0.1 改为 0.0.0.0； MQ的登录：admin admin Dockerfile 制作 dockerfile_active
ActiveMQ 集群配置
攻城狮Luke
02-16 4485
构建高可用的ActiveMQ系统在生产环境中是非常重要的，单点的ActiveMQ作为企业应用无法满足高可用和集群的需求，所以ActiveMQ提供了master-slave、broker cluster等多种部署方式，但通过分析多种部署方式之后我认为需要将两种部署方式相结合才能满足我们公司分布式和高可用的需求，所以后面就重点将解如何将两种部署方式相结合。  自从activemq5.9.0开始，
activemq集群部署
05-26
ActiveMQ 是一个流行的开源消息队列软件，它支持多种协议和编程语言，能够满足企业级的消息传递需求。要部署 ActiveMQ 集群，可以按照以下步骤操作： 1. 安装 ActiveMQ：在每个节点上安装 ActiveMQ，并确保其版本相同。 2. 配置 ActiveMQ：在每个节点上修改 ActiveMQ 的配置文件，以便将节点加入到集群中。其中需要修改的配置项包括： - `activemq.xml`：在 `<broker>` 元素中添加 `<networkConnectors>` 子元素，指定节点之间的网络连接。例如： ```xml <networkConnectors> <networkConnector uri="static:(tcp://node1:61616,tcp://node2:61616)"/> </networkConnectors> ``` - `activemq.xml`：在 `<broker>` 元素中添加 `<destinationPolicy>` 子元素，指定消息目的地的复制策略。例如： ```xml <destinationPolicy> <policyMap> <policyEntries> <policyEntry topic=">" replicated="true"/> <policyEntry queue=">" replicated="true"/> </policyEntries> </policyMap> </destinationPolicy> ``` - `activemq.xml`：在 `<broker>` 元素中添加 `<clusterConnectors>` 子元素，指定节点之间的集群连接。例如： ```xml <clusterConnectors> <clusterConnector name="myCluster" uri="static:(tcp://node1:61616,tcp://node2:61616)"/> </clusterConnectors> ``` 3. 启动 ActiveMQ：在每个节点上启动 ActiveMQ。 4. 检查集群状态：使用 ActiveMQ 自带的 web 界面或者 JMX 工具来检查集群状态。在 web 界面中，可以查看 `Broker` 页签下的 `Network Connections` 和 `Destinations`，以确保节点之间的连接正常并且消息目的地被正确地复制。 5. 测试集群：使用消息生产者和消费者来测试集群。在测试时，可以分别向不同的节点发送消息，并在不同的节点上接收消息，以确保消息能够正确地被传递和复制。 以上就是 ActiveMQ 集群部署的基本步骤，需要注意的是，在实际部署过程中可能会遇到各种问题，需要根据具体情况进行调整和处理。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值