[
https://issues.apache.org/jira/browse/HBASE-10866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13958487#comment-13958487
]
Mikhail Antonov commented on HBASE-10866:
-----------------------------------------
[~apurtell]] thanks for feedback!
(quorum (or just "set") of acceptors is paxos term, just to illustrate the
principle)
If I understood you correctly, you meant that the patterns currently built on
top of zk primitives (table lock for example, implemented with the znodes)
should still be preserved? Yeah, absolutely. I'm thinking that the first goal
is to ensure those patterns isolate ZK well enough.
Regarding "all RegionServers cache the data that would need be the full set of
RegionServers" - current caches keep the data on each regionserver, and then
evict/add elements when triggered by certain event, right? So if the notion of
"triggering event" is abstracted, then the implementation of trigger may be ZK
watcher called from ZK, or paxos agreement reached upon the proposal (in case
of paxos).
Could you please elaborate a bit more on that additional ZK usage I may be
missing now?
> Decouple HLogSplitterHandler from ZooKeeper
> -------------------------------------------
>
> Key: HBASE-10866
> URL: https://issues.apache.org/jira/browse/HBASE-10866
> Project: HBase
> Issue Type: Improvement
> Components: regionserver, Zookeeper
> Reporter: Mikhail Antonov
> Attachments: HBASE-10866.patch, HBASE-10866.patch, HBASE-10866.patch,
> HBASE-10866.patch, HBaseConsensus.pdf
>
>
> As some sort of follow-up or initial step towards HBASE-10296...
> Whatever consensus algorithm/library may be the chosen, perhaps on of first
> practical steps towards this goal would be to better abstract ZK-related API
> and details, which are now throughout the codebase (mostly leaked throuth
> ZkUtil, ZooKeeperWatcher and listeners).
> I'd like to propose a series of patches to help better abstract out zookeeper
> (and then help develop consensus APIs).
> Here is first version of patch for initial review (then I'm planning to work
> on another handlers in regionserver, and then perhaps start working on
> abstracting listeners).
--
This message was sent by Atlassian JIRA
(v6.2#6252)
