rocketmq 消息删除_【RocketMQ系列】RocketMQ集群,RocketMQ-on-DLedger集群

本文详细介绍了RocketMQ集群的搭建过程,包括双主双从集群的配置,强调了多Master多Slave异步复制模式的优缺点。接着讨论了集群在Master宕机时无法自动进行故障转移的问题。然后,文章转向了RocketMQ引入的DLedger集群,解释了其基于Raft协议的自动容灾和选主机制,展示了如何搭建DLedger集群并模拟故障转移,证明了其高可用性和数据一致性。
摘要由CSDN通过智能技术生成

b89aadecf8d0b2bd39780328eb4cac31.png
本文RocketMQ系列第四篇,主要介绍RocketMQ集群及如何部署自动容灾切换的 RocketMQ-on-DLedger Group。

ff60d74655d3278087b1937be52f4387.png

RocketMQ集群搭建

ROcketMQ集群搭建有以下几种方案:

  • 「单Master模式」
  • 「多Master模式」
  • 「多Master多Slave模式-异步复制」
  • 「多Master多Slave模式-同步双写」

其中,

「单Master模式」风险较大,「一旦Broker重启或者宕机时,会导致整个服务不可用」。不建议线上环境使用,可以用于本地测试。

「多Master模式」,一个集群无Slave,全是Master,单台机器宕机期间,这台机器上未被消费的消息在机器恢复之前不可订阅,「消息实时性会受到影响」

「多Master-Slave异步复制模式」,即使磁盘损坏,消息丢失的非常少,且消息实时性不会受影响,同时「Master宕机后,消费者仍然可以从Slave消费」,而且此过程对应用透明,不需要人工干预,性能同多Master模式几乎一样。Master宕机会丢失少量的信息。

「多Master-Slave同步双写模式」,数据与服务都无单点故障,Master宕机情况下,消息无延迟,服务可用性与数据可用性都非常高,「性能比异步复制模式略低」(大约低10%左右),发送单个消息的RT会略高,且目前版本在主节点宕机后,备机不能自动切换为主机。

我们采用多Master多Slave的异步复制模式来搭建RocketMQ集群。

双主双从集群搭建

1. 在一台虚拟机上安装RocketMQ

在RocketMQ入坑系列第一篇中,已经有安装方法了,很简单,这里不再赘述。

【RocketMQ系列】RocketMQ中的角色详解及实操基本使用

2. 设置配置文件

先在一台虚拟机上操作,设置好配置文件,然后在根据该虚拟机克隆出几台主机出来。

「进入配置文件目录」

cd /usr/local/rocketmq/conf && ll

可以看到

1980ccd623c5bf2450d2a13414b2ffc0.png

「搭建两主两从异步复制broker集群,进入2m-2s-async目录」

7c484e4d76b8af5f875424a07a19bab2.png

修改「第一组broker的主节点」配置文件broker-a.properties

brokerClusterName=RocketMQCluster
brokerName=broker-a
brokerId=0
deleteWhen=04
fileReservedTime=48
brokerRole=ASYNC_MASTER
flushDiskType=ASYNC_FLUSH

namesrvAddr=192.168.2.17
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值