ActiveMQ集群替代方案:客户端负载均衡开源组件

本文涉及的产品
传统型负载均衡 CLB,每月750个小时 15LCU
网络型负载均衡 NLB,每月750个小时 15LCU
应用型负载均衡 ALB,每月750个小时 15LCU
简介: 吞吐量与性能需求ActiveMQ由于提供了可靠的消息传输功能,因此被作为系统不同模块间传递异步消息的重要组件。但随着业务发展,交易量出现明显增长,单节点的ActiveMQ处理性能很快成为瓶颈。

吞吐量与性能需求

ActiveMQ由于提供了可靠的消息传输功能,因此被作为系统不同模块间传递异步消息的重要组件。

但随着业务发展,交易量出现明显增长,单节点的ActiveMQ处理性能很快成为瓶颈。同时,由于业务需要,ActiveMQ必需提供更高的吞吐量,并保持消息处理的延时在较低水平。为此,我的团队寻求较为完备的扩容方式。

官网方案

根据ActiveMQ官方提供的集群方式(阅读这里)进行部署测试,发现了以下问题。

首先测试的是Master-Slave的主备集群,但其只是提供了一种高可用的方式,但对系统吞吐量没有帮助。

其次测试的是Networks of brokers的多节点集群,如果生产者与消费者不在同一个节点上,那么消息需要在不同节点间拷贝。消息经过的节点越多,处理消息的延时也就越高。另外,这种集群方式由于无法追踪消息的路径,造成运维的难度也很高。

img_9082f2123fbfef2eb91e0ccb8c303972.png
image.png

因此,官方提供的集群方式不能满足我们的需求,必须另谋出路。

客户端负载均衡方案

经过思考,参考微服务架构中客户端负载均衡的调用方式,我设计了一个ActiveMQ的客户端负载均衡方案。

img_82ed05658bb81eda269088c86b67c8e8.png
image.png

这是一种看起来非常简单直观的方案。如上图所示,

  1. 部署多个独立的ActiveMQ broker实例,实例相互独立,没有联系。
  2. 生产者客户端采用负载均衡的方式向多个broker中发送消息,降低每个broker的负载。
  3. 消费者客户端同时监听多个broker中的消息,无论消息被发送到哪个broker,都可以被成功消费。

组件与代码

为此,我写了一个基于Spring-Boot的自动加载组件,在这里
这个组件除了实现客户端负载均衡的功能,还实现了对开发人员透明,使得开发人员可以照常使用Spring的JmsTemplate或JmsMessageTemplate发送消息 ,并使用@JmsListener注解接收消息,
使用此组件与使用Spring默认组件唯一的区别就是需要配置多个ActiveMQ broker的URL地址。

  1. 添加maven依赖(现在已经可以从maven的中央仓库下载到这个依赖)。
<dependency>
    <groupId>com.github.fonoisrev</groupId>
    <artifactId>spring-boot-starter-activemq-clientSideLoadBalance</artifactId>
    <version>1.1.0</version>
</dependency>
  1. 添加ActiveMQ broker的URL地址到Spring-Boot应用的配置文件(properties或yaml格式)中。
activemq.loadbalance.enabled=true
activemq.loadbalance.urls[0]=tcp://localhost:61616
activemq.loadbalance.urls[1]=tcp://localhost:61617
...(more urls)

activemq:
  loadbalance:
    enabled: true
    urls:
      - tcp://localhost:61616
      - tcp://localhost:61617
      ...(more urls)
  1. 如果应用是Spring但没有计划迁移到Spring-Boot风格,那么请忽略第2步的配置,转而使用下面的配置。
    <!-- Config SharedMultiConnectionFactory -->
    <bean class="com.github.fonoisrev.jms.connection.SharedMultiConnectionFactory"
          id="sharedMultiConnectionFactory">
       <constructor-arg name="urls">
            <!-- ActiveMQ urls here -->
            <list>
                <value>tcp://localhost:61616</value>
                <value>tcp://localhost:61617</value>
                <!-- ... more urls -->
            </list>
        </constructor-arg>
    </bean>
    
    <!-- this is the LoadBalanceJmsConnectionFactory for client send -->
    <bean class="com.github.fonoisrev.jms.connection.LoadBalanceJmsConnectionFactory" 
          id="loadBalanceJmsConnectionFactory">
        <constructor-arg ref="sharedMultiConnectionFactory"/>
    </bean>
    
    <!-- this is the JmsMessagingTemplate or can replace with JmsTemplate -->
    <bean class="org.springframework.jms.core.JmsMessagingTemplate" 
          id="jmsMessagingTemplate">
        <property name="connectionFactory" ref="loadBalanceJmsConnectionFactory"/>
    </bean>
    
    <!-- define your own MessageListener -->
    <bean class="com.github.fonoisrev.listener.MyMessageListener" id="messageListener"/>
    
    <!-- define MultiJmsMessageListenerContainer(s) -->
    <!-- configuration is same as org.springframework.jms.listener.DefaultMessageListenerContainer -->
    <bean class="com.github.fonoisrev.jms.container.MultiJmsMessageListenerContainer" 
         id="container1">
        <!--must set connectionFactory first-->
        <property name="connectionFactory" ref="sharedMultiConnectionFactory"/>
        <property name="destinationName" value="test"/>
        <property name="messageListener" ref="messageListener"/>
        <property name="concurrency" value="1-2"/>
    </bean>

