Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for 
change notification.

The "MultiTenant" page has been changed by StuHood.
http://wiki.apache.org/cassandra/MultiTenant?action=diff&rev1=10&rev2=11

--------------------------------------------------

  == Ideas under consideration ==
   * Implement a weighted scheduler - e.g. for dev/prod accounts on the same 
cluster
   * Provide relative memory usage settings for caches and Memtables out of 
configurable (per-user?) totals
-  * Namespaces - in a multi-tenant use case, each user might like to have a 
keyspace XYZ for whatever reason.  So it might be nice to have namespaces so 
that keyspace XYZ could be specific to their user.  Ideally this would be an 
option that would not affect those that don't use namespaces. 
+  * Namespaces - in a multi-tenant use case, each user might like to have a 
keyspace XYZ for whatever reason.  So it might be nice to have namespaces so 
that keyspace XYZ could be specific to their user.  Ideally this would be an 
option that would not affect those that don't use namespaces.
+    * The distinction from keyspaces is that a namespace would be completely 
transparent to the user: the existence of namespaces would not be exposed. It 
might be returned by the authentication backend on login, and prefixed to 
keyspaces transparently.
   * JMX authentication without breaking nodetool - currently if you try to use 
JMX authentication, some of the Cassandra tools won't connect properly.
   * Perhaps provide a way to throttle certain operations, maybe useful outside 
the scope of multi-tenancy.  Voldemort, for example, uses a 
[[http://github.com/voldemort/voldemort/blob/master/src/java/voldemort/utils/EventThrottler.java|throttler]]
 for operations that quickly iterate over all the data of a node, such as a 
rebalance.
  

Reply via email to