You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2015/05/21 19:35:17 UTC
[jira] [Created] (ACCUMULO-3842) [UMBRELLA] Remove non-transient
data from ZooKeeper
Josh Elser created ACCUMULO-3842:
------------------------------------
Summary: [UMBRELLA] Remove non-transient data from ZooKeeper
Key: ACCUMULO-3842
URL: https://issues.apache.org/jira/browse/ACCUMULO-3842
Project: Accumulo
Issue Type: Improvement
Components: client, tserver
Reporter: Josh Elser
Fix For: 1.8.0
Wanted to start brainstorming about this.
We store a lot of persistent data in ZooKeeper that would better stored in something backed by HDFS. ZooKeeper can be a very convenient place to store persisted data so that it's available to all nodes, but it comes at a price and often must be asynchronously accessed to achieve good performance.
* Table/Namespace configuration
* Users/Authorizations
* Problem reports (maybe?)
* System configuration overrides (maybe?)
Some benefits we'd see from this:
* Loss of ZooKeeper doesn't lose table configuration and users.
* Greatly reduce zookeeper watchers (assume watchers=50*num_tables*num_tservers)
* Consistent updates of table constraints and all other table properties
The last note is the most important one IMO. The number of test issues alone that we've had with constraints not being seen on all servers are bound to affect users.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)