深度解析 Raft 协议与KRaft实战演示
内容提要
Raft协议是一种分布式共识算法，用于多节点达成共识。KRaft是Kafka内部的共识协议，具有高性能和可伸缩性。Kafka集群不再依赖外部ZooKeeper集群，简化了部署和运维。KRaft在Kafka 3.3.1版本中可在生产环境中使用。
延伸解读
Raft 协议的核心机制与角色转换
Raft 通过 Leader、Follower 和 Candidate 三种角色实现共识。Leader 负责处理客户端请求和日志复制，Follower 被动接收日志，Candidate 在选举超时后发起投票。角色转换规则明确：Follower 超时变 Candidate，Candidate 获多数票成 Leader，Leader 发现更高任期则退位。这种设计简化了分布式共识的理解与实现。
KRaft 与 ZooKeeper 的架构对比
KRaft 将共识协议内置于 Kafka，消除了对 ZooKeeper 的依赖。ZooKeeper 使用 ZAB 协议，在大型集群中可能成为性能瓶颈，且需额外部署运维。KRaft 基于 Raft，提供更易理解的领导者选举和日志复制，并提升性能和可伸缩性。KRaft 还简化了故障恢复，但作为较新功能，生产环境需关注社区更新。
KRaft 部署的关键配置与注意事项
部署 KRaft 集群时，每个 broker 的 node.id 必须唯一且为数字。process.roles 可设为 broker、controller 或两者组合，组合节点简化部署但可能因资源竞争影响控制器隔离。controller.quorum.voters 需列出所有投票者节点，格式为 id@host:port。log.dirs 应避免使用 /tmp 目录，以防数据丢失。集群 ID 通过 kafka-storage.sh 生成，且全局唯一。
Q&A
Raft协议的核心组件有哪些？
Raft协议的核心组件包括Leader、Follower和Candidate，分别负责集群管理、日志复制和推举。
KRaft与ZooKeeper相比有什么优势？
KRaft允许Kafka集群在不依赖ZooKeeper的情况下运行，简化了架构，提高了性能和可伸缩性。
Raft协议如何保证系统的一致性？
Raft协议通过领导者推举机制和日志复制策略，确保所有已提交的日志条目在集群中的一致性。
KRaft在Kafka 3.3.1版本中有什么新特性？
KRaft在Kafka 3.3.1版本中被标记为可在生产环境中使用，用户可以选择KRaft形式以获得更好的性能和运维体验。
Raft协议适合哪些应用场景？
Raft协议广泛应用于分布式存储、服务发现、分布式锁和分布式任务调度等场景。
如何在Kafka中配置KRaft？
在Kafka中配置KRaft需要修改server.properties文件，设置node.id和controller.quorum.voters等参数。
