咨询：Kafka为何不向创建时未分配的Broker复制指定Topic？

没错，你观察到的现象完全符合Kafka的默认行为——Kafka确实不会自动将Topic的副本复制到创建该Topic时未被分配的Broker节点。下面给你拆解背后的逻辑：

核心原因：副本分配集合（AR）的静态性 #

当你创建reptop这个Topic时，已经明确指定了它的副本分配在Broker 0、2、3上，这个列表被称为副本分配集合（Assigned Replicas，AR）。Kafka会把这个集合作为该Topic所有分区副本的“基准范围”：

• 所有的副本同步、Leader选举操作，只会在AR内的Broker节点中进行
• 即使集群中有其他健康的Broker（比如你的Broker 1），只要它不在AR里，默认不会被自动纳入该Topic的副本体系

结合你的场景具体分析 #

• 当Leader（Broker 2）或某个Follower宕机时，Kafka只会从AR内剩余的健康Broker中重新选举Leader，同时缩小ISR（同步副本集合）的范围，但绝不会把Broker 1加入到副本集合中
• 当宕机的Broker恢复后，因为它本身就在AR里，Kafka会自动让它重新加入ISR，同步缺失的数据，恢复原有的副本分布

如何让未分配的Broker参与副本？ #

如果想要让Broker 1也承担reptop的副本，你需要手动调整副本分配，具体可以通过Kafka自带的kafka-reassign-partitions.sh工具来实现：

1. 创建一个包含新副本分配方案的JSON文件，比如把Broker 1加入到reptop的副本集合中
2. 执行重分配命令，让Kafka将副本迁移到Broker 1上

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