You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2010/10/01 01:15:32 UTC
[jira] Updated: (HBASE-3019) Make bulk assignment on cluster
startup run faster
[ https://issues.apache.org/jira/browse/HBASE-3019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stack updated HBASE-3019:
-------------------------
Attachment: bulk-v10.txt
What was committed (What was on review board plus Jon and Ted suggested changes).
> Make bulk assignment on cluster startup run faster
> --------------------------------------------------
>
> Key: HBASE-3019
> URL: https://issues.apache.org/jira/browse/HBASE-3019
> Project: HBase
> Issue Type: Improvement
> Reporter: stack
> Assignee: stack
> Fix For: 0.90.0
>
> Attachments: bulk-v10.txt, bulk-v4.txt, bulk-v7.txt
>
>
> Currently, as of HBASE-3018, we come up with a bulk assignment plan that is sorted by server. We then spawn a thread to assign out the regions per server so we are assigning in parallel. This works but is still slow enough (It looks to be slower than the old assignment where we'd do lumps of N regions at a time). We should be able to pass a regionserver all the regions to open in one RPC. We need to figure how to keep up zk state while regionserver is processing a big lot of regions. This looks a little awkward to do since currently open handler just opens region -- there is no notion of doing a ping while waiting to run.
> Being able to start the cluster fast is important for those times we take it down to do major upgrade; the longer it takes to spin up, the longer our 'downtime'.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.