You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Todd Lipcon (JIRA)" <ji...@apache.org> on 2016/08/25 16:21:20 UTC
[jira] [Commented] (KUDU-886) Cluster load balancing
[ https://issues.apache.org/jira/browse/KUDU-886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15437163#comment-15437163 ]
Todd Lipcon commented on KUDU-886:
----------------------------------
One interesting metric for write-heavy workloads is "apply pool utilization": sum up the total task time of apply tasks, divide by the max number of threads in the pool. Once this reaches 100%, the apply pool starts queueing and write latencies start heading sky high on that node if it's a leader. Alternatively we can just use the queue time/length itself, but that's kind of a lagging indicator, whereas load percentage is a leading one that may allow us to balance before the problem gets out of hand.
Note that shifting leaders off of a host with high apply pool utilization won't resolve the utilization issue, but it will at least reduce user-facing latency (so long as the other two nodes hosting that tablet dont have high utilization)
> Cluster load balancing
> ----------------------
>
> Key: KUDU-886
> URL: https://issues.apache.org/jira/browse/KUDU-886
> Project: Kudu
> Issue Type: New Feature
> Components: master
> Affects Versions: GA
> Reporter: Todd Lipcon
>
> We should add some load balancing support for GA:
> - move leaders to evenly spread RPC load.
> - eventually move tablets to even out disk space or load.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)