Return-Path: Delivered-To: apmail-zookeeper-user-archive@www.apache.org Received: (qmail 60235 invoked from network); 2 Mar 2011 22:52:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Mar 2011 22:52:02 -0000 Received: (qmail 47218 invoked by uid 500); 2 Mar 2011 22:52:01 -0000 Delivered-To: apmail-zookeeper-user-archive@zookeeper.apache.org Received: (qmail 47182 invoked by uid 500); 2 Mar 2011 22:52:01 -0000 Mailing-List: contact user-help@zookeeper.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@zookeeper.apache.org Delivered-To: mailing list user@zookeeper.apache.org Received: (qmail 47173 invoked by uid 99); 2 Mar 2011 22:52:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 22:52:01 +0000 X-ASF-Spam-Status: No, hits=0.3 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of zbeothy-elo@talend.com does not designate 83.246.65.53 as permitted sender) Received: from [83.246.65.53] (HELO relay03-haj2.antispameurope.com) (83.246.65.53) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Mar 2011 22:51:54 +0000 Received: from mail.sfp-net.com (smtp.sfp-net.com [83.220.139.234]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by relay03-haj2.antispameurope.com (ASE-Secure-MTA) with ESMTP id 84D0763C0C6 for ; Wed, 2 Mar 2011 23:51:32 +0100 (CET) Received: from EXMBX01.SFP-Net.skyfillers.local ([172.16.12.11]) by EXHUB01.SFP-Net.skyfillers.local ([172.16.12.113]) with mapi; Wed, 2 Mar 2011 23:51:32 +0100 From: Zsolt Beothy-Elo To: "user@zookeeper.apache.org" Date: Wed, 2 Mar 2011 23:51:31 +0100 Subject: Re: Question about Clustered Setup in two data centers Thread-Topic: Question about Clustered Setup in two data centers Thread-Index: AcvZLF/aXv5anAHBSCCTCdR+nRjG5A== Message-ID: References: <962A45F9-A510-400E-A079-21A339652CA6@sopera.com> <126384ED-E71F-44F4-A8F5-DC28EBCC4E7C@twitter.com> In-Reply-To: <126384ED-E71F-44F4-A8F5-DC28EBCC4E7C@twitter.com> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Am 02.03.2011 um 18:56 schrieb Jesse Kempf: > Hi Zsolt, >=20 > If the customer has a computer room at their headquarters, you could keep= two ZKs in each datacenter and a fifth ZK at their HQ. In that case you co= uld lose a datacenter and still have quorum. Running such an infrastructure service outside one of the data centers of c= ourse violates almost every policy (security, backup,...) that is in place = at the customer. But we also had the idea :) And as Ritesh states computer= at headquarter would likely become the bottleneck. Connection between cent= ers is fast and reliable under almost all circumstances. =20 Zsolt >=20 > Cheers, > -Jesse >=20 > On Mar 2, 2011, at 2:57 PM, Zsolt Beothy-Elo wrote: >=20 >> Hi all, >> in our product we currently implement to use ZooKeeper in conjunction wi= th CXF to dynamically manage available services and endpoints. Unfortunatel= y one of our customers is not very happy of having to run a minimum of thre= e ZooKeeper server instances to ensure fail over. The customer has two data= centers in different locations where data and applications are replicated = and some big-ip appliance in front of the data centers. If one data center = fails everything must still be operable. So he would prefer to only have tw= o instances one in each data center. I would be grateful for some advise h= ow to best cope with these contradicting requirements. >>=20 >> Cheers, >> Zsolt Beothy-Elo >=20