多区域Kafka Kraft集群控制器Leader选举配置问题咨询

针对你提出的需求——让zone3仅作为控制器节点、禁止成为分区Leader，且zone1与zone2网络分裂时各自形成独立集群，可通过以下配置实现：

1. 限制zone3节点仅担任控制器，禁止成为分区Leader #

在zone3的控制器节点的server.properties中添加以下配置：

# 标记节点所属区域
broker.rack=zone3
# 彻底禁止该节点参与任何分区的Leader选举
leader.eligibility=false

leader.eligibility=false是Kafka 2.4+版本支持的参数，直接让该broker失去Leader竞选资格，完美匹配zone3仅做控制器的定位，无需额外复杂配置。

2. 调整分区副本分布，确保zone1/zone2各自拥有足够副本 #

要实现网络分裂后各自独立运行，必须保证每个分区的副本同时分布在zone1和zone2，且每个区域内的副本数量满足Quorum要求（超过副本因子的半数）：

• 创建新主题时，指定副本分布策略：
  例如副本因子设为4，其中2个副本分配到zone1，2个分配到zone2（可通过kafka-topics.sh的--replica-assignment参数手动指定，或依赖机架感知自动分配）。
• 对已存在的主题，使用kafka-reassign-partitions.sh工具调整副本分布，确保zone3没有任何分区副本，且zone1、zone2各有足够数量的副本。

同时，在所有broker的server.properties中启用机架感知副本选择：

replica.selector.class=org.apache.kafka.common.replica.RackAwareReplicaSelector

该配置会让Kafka在分配副本时自动分散到不同区域，避免单区域副本集中。

3. 配置控制器的区域感知Leader选举逻辑 #

当zone1与zone2网络断开时，需要让zone3的Leader控制器识别网络分裂，并允许各自区域内的副本选举本地Leader，需在所有控制器节点的controller.properties中添加：

# 启用控制器的机架感知Leader选举策略
controller.rack.aware.leader.selection.enable=true
# 设置每个区域至少有1个副本即可参与Leader选举
controller.rack.aware.leader.selection.min.rack.size=1

该配置让控制器在处理Leader选举请求时，优先选择请求来源区域内的副本，当网络分裂时，zone1和zone2的客户端请求会分别触发控制器为各自区域选举本地Leader，实现两个区域的独立运行。

另外，为了避免极端情况下（如某区域内ISR副本不足）无法选举Leader，可在zone1和zone2的broker中开启非清洁Leader选举：

unclean.leader.election.enable=true

（注：若已确保每个区域内副本数量满足Quorum要求，可跳过此配置，优先保证数据一致性）

4. 验证配置效果 #

• 检查zone3节点状态：运行kafka-topics.sh --describe --topic <目标主题> --bootstrap-server <zone3节点IP>:9092，确认所有分区的Leader均来自zone1或zone2。
• 模拟网络分裂：断开zone1与zone2的网络连接，分别在两个区域内运行kafka-topics.sh --describe命令，验证各自区域的分区已选举出本地Leader，且业务可正常读写。
• 网络恢复后，控制器会自动协调分区Leader的平衡，无需手动干预。

内容的提问来源于stack exchange，提问作者azsecured