[
https://issues.apache.org/jira/browse/HBASE-11165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14120976#comment-14120976
]
Mikhail Antonov commented on HBASE-11165:
-----------------------------------------
bq. Getting more r/w iops, cache, and putting off mad compactions on a single
big, critical meta region are the more immediate priorities.
Hm, sounds like that's the fit for multiple masters then? If each one of
several active masters has its own co-located consistent replica of meta, then:
- we can do rolling major compactions
- read IO (which I think is prevailing) is improved, + meta is cached on
several machines?
> 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.3.4#6332)
