[ 
https://issues.apache.org/jira/browse/HBASE-14456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dave Latham updated HBASE-14456:
--------------------------------
    Summary: Implement a namespace-based region grouping strategy for 
RegionGroupingProvider  (was: Implement a namespace-based region grouping 
strategy for RegionGoupingProvider)

> Implement a namespace-based region grouping strategy for 
> RegionGroupingProvider
> -------------------------------------------------------------------------------
>
>                 Key: HBASE-14456
>                 URL: https://issues.apache.org/jira/browse/HBASE-14456
>             Project: HBase
>          Issue Type: New Feature
>    Affects Versions: 2.0.0, 1.3.0
>            Reporter: Yu Li
>            Assignee: Yu Li
>         Attachments: HBASE-14456.patch
>
>
> In HBASE-5699 we introduced multiple wal, and after some succeeding works we 
> now have two main kinds of wal providers: DefaultWALProvider and 
> RegionGroupingProvider, while DefaultWALProvider supplies a _single_ wal per 
> regionserver, RegionGroupingProvider supplies _multiple_ wals according to 
> the RegionGroupingStrategy it's using.
> Now there're two kinds of RegionGroupingStrategy: _identity_ and _bounded_, 
> in which "identity" only for testing (trial) purpose and "bounded" for 
> randomly assigning region writes to bounded number of wals. Although the 
> "bounded" strategy is good enough for IO leverage, we may still want a more 
> "designed" way to distribute the region writes, like having one wal group per 
> business.
> Since we already have namespace for multi-tenancy, it would be good to have 
> namespace-based grouping strategy, and this is exactly what this JIRA is for.
> There might be more benefits if we have namespace-based wal group, like only 
> replicating data for the namespace in need w/o filtering anything useless, or 
> only force region flush for the heavy loaded namespace, etc. although we  
> won't include all these in this single JIRA.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to