zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Simon Cooper (JIRA)" <j...@apache.org>
Subject [jira] [Created] (ZOOKEEPER-2912) Allow arbiter zookeeper nodes to be deployed
Date Mon, 02 Oct 2017 11:19:00 GMT
Simon Cooper created ZOOKEEPER-2912:
---------------------------------------

             Summary: Allow arbiter zookeeper nodes to be deployed
                 Key: ZOOKEEPER-2912
                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2912
             Project: ZooKeeper
          Issue Type: New Feature
          Components: leaderElection, quorum, server
            Reporter: Simon Cooper


In our system, we're having to deploy a single zookeeper cluster across multiple datacentres.
In this situation, we're running into problems with latency across the sites.

One thing that would help is if there was the capability to deploy an arbiter zookeeper node
that did not store/update data or serve client requests, could not become leader, and did
not determine quorum for updates, but participated in leadership elections (very similar to
arbiters for mongo, https://docs.mongodb.com/manual/tutorial/add-replica-set-arbiter/).

This arbiter could then be deployed on a separate arbiter site that did not need a fast network
link to the rest of the cluster, but would determine the active cluster in split-brain situations
across the 2 main sites.

Currently, there's nothing stopping a zookeeper deployed on the arbiter site from becoming
leader, and then the relatively high latencies involved cause problems across the cluster.
Observers don't really fit our use case at the moment either.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message