hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-10994) HBase Multi-Tenancy
Date Mon, 21 Apr 2014 20:04:21 GMT

    [ https://issues.apache.org/jira/browse/HBASE-10994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13975963#comment-13975963

stack commented on HBASE-10994:

[~giacomotaylor] You are not suggesting that apache phoenix 'solves' multi-tenancy, are you?
 Instead, I think you meant to write encouraging words about the great work [~mbertozzi] is
doing here adding primitives to hbase that projects like phoenix can make use of and publish
nice apis against -- right? (smile).

> HBase Multi-Tenancy
> -------------------
>                 Key: HBASE-10994
>                 URL: https://issues.apache.org/jira/browse/HBASE-10994
>             Project: HBase
>          Issue Type: Umbrella
>            Reporter: Matteo Bertozzi
>            Assignee: Matteo Bertozzi
>            Priority: Minor
>              Labels: multitenancy, quota
> Currently HBase treats all tables, users, and workloads in the same way.
> This is ok, until multiple users and workloads are applied on the same cluster/table.
Some workloads/users must be prioritized over others, and some other workloads must not impact
> We can separate the problem into three components.
>  * Isolation/Partitioning (Physically split on different machines)
>  * Scheduling (Prioritize small/interactive workloads vs long/batch workloads)
>  * Quotas (Limit a user/table requests/sec or size)
> This is the umbrella jira tracking the multi-tenancy related tasks.
> An initial design document is up for comments here: https://docs.google.com/document/d/1ygIwZpDWQuMPdfcryckic6ODi5DHQkrzXKjmOJodfs0

This message was sent by Atlassian JIRA

View raw message