hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-3779) Allow split regions to be placed on different region servers
Date Wed, 20 Apr 2011 18:55:05 GMT

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

stack commented on HBASE-3779:
------------------------------

I took a look at the patch.   So, whats going to happen is that if we enable the move off
of one daughter is that we'll split, open the regions on the parent regions' regionserver,
then the master will be notified and we will immediately run the balancer and move the top
half of the split (a close of a just opened region).  Is this what we want really? The poor
old clients will be doing a bunch of lookups in here to try and figure the new location; they
will have to recalibrate for the new daughter region's location twice in a short amount of
time.  They could timeout before they find its new location?





> Allow split regions to be placed on different region servers
> ------------------------------------------------------------
>
>                 Key: HBASE-3779
>                 URL: https://issues.apache.org/jira/browse/HBASE-3779
>             Project: HBase
>          Issue Type: Improvement
>          Components: master
>    Affects Versions: 0.90.2
>            Reporter: Ted Yu
>            Assignee: Ted Yu
>         Attachments: 3779-v2.patch
>
>
> Currently daughter regions are placed on the same region server where the parent region
was.
> Stanislav Barton mentioned the idea that load information should be considered when placing
the daughter regions.
> The rationale is that the daughter regions tend to receive more writes. So it would be
beneficial to place at least one daughter region on a different region server.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message