【RabbitMQ】如何保证消息队列的高可用

本文讨论了RabbitMQ在确保消息队列高可用性方面的方法,包括单机模式、普通模式的不足,重点介绍了镜像模式及其优势与缺点。同时,对比了Kafka的高可用性策略,强调Kafka通过副本实现的自动选举机制来保证服务连续性。
摘要由CSDN通过智能技术生成

一、前言

       一家非常大的互联网公司,非常核心的系统,就是忽略了MQ,没考虑MQ如何保证高可用。如果MQ挂了怎么办?导致几个小时系统不可用,公司损失几千万。team背锅。

二、RabbitMQ的高可用

       1、单机模式

       单机模式,一般就是做demo玩玩,线上没有人这么用。

       2、普通模式

                           

       1)缺点1:可能会在rabbitMQ集群内部产生大量的数据传输。

       2)缺点2:可用性几乎没有什么保障,如果queue所在的节点宕机了。就导致queue的数据就丢失了。没有办法消费了。  

       3、镜像模式 

          

        每个节点上都有queue的一个完整镜像,就是包含了这个queue全部数据的意思。所以这个集群模式叫作镜像集群模式。

        任何一个节点宕机了,没问题。其他节点还包含了这个queue的完整数据,别的consumer都可以到其他的节点上去消费数据,都是ok的。

        缺点:不是分布式的,如果这个queue的数据很大,大到这个机器上的容量如何容

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值