[
https://issues.apache.org/jira/browse/HBASE-11165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14101556#comment-14101556
]
Francis Liu commented on HBASE-11165:
-------------------------------------
{quote}
Came here to say exactly that. Enis beat me to it. Can we please not bring back
root? We need a bootstrapping mechanism to find root anyway, and if we can do
that we should be able to bootstrap a few dozen meta regions from there.
Currently we'd use ZK for that, but we don't have to.
{quote}
[~enis] My main intent is to be able to split meta to avoid having such a large
region. The root approach is well understood and AFAIK has no real downsides?
Having it ZK is one way as long as we can have around a thousand entries in
there that should be fine for our use case. I thought the trend was to move a
lot of heavy lifting out of ZK which sounds reasonable to me.
[~lhofhansl] where do you propose we put it?
> Scaling so cluster can host 1M regions and beyond (50M regions?)
> ----------------------------------------------------------------
>
> Key: HBASE-11165
> URL: https://issues.apache.org/jira/browse/HBASE-11165
> Project: HBase
> Issue Type: Brainstorming
> Reporter: stack
> Attachments: HBASE-11165.zip, Region Scalability test.pdf,
> zk_less_assignment_comparison_2.pdf
>
>
> This discussion issue comes out of "Co-locate Meta And Master HBASE-10569"
> and comments on the doc posted there.
> A user -- our Francis Liu -- needs to be able to scale a cluster to do 1M
> regions maybe even 50M later. This issue is about discussing how we will do
> that (or if not 50M on a cluster, how otherwise we can attain same end).
> More detail to follow.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
