[
https://issues.apache.org/jira/browse/HBASE-11288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17154128#comment-17154128
]
Duo Zhang commented on HBASE-11288:
-----------------------------------
{quote}
Given that “General Root Table” has proven itself in BigTable and other clones
(eg Accumulo AFAIK).
{quote}
Bigtable is designed way back in 2006, not everything in BigTable is correct.
And they do not give us their code so we do not know their framework on how to
deal with tablet assignment and tablet server crash. What we have for now is
procedure v2 in HBase, so our discussion should based on procedure v2. If you
have other better solution, please file another issue to replace procedure v2
and then we go back here.
And this is not only about adding another tier, how do you plan to distribute
the load of the general root table? Region replica is not stable enough, for
years.
{quote}
For validation, my understanding is we use ITBLL to test wether the current
1-tier assignment is working properly or not, why don’t we try and run ITBLL on
the “General Root Table” POC to investigate and validate the 2-tier assignment
concern? Thoughts?
{quote}
This suggestion is weak. I'm afraid after running ITBLL we will sit here again
to argue that, 'This is only a POC, do not focus on polishing'. But from my
understanding, ITBLL is for polishing. We should have a clear design, and a
clean code, and then we use ITBLL to find out the corner cases to polish our
code, make it more robust.
And I want to know you opinion on 'master local region'. I've explain that,
with caching servers, master will not be on the critical path of normal client
read/write. Client just go to the cache servers, which is similar to read
replicas feature, but much easier to implement and more stable. Are there any
other concerns about this solution?
Thanks.
> Splittable Meta
> ---------------
>
> Key: HBASE-11288
> URL: https://issues.apache.org/jira/browse/HBASE-11288
> Project: HBase
> Issue Type: Umbrella
> Components: meta
> Reporter: Francis Christopher Liu
> Assignee: Francis Christopher Liu
> Priority: Major
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)