[
https://issues.apache.org/jira/browse/ACCUMULO-3842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14556743#comment-14556743
]
Josh Elser commented on ACCUMULO-3842:
--------------------------------------
bq. Once it's finalized, could we leverage the recent HBase procedure store for
this
To the best of my understanding (which is lacking), I wasn't aware of procv2
solving this problem for HBase. Am I mistaken?
> [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)
