Kraft协议详解

在kafka3.0之后,kafka正式推出了kraft模式,通过节点之间kraft共识保证Quorum机制,Leader节点的选举由具有投票权的Controller来决定。
集群元数据信息都存在集群本身的topic里

Quorum

Quorum中一个节点可以处于一下四种状态
(1)Candidate,可以主动发起投票
(2)Leader,唯一,也是Active Controller,在选举中获得多数票
(3)Follower,已经投票给Candidate,或者正在从Leader拉取日志
(4)Observer,没有投票权的Follower,Voter配置里没有配的
脚本查看集群状态 --status --replication
[root@iamdemo1 bin]# ./kafka-metadata-quorum.sh --bootstrap-server 172.29.145.157:9092,172.29.145.182:9092,172.29.145.183:9092 describe --status

image

[root@iamdemo1 bin]# ./kafka-metadata-quorum.sh --bootstrap-server 172.29.145.157:9092,172.29.145.182:9092,172.29.145.183:9092 describe --replication

image

Controller选举配置

controller.quorum.voters=1@172.29.145.157:9093,2@172.29.145.182:9093,3@172.29.145.183:9093

没有在这里面的就不具有投票权,就是Observer

posted @   付同學  阅读(175)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
点击右上角即可分享
微信分享提示