[ 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)