Return-Path: X-Original-To: apmail-zookeeper-user-archive@www.apache.org Delivered-To: apmail-zookeeper-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D8A7420BD for ; Tue, 3 May 2011 21:08:25 +0000 (UTC) Received: (qmail 5573 invoked by uid 500); 3 May 2011 21:08:25 -0000 Delivered-To: apmail-zookeeper-user-archive@zookeeper.apache.org Received: (qmail 5527 invoked by uid 500); 3 May 2011 21:08:24 -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 5519 invoked by uid 99); 3 May 2011 21:08:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 May 2011 21:08:24 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ketan@indeed.com designates 209.85.160.170 as permitted sender) Received: from [209.85.160.170] (HELO mail-gy0-f170.google.com) (209.85.160.170) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 May 2011 21:08:18 +0000 Received: by gyb11 with SMTP id 11so248705gyb.15 for ; Tue, 03 May 2011 14:07:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.91.199.16 with SMTP id b16mr445111agq.3.1304456877522; Tue, 03 May 2011 14:07:57 -0700 (PDT) Received: by 10.90.70.10 with HTTP; Tue, 3 May 2011 14:07:57 -0700 (PDT) Date: Tue, 3 May 2011 16:07:57 -0500 Message-ID: Subject: observers in occasionally disconnected data centers From: Ketan Gangatirkar To: user@zookeeper.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi. We're considering ZooKeeper for coordinating operations across multiple data centers. These data centers will occasionally be disconnected. We were planning on using observers in remote data centers. Our applications can survive being unable to *write* to ZooKeeper, but they do need to be able to read from it, even if the data were stale. On further examination, it looks like observers must always be connected to the quorum to function at all. Is this correct? Does anyone have suggestions for how to work around this problem? The first thing that comes to mind is duplicating the required data in some other local data store and falling back on that when the DC becomes disconnected. I imagine the disadvantages of that are obvious to everyone. I hope someone can share some great idea that allows me to avoid that miserable fate. Thanks. -- Ketan Gangatirkar ketan@indeed.com