关于ActiveMQ的几种集群配置

简介:

ActiveMQ的几种集群配置。

Queue consumer clusters

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

Broker clusters

此种配置是一个消费者连接到多个broker集群的中的一个broker,当该broker出问题时,消费者自动连接到其他一个正常的broker。消费者使用 failover:// 协议来连接broker。

failover:(tcp://localhost:61616,tcp://localhost:61617)

failover官网介绍 http://activemq.apache.org/failover-transport-reference.html

broker之间的通过静态发现(static discovery)和动态发现(dynamic discovery)来维持彼此发现,下面来介绍静态发现和动态发现的机制:

静态发现:

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

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

例如:

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

  

更多静态发现介绍,见ActiveMQ官网 http://activemq.apache.org/static-transport-reference.html

动态发现:

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

1
2
3
4
5
6
<broker name= "foo" >
   <transportConnectors>
     <transportConnector uri= "tcp://localhost:0"  discoveryUri= "multicast://default" />
   </transportConnectors>
   ...
</broker>

 更多动态发现机制介绍,见官网 http://activemq.apache.org/discovery-transport-reference.html

 

Networks of brokers

多个broker组成集群,当其中一个broker的消费者出问题导致消息堆积无法消费掉时,通过ActiveMQ支持的Network of Broker方案可将该broker堆积的消息转发到其他有消费者的broker。

该方案主要有以下两种配置方式:

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

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

Here is an example of using the fixed list of URIs:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<? xml  version="1.0" encoding="UTF-8"?>
  
< beans  xmlns="http://activemq.org/config/1.0">
  
   < broker  brokerName="receiver" persistent="false" useJmx="false">
     < networkConnectors >
       <!-- Static discovery -->
       < networkConnector  uri="static:(tcp://localhost:62001)"/>
       <!-- MasterSlave Discovery -->
       <!--<networkConnector uri="masterslave:(tcp://host1:61616,tcp://host2:61616,tcp://..)"/> -->
     </ networkConnectors >
  
     < persistenceAdapter >
       < memoryPersistenceAdapter />
     </ persistenceAdapter >
  
    < transportConnectors >
       < transportConnector  uri="tcp://localhost:62002"/>
     </ transportConnectors >
   </ broker >
  
</ beans >

  

This example uses multicast discovery:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
<? xml  version="1.0" encoding="UTF-8"?>
  
< beans  xmlns="http://activemq.org/config/1.0">
  
   < broker  name="sender" persistent="false" useJmx="false">
     < networkConnectors >
       < networkConnector  uri="multicast://default"/>
     </ networkConnectors >
  
     < persistenceAdapter >
       < memoryPersistenceAdapter />
     </ persistenceAdapter >
  
   < transportConnectors >
       < transportConnector  uri="tcp://localhost:0" discoveryUri="multicast://default"/>
     </ transportConnectors >
   </ broker >
  
</ beans >

  

Master Slave

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

1、Master-Slave
2、SharedFile System Master Slave
3、JDBCMaster Slave

第一种方案由于只可以由两个AMQ实例组件,实际应用场景并不广泛;
第三种方案支持N个AMQ实例组网,但他的性能会受限于数据库;
第二种方案同样支持N个AMQ实例组网,基于kahadb存储策略,亦可以部署在分布式文件系统上,应用灵活、高效且安全。

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

第二种方案的配置只需修改config文件夹下activemq.xml文件,修改消息持久化使用的方案:

1
2
3
4
5
6
7
< broker  xmlns="http://activemq.apache.org/schema/core" brokerName="localhost" dataDirectory="D:/Platform/mq_share_file">
   ...
     < persistenceAdapter >
             < kahaDB  directory="D:/Platform/mq_share_file/kahadb" enableIndexWriteAsync="true" enableJournalDiskSyncs="false"/>
     </ persistenceAdapter >
     ...
</ broker >

 

消息生产者代码:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
public  class  P2PSender {
     private  static  final  String QUEUE =  "client1-to-client2" ;
 
     public  static  void  main(String[] args) {
         // ConnectionFactory :连接工厂,JMS用它创建连接
         ConnectionFactory connectionFactory;
         // Connection :JMS客户端到JMS Provider的连接
         Connection connection =  null ;
         // Session:一个发送或接收消息的线程
         Session session;
         // Destination :消息的目的地;消息发送给谁.
         Destination destination;
         // MessageProducer:消息发送者
         MessageProducer producer;
         // TextMessage message;
         // 构造ConnectionFactory实例对象,此处采用ActiveMq的实现
         connectionFactory =  new  ActiveMQConnectionFactory(
                 "failover:(tcp://localhost:61616?wireFormat.maxInactivityDuration=0,tcp://localhost:61617?wireFormat.maxInactivityDuration=0)" );
         try  {
             // 构造从工厂得到连接对象
             connection = connectionFactory.createConnection();
             // 启动
             connection.start();
             // 获取操作连接
             session = connection.createSession( false , Session.AUTO_ACKNOWLEDGE);
             destination = session.createQueue(QUEUE);
             // 获取session,FirstQueue是一个服务器的queue destination = session.createQueue("FirstQueue");
             // 得到消息生成者【发送者】
             producer = session.createProducer(destination);
             // 设置不持久化
             producer.setDeliveryMode(DeliveryMode.NON_PERSISTENT);
             // 构造消息
             sendMessage(session, producer);
             // session.commit();
             connection.close();
         catch  (Exception e) {
             e.printStackTrace();
         finally  {
             if  ( null  != connection) {
                 try  {
                     connection.close();
                 catch  (JMSException e) {
                     e.printStackTrace();
                 }
             }
         }
     }
 
     public  static  void  sendMessage(Session session, MessageProducer producer)  throws  Exception {
         for  ( int  i =  1 ; i <=  1 ; i++) {
             Date d =  new  Date();
             TextMessage message = session.createTextMessage( "ActiveMQ发送消息"  + i +  "  "  new  Date());
             System.out.println( "发送消息:ActiveMQ发送的消息"  + i +  "  "  new  Date());
             producer.send(message);
         }
     }
}

消息消费者代码:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
public  class  P2PReceiver {
     private  static  final  String QUEUE =  "client1-to-client2" ;
     
     public  static  void  main(String[] args) {
         // ConnectionFactory :连接工厂,JMS用它创建连接
         ConnectionFactory connectionFactory;
         // Connection :JMS客户端到JMS Provider的连接
         Connection connection =  null ;
         // Session:一个发送或接收消息的线程
         Session session;
         // Destination :消息的目的地;消息发送给谁.
         Destination destination;
         // 消费者,消息接收者
         MessageConsumer consumer;
         connectionFactory =  new  ActiveMQConnectionFactory( "failover:(tcp://localhost:61616?wireFormat.maxInactivityDuration=0,tcp://localhost:61617?wireFormat.maxInactivityDuration=0)" );
         try  {
             // 得到连接对象
             connection = connectionFactory.createConnection();
             // 启动
             connection.start();
             // 获取操作连接
             session = connection.createSession( false , Session.AUTO_ACKNOWLEDGE);
             // 创建Queue
             destination = session.createQueue(QUEUE);
             consumer = session.createConsumer(destination);
             while  ( true ) {
                 TextMessage message = (TextMessage) consumer.receive();
                 if  ( null  != message) {
                     System.out.println( "收到消息"  + message.getText());
                 }
             }
         catch  (Exception e) {
             e.printStackTrace();
         finally  {
             try  {
                 if  ( null  != connection)
                     connection.close();
             catch  (Throwable ignore) {
             }
         }
     }
}

  



本文转自邴越博客园博客,原文链接:http://www.cnblogs.com/binyue/p/5325945.html,如需转载请自行联系原作者

相关文章
|
消息中间件 存储 负载均衡
ActiveMQ高可用集群部署方案
ActiveMQ是分布式系统中重要的组件,在生产环境中如何保证让ActiveMQ能够持续工作,同时还要使消息中间件服务保持可靠性和高效的处理性能。
6838 0
ActiveMQ高可用集群部署方案
|
存储 监控 安全
解锁ThreadLocal的问题集:如何规避多线程中的坑
解锁ThreadLocal的问题集:如何规避多线程中的坑
668 0
|
Java 开发工具 Windows
Windows环境下面启动jar包,输出的日志出现乱码的解决办法
Windows环境下面启动jar包,输出的日志出现乱码的解决办法
|
存储 关系型数据库 PostgreSQL
|
安全 Java
java.security.InvalidKeyException: Illegal key size。
java.security.InvalidKeyException: Illegal key size。
358 0
|
7月前
|
机器学习/深度学习 人工智能 自然语言处理
YOLOv11改进策略【模型轻量化】| 替换华为的极简主义骨干网络:VanillaNet
YOLOv11改进策略【模型轻量化】| 替换华为的极简主义骨干网络:VanillaNet
393 16
YOLOv11改进策略【模型轻量化】| 替换华为的极简主义骨干网络:VanillaNet
|
6月前
|
SQL 分布式计算 IDE
如何在IDE中通过Spark操作Hive
通过以上方法和代码示例,你可以在IDE中成功通过Spark操作Hive,实现大规模数据处理和分析。确保理解每一步的实现细节,应用到实际项目中时能有效地处理各种复杂的数据场景。
321 28
|
Java 测试技术 API
SpringBoot单元测试快速写法问题之复杂的业务逻辑设计有效的单元测试如何解决
SpringBoot单元测试快速写法问题之复杂的业务逻辑设计有效的单元测试如何解决
|
存储 并行计算 编译器
向量化代码实践与思考:如何借助向量化技术给代码提速
在不堆机器的情况下,要想使代码完全发挥出硬件性能,就需要做加速。其中比较常见的操作是并发处理,本文将深入向量化计算技术,为大家讲解SIMD指令,以及如何写出规范的可向量化的代码。
|
安全 Linux iOS开发
【热门话题】 Fiddler:一款强大的Web调试代理工具——安装与使用详解
Fiddler是一款强大的Web调试工具,适用于Windows、macOS和Linux,用于捕获、记录和分析HTTP/HTTPS流量。本文详细介绍了Fiddler的安装步骤,包括下载、安装和配置,特别是信任根证书和代理设置。在使用方面,讲解了如何启动/停止捕获流量、查看和管理会话,以及重发请求、编辑请求/响应和清除会话。此外,还探讨了进阶功能,如自定义过滤规则、使用AutoResponder模拟服务器响应、性能分析和统计,以及插件扩展和脚本编写。Fiddler是学习HTTP协议和解决Web问题的得力工具。
882 1