Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Tue, 8 Nov 2016 21:55:58 +0000 (UTC)
From: "Enis Soztutar (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.13018738.1478491913000.226089.1478642158572@Atlassian.JIRA>
In-Reply-To: <JIRA.13018738.1478491913000@Atlassian.JIRA>
References: <JIRA.13018738.1478491913000@Atlassian.JIRA> <JIRA.13018738.1478491913626@arcas>
Subject: [jira] [Commented] (HBASE-17039) SimpleLoadBalancer schedules large
 amount of invalid region moves
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Tue, 08 Nov 2016 21:56:01 -0000


    [ https://issues.apache.org/jira/browse/HBASE-17039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15648907#comment-15648907 ] 

Enis Soztutar commented on HBASE-17039:
---------------------------------------

Is there a specific reason that you are not using StochasticLB? Is it because in case of 1600 nodes, it does not work? I know that with 300+ nodes, it takes a long time to come up with balance plans. Just asking to understand whether StochasticLB improvements are needed at this scale. 

> SimpleLoadBalancer schedules large amount of invalid region moves
> -----------------------------------------------------------------
>
>                 Key: HBASE-17039
>                 URL: https://issues.apache.org/jira/browse/HBASE-17039
>             Project: HBase
>          Issue Type: Bug
>          Components: Balancer
>    Affects Versions: 2.0.0, 1.2.3, 1.1.7
>            Reporter: Charlie Qiangeng Xu
>            Assignee: Charlie Qiangeng Xu
>         Attachments: HBASE-17039.patch
>
>
> After increasing one of our clusters to 1600 nodes, we observed a large amount of invalid region moves(more than 30k moves) fired by the balance chore. Thus we simulated the problem and printed out the balance plan, only to find out many servers that had two regions for a certain table(we use by table strategy), sent out both regions to other two servers that have zero region. 
> In the SimpleLoadBalancer's balanceCluster function,
> the code block that determines the underLoadedServers might have a problem:
> {code}
>       if (load >= min && load > 0) {
>         continue; // look for other servers which haven't reached min
>       }
>       int regionsToPut = min - load;
>       if (regionsToPut == 0)
>       {
>         regionsToPut = 1;
>       }
> {code}
> if min is zero, some server that has load of zero, which equals to min would be marked as underloaded, which would cause the phenomenon mentioned above.
> Since we increased the cluster's size to 1600+, many tables that only have 1000 regions, now would encounter such issue.
> By fixing it up, the balance plan went back to normal.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)