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

本文涉及的产品
网络型负载均衡 NLB,每月750个小时 15LCU
应用型负载均衡 ALB,每月750个小时 15LCU
传统型负载均衡 CLB,每月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>
AI 代码解读
  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)
AI 代码解读

activemq:
  loadbalance:
    enabled: true
    urls:
      - tcp://localhost:61616
      - tcp://localhost:61617
      ...(more urls)
AI 代码解读
  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>
AI 代码解读

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

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

额外再说

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

相关实践学习
小试牛刀,一键部署电商商城
SAE 仅需一键,极速部署一个微服务电商商城,体验 Serverless 带给您的全托管体验,一起来部署吧!
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
目录
打赏
0
0
0
0
4
分享
相关文章
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
本文聚焦 MySQL 集群架构中的负载均衡算法,阐述其重要性。详细介绍轮询、加权轮询、最少连接、加权最少连接、随机、源地址哈希等常用算法,分析各自优缺点及适用场景。并提供 Java 语言代码实现示例,助力直观理解。文章结构清晰,语言通俗易懂,对理解和应用负载均衡算法具有实用价值和参考价值。
大数据大厂之MySQL数据库课程设计:揭秘MySQL集群架构负载均衡核心算法:从理论到Java代码实战,让你的数据库性能飙升!
大数据新视界--大数据大厂之MySQL数据库课程设计:MySQL集群架构负载均衡故障排除与解决方案
本文深入探讨 MySQL 集群架构负载均衡的常见故障及排除方法。涵盖请求分配不均、节点无法响应、负载均衡器故障等现象,介绍多种负载均衡算法及故障排除步骤,包括检查负载均衡器状态、调整算法、诊断修复节点故障等。还阐述了预防措施与确保系统稳定性的方法,如定期监控维护、备份恢复策略、团队协作与知识管理等。为确保 MySQL 数据库系统高可用性提供全面指导。
【上云基础系列 02-01】通过SLB+1台ECS+ESS弹性伸缩,搭建一个精简版的上云标准弹性架构(含方案及教程)
通常,构建一个弹性架构(即使是一个最基础的入门版),至少需要2台ECS。但是,很多小微企业刚开始上云的时候,为了节省成本不愿意购买更多的服务器。通过 “ALB+ESS弹性伸缩+1台ECS+RDS”方案,在保障低成本的同时,也不牺牲业务架构的弹性设计,更避免了很多人因为节省成本选择了单体架构后频繁改造架构的困局。 方案中的几个设计非常值得小微企业借鉴:(1)通过ALB/RDS的按量付费,节省了初期流量不大时的费用;(2)通过ESS弹性伸缩,不需要提前购买服务器资源,但是当业务增长或减少时却保持了资源弹性自动扩缩容。
除了 Ribbon,Spring Cloud 中还有哪些负载均衡组件?
这些负载均衡组件各有特点,在不同的场景和需求下,可以根据项目的具体情况选择合适的负载均衡组件来实现高效、稳定的服务调用。
686 61
OpenFeign最核心组件LoadBalancerFeignClient详解(集成Ribbon负载均衡能力)
文章标题为“OpenFeign的Ribbon负载均衡详解”,是继OpenFeign十大可扩展组件讨论之后,深入探讨了Ribbon如何为OpenFeign提供负载均衡能力的详解。
OpenFeign最核心组件LoadBalancerFeignClient详解(集成Ribbon负载均衡能力)
负载均衡技术在Web服务器集群中的应用
【8月更文第28天】随着互联网的发展和用户对Web服务需求的增长,单台服务器很难满足大规模访问的需求。为了提高系统的稳定性和扩展性,通常会采用Web服务器集群的方式。在这种架构中,负载均衡器扮演着至关重要的角色,它能够合理地分配客户端请求到不同的后端服务器上,从而实现资源的最优利用。
324 2
MySQL集群如何实现负载均衡?
【8月更文挑战第16天】MySQL集群如何实现负载均衡?
733 6
Ribbon框架实现客户端负载均衡的方法与技巧
Ribbon框架为微服务架构中的客户端负载均衡提供了强大的支持。通过简单的配置和集成,开发者可以轻松地在应用中实现服务的发现、选择和负载均衡。适当地使用Ribbon,配合其他Spring Cloud组件,可以有效提升微服务架构的可用性和性能。
132 0
使用LVS搭建集群实现负载均衡(二)安装使用
【8月更文挑战第8天】使用LVS搭建集群实现负载均衡(二)安装使用
165 5
使用LVS搭建集群实现负载均衡(一)
【8月更文挑战第8天】使用LVS搭建集群实现负载均衡
432 5
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等

登录插画

登录以查看您的控制台资源

管理云资源
状态一览
快捷访问