RocketMQ:高可用性实施

本文深入探讨了RocketMQ的高可用性实现,包括故障转移机制和消息传递的持续尝试。在集群中,当代理出现故障时,RocketMQ会进行多次重试,并根据特定条件决定是否避免使用故障代理。通过LatencyFaultTolerance实现,确保了即使在经纪人退出的情况下,也能尽量保持消息传递的连续性。这是一个关键的企业级解决方案,体现了对高可用性的重视。
摘要由CSDN通过智能技术生成

在优锐课的java学习分享中,我们探索了RocketMQ的HA实现。我们可以看到,码了很多专业的相关知识, 分享给大家参考学习。

介绍

当我们谈论HA时,通常人们会想到故障转移机制。 但是,使群集可用于消息也被认为是HA。 在某种程度上,我认为这比仅提供经纪人更重要。 毕竟,用户可以并且将会感受到这种可用性的影响。

代码段

这是场景:
假设集群中有2个代理:master-a和master-b。 每个都有四个队列:master-a(q0,q1,q2,q3)和master-b(q0,q1,q2,q3)。 最后一条消息已发送给master-a q0。 现在,master-a退出了。

这里的目标是尽最大努力继续传递消息。
有两种可能性:

如果未检测到中断

在这种情况下,RocketMQ将重试3次:

org.apache.rocketmq.client.impl.producer.DefaultMQProducerImpl#sendDefaultImpl:
int timesTotal = communicationMode == CommunicationMode.SYNC ? 1 + this.defaultMQProducer.getRetryTimesWhenSendFailed() : 1;
for (; times < timesTotal; times++) {
    // ...
}

默认数字为三,并且是可配置的。 有三种发送机

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值