如果有特殊需求,可以自行转换为Java Configuration。

  1. 具体源码可以参考以下网址
    https://github.com/fonoisrev/ActiveMQ-ClientSide-LoadBalance
    如使用问题,欢迎在此项目的issue中反馈。

额外再说

理论上,客户端负载均衡方案是可以用于所有不同类型的MQ的,但具体到实现上,不同协议的具体代码不同,因此需要针对不同协议提供不同的实现。由于时间关系,我只实现了基于JMS协议的ActiveMQ的组件。
另外,某些MQ(如Kafka)提供了比较好用的集群支持,因此就不必再自行实现了。

相关实践学习
SLB负载均衡实践
本场景通过使用阿里云负载均衡 SLB 以及对负载均衡 SLB 后端服务器 ECS 的权重进行修改,快速解决服务器响应速度慢的问题
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
相关文章
|
27天前
|
缓存 负载均衡 Java
OpenFeign最核心组件LoadBalancerFeignClient详解(集成Ribbon负载均衡能力)
文章标题为“OpenFeign的Ribbon负载均衡详解”,是继OpenFeign十大可扩展组件讨论之后,深入探讨了Ribbon如何为OpenFeign提供负载均衡能力的详解。
OpenFeign最核心组件LoadBalancerFeignClient详解(集成Ribbon负载均衡能力)
|
15天前
|
负载均衡 算法 应用服务中间件
负载均衡技术在Web服务器集群中的应用
【8月更文第28天】随着互联网的发展和用户对Web服务需求的增长,单台服务器很难满足大规模访问的需求。为了提高系统的稳定性和扩展性,通常会采用Web服务器集群的方式。在这种架构中,负载均衡器扮演着至关重要的角色,它能够合理地分配客户端请求到不同的后端服务器上,从而实现资源的最优利用。
39 2
|
27天前
|
负载均衡 算法 关系型数据库
MySQL集群如何实现负载均衡?
【8月更文挑战第16天】MySQL集群如何实现负载均衡?
58 6
|
1月前
|
负载均衡 网络协议
使用LVS搭建集群实现负载均衡(二)安装使用
【8月更文挑战第8天】使用LVS搭建集群实现负载均衡(二)安装使用
39 4
|
1月前
|
存储 负载均衡 算法
使用LVS搭建集群实现负载均衡(一)
【8月更文挑战第8天】使用LVS搭建集群实现负载均衡
47 4
|
2月前
|
缓存 负载均衡 算法
微服务之客户端负载均衡
微服务中的客户端负载均衡是指将负载(即工作任务或访问请求)在客户端进行分配,以决定由哪个服务实例来处理这些请求。这种负载均衡方式与服务端负载均衡相对,后者是在服务端(如服务器或负载均衡器)进行请求的分发。
45 5
|
2月前
|
消息中间件 存储 负载均衡
消息队列 MQ使用问题之如何在grpc客户端中设置负载均衡器
消息队列(MQ)是一种用于异步通信和解耦的应用程序间消息传递的服务,广泛应用于分布式系统中。针对不同的MQ产品,如阿里云的RocketMQ、RabbitMQ等,它们在实现上述场景时可能会有不同的特性和优势,比如RocketMQ强调高吞吐量、低延迟和高可用性,适合大规模分布式系统;而RabbitMQ则以其灵活的路由规则和丰富的协议支持受到青睐。下面是一些常见的消息队列MQ产品的使用场景合集,这些场景涵盖了多种行业和业务需求。
|
2月前
|
消息中间件 负载均衡 算法
【RocketMQ系列十二】RocketMQ集群核心概念之主从复制&生产者负载均衡策略&消费者负载均衡策略
【RocketMQ系列十二】RocketMQ集群核心概念之主从复制&生产者负载均衡策略&消费者负载均衡策略
68 2
|
3月前
|
缓存 负载均衡 NoSQL
Redis系列学习文章分享---第十四篇(Redis多级缓存--封装Http请求+向tomcat发送http请求+根据商品id对tomcat集群负载均衡)
Redis系列学习文章分享---第十四篇(Redis多级缓存--封装Http请求+向tomcat发送http请求+根据商品id对tomcat集群负载均衡)
57 1
|
3月前
|
缓存 负载均衡 Java
Java一分钟之-Spring Cloud Netflix Ribbon:客户端负载均衡
【6月更文挑战第9天】Spring Cloud Netflix Ribbon是客户端负载均衡器,用于服务间的智能路由。本文介绍了Ribbon的基本概念、快速入门步骤,包括添加依赖、配置服务调用和使用RestTemplate。此外,还讨论了常见问题,如服务实例选择不均、超时和重试设置不当、服务列表更新不及时,并提供了相应的解决策略。最后,展示了如何自定义负载均衡策略。理解并正确使用Ribbon能提升微服务架构的稳定性和效率。
122 3