You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Sönke Liebau (JIRA)" <ji...@apache.org> on 2019/05/15 10:02:00 UTC
[jira] [Commented] (KAFKA-8359) Reconsider default for leader
imbalance percentage
[ https://issues.apache.org/jira/browse/KAFKA-8359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16840262#comment-16840262 ]
Sönke Liebau commented on KAFKA-8359:
-------------------------------------
I dug around a little as to where this default comes from, but the only thing that I could find is [this brief conversation|https://reviews.apache.org/r/15711/#comment56318].
Personally I think between the ability to customize this parameter, monitoring PreferredReplicaImbalanceCount and manually triggering a leader rebalance there is no real need to change the default behavior, but I am very happy to be convinced otherwise.
Would it as an alternative be useful to make this parameter dynamically updateable without cluster restart?
> Reconsider default for leader imbalance percentage
> --------------------------------------------------
>
> Key: KAFKA-8359
> URL: https://issues.apache.org/jira/browse/KAFKA-8359
> Project: Kafka
> Issue Type: Improvement
> Reporter: Dhruvil Shah
> Priority: Major
>
> By default, the leader imbalance ratio is 10%. This means that the controller won't trigger preferred leader election for a broker unless the ratio of the number of partitions a broker is the current leader of and the number of partitions it is the preferred leader of is off by more than 10%. The problem is when a broker is catching up after a restart, the smallest topics tend to catch up first and the largest ones later, so the 10% remaining difference may not be proportional to the broker's load. To keep better balance in the cluster, we should consider setting `leader.imbalance.per.broker.percentage=0` by default so that the preferred leaders are always elected.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)