返回

消息中间件RocketM高可用容灾设计架构

RocketMq容灾部署方案

一、RocketMQ部署模式

1. 单机模式

-- 不可靠,一旦Broker 重启或者宕机时,服务将不可用。

2. 多主模式

-- 全部由 Broker Master 节点组成(即可能部署两个或者更多 Broker),生产者发送的数据会分别存入不同的 Broker 中,这样能够避免某个 Broker 一直接收处理数据从而负载过高。

3. 双主双从/多主多从模式(异步复制)

-- 同时部署多个master及slave节点,Master 、Slave 间采用"异步复制数据"方式进行数据同步。

4. 双主双从/多主多从模式(同步双写)

-- 集群中同时部署多个master及slave节点,且 Master 和 Slave 之间采用"同步复制数据"方式进行数据同步,这样在生产者将消息发送到 Broker Master 后需要等待数据同步到 Slave 节点成功后,才返回成功。

5. Dledger 集群模式

-- 由多个maser-slave broker小集群组成。每个小集群内至少需要 3 个节点,通过 Raft 自动选举出一个 Leader,其余节点 作为 Follower,并在 Leader 和 Follower 之间复制数据以保证高可用。

以上各个集群部署模式各有优缺点及使用场景。

在 RocketMQ 4.5 之前的版本中,部署 RocketMQ 高可用方案一般都会采用多主多从方式,这种方式需要master节点实时同步数据给相应的slave节点,slave节点可以采用同步或者异步的方式去同步master数据。缺乏自动化的故障转移能力。

因此,如果需要主从节点具有自动切换能力,那么就需要采用基于Ledger的方式进行rocketMQ方式部署。在不使用zookeeper等第三方协调组件的情况下,在一组 broker 中如果 Master 挂了,能够依靠 DLedger 自动选主能力重新选出一个 leader,然后通过角色透传变成新的 Master。

二、跨越rocketMQ 集群容灾部署方案。

采用基于Dledger 集群模式来部署rockerMq集群。其部署架构图如下。

部署架构图

2、如果广州4区或者广州6区所在的master节点出现异常,那么会出现raft选举,从而产生新的master节点,继续提供消息的读写服务。这个故障切换是自动的。

3、该模式也支持 Broker 节点水平扩展来增加吞吐量。所以该模式将会是部署 RocketMQ 常用模式之一。

相关知识