[
https://issues.apache.org/jira/browse/CASSANDRA-17032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17427892#comment-17427892
]
Paulo Motta commented on CASSANDRA-17032:
-----------------------------------------
This is a very useful feature. My only concern is suddenly start rejecting
requests which may cause unexpected outages that may surprise unaware clients.
I wonder if we should send quota exceeded warnings at the 65%, 75%, 85% marks
(configurable), to give clients prior warning that their access is going to be
denied if they don't take action, perhaps:
* log warnings
* diagnostics events
* client warnings
We should also probably add an easy way for clients to easily disable the quota
for a specific keyspace as a break the glass mechanism to avoid outages,
perhaps add an enabled flag per keyspace to the system table?
> Allow configuring max allowable disk usage quota by keyspace
> ------------------------------------------------------------
>
> Key: CASSANDRA-17032
> URL: https://issues.apache.org/jira/browse/CASSANDRA-17032
> Project: Cassandra
> Issue Type: Improvement
> Components: Local/Other
> Reporter: Josh McKenzie
> Assignee: Josh McKenzie
> Priority: Normal
>
> This is a similar idea (basically identical idea; didn't want to steamroll
> that old ticket w/an update to description etc) to what was raised and closed
> in CASSANDRA-5394. In multi-tenant situations it can be very helpful to
> provide disk quotas per Keyspaces for users.
> We can do this via a low priority background job that periodically checks
> disk usage and flips a bit on the Keyspaces when it's over as well as reverts
> it when things settle back down to prevent needing the read-before-write a
> hard realtime requirement would introduce. While this would of course allow
> users to "burst" their usage past that limit in the time window, it would
> still be sufficient for many use-cases.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
