在創建一個 Topic 時，Kafka 盡量將 Partition 均分在所有的 Broker 上，并且將 Replicas 也均分在不同的 Broker 上，這點如前面分區策略、副本策略中所述。 <br/> 另外關于 Leader 的負載均衡也需要注意，當一個 Broker 停止時，所有本來將它作為 Leader 的分區將會把 Leader 轉移到其他 Broker 上去，極端情況下，會導致同一個 Leader 管理多個分區，導致負載不均衡，同時當這個 Broker 重啟時，如果這個 Broker 不再是任何分區的 Leader，Kafka 的 Client 也不會從這個 Broker來讀取消息，從而導致資源的浪費。 <br/> Kafka 中有一個被稱為**優先副本（preferred replicas）**的概念。如果一個分區有 3 個副本，且這 3 個副本的優先級別分別為 0，1，2，根據優先副本的概念，0會作為Leader。當0節點的Broker掛掉時，會啟動1這個節點Broker當做Leader。 當 0 節點的 Broker 再次啟動后，會自動恢復為此 Partition 的 Leader。不會導致負 載 不 均 衡 和 資 源 浪 費 ， 這 就 是 Leader 的 均 衡 機 制 。 可 在 配 置 文 件conf/server.properties 中配置開啟（默認就是開啟）： ``` auto.leader.rebalance.enable=true ``` 例如，某個 Topic 詳情如下： ``` [root@hadoop101 kakfa]# bin/kafka-topics.sh --zookeeper 127.0.0.1:2181 --describe --topic logdata-es Topic:logdata-es PartitionCount:2 ReplicationFactor:2 Configs: Topic: logdata-es Partition: 0 Leader: 0 Replicas: 0,1 Isr: 0,1 Topic: logdata-es Partition: 1 Leader: 1 Replicas: 1,0 Isr: 0,1 ``` Topic logdata-es 中 Partition 0 的 Replicas 為[0,1]，則 0 為 Preferred Replica。