Kafka 3.5.1纯控制器节点副本创建异常是否为预期行为？

核心原因拆解 #

• 纯Controller节点的角色限制：配置process.roles=controller的纯Controller节点，仅负责集群元数据管理、分区Leader选举等控制平面工作，不会启动Broker服务进程，因此完全不具备存储主题副本的能力。
• 副本分配逻辑的局限性：Kafka默认的副本分配器（DefaultReplicaAssignor）仅依据集群中注册的Broker ID列表进行分配，不会校验节点的角色类型。只要节点在集群元数据中存在Broker ID，就可能被纳入副本分配列表，哪怕它是纯Controller节点。
• 副本创建的执行条件：主题副本的创建需要Broker进程响应Controller的指令，纯Controller节点没有Broker进程，无法处理该指令，自然不会生成对应的日志文件；同时由于它无法同步Leader节点的数据，也永远无法加入ISR（In-Sync Replicas）列表。

是否属于预期表现？ #

是的，这是Kafka的设计预期行为。纯Controller节点的定位就是仅承担控制平面职责，不参与数据存储；而副本分配器的设计逻辑是基于Broker ID的无差别分配，不会主动过滤纯Controller节点，因此就会出现「分配列表包含纯Controller，但实际无副本、不在ISR」的现象。

解决方案建议 #

如果希望避免纯Controller节点被纳入副本分配，可以通过以下方式处理：

• 创建主题时使用--replica-assignment参数手动指定副本分配，明确避开纯Controller节点的ID；
• 自定义副本分配器，在分配逻辑中过滤掉纯Controller节点的Broker ID。

内容的提问来源于stack exchange，提问作者Андрій Висоцький