RocketMQ5.0 DLedger Controller模式

RocketMQ5.0已经发布，在RocketMQ5.0新增了一个新的高可用模式 DLedger Controller 模式。下面就来聊一下RocketMQ5.0新增的这个模式。

1. 背景

首先我们需要知道DLedger Controller 是为了解决什么问题，先来看一下之前版本的DLedger模式架构图：

在 DLedger 模式下，利用 Raft Commitlog 代替了原来的 Commitlog 了，使得 Commmitlog 具备了选举的能力，当 Master Broker 故障后，通过内部协商，从其他的 Slave Broker 中选出新的 Master，完成主备切换，同时 Raft 的算法也保证了 Commitlog 的一致性。但是存在一些缺点：

• 想要具备选举切换的能力，单组 Broker 内的副本数必须 3 副本及以上(Raft协议决定)
• 副本 ACK 需要严格遵循 Raft 协议多数派的限制，3 副本需要 2 副本 ACK 后才能返回，5 副本需要 3 副本 ACK 后才能返回，副本越多可能耗时也可能越长。(这个也是最重要的一点)
• DLedger 模式下，由于存储库使用了 OpenMessaging DLedger 存储，因此无法复用 RocketMQ 原生的存储和复制的能力（比如 transientStorePool 和零拷贝能力），且对维护造成了困难。

在RocketMQ5.0版本新增了DLedger Controller模式来解决上面对的痛点。

2. DLedger Controller模式架构

DLedger Controller模式的核心思想：将其作为一个选主组件，并且是一个 可选择、松耦合 的组件。当部署 DLedger Controller 组件后，原本 Master-Slave 部署模式下 Broker 组就拥有 Failover 能力。

DLedger Controller的部署有两种模式：