超级会员免费看
Kafka集群中的控制器(controller)选举借助Zookeeper完成，每个broker尝试注册为controller，胜者成为master。controller高可用，若崩溃，其他broker会重新竞争。Partition的leader选举由controller负责，当broker宕机，controller会从存活的Replica中选择新的leader，避免使用Zookeeper以减轻其压力和延迟问题。
kafka集群的若干个broker里面，会选择一个controller（类似于master或者namenode）
broker的controller选举
controller的选举通过zookeeper来完成。
在kafka集群启动的时候，每个boker都会尝试去zookeeper上注册成为controller（ZK临时节点）
但只有一个竞争成功，其他的broker会注册该节点的监视器
一旦zookeeper上该临时节点状态发生变化，就可以进行相应的处理
controller也是高可用的，一旦某个broker崩溃，其他的broker会重新注册成为controller.
谁先抢到了zookeeper的独占锁，谁就成为controller.
partition的leader选举
某个partition的leader选举通过kafka的controller节点来完成。
- 所有partition的leader选举都由controller决定
- controller会将leader的改变直接通过rpc的方式通知需为此作出响应的Broker
- controller读取到当前分区的ISR，只要有一个Replica还幸存，就选择其中一个作为leader，否则，则任意选择其中一
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
