Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-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 1A9217DE7 for ; Fri, 19 Aug 2011 17:27:50 +0000 (UTC) Received: (qmail 67387 invoked by uid 500); 19 Aug 2011 17:27:48 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 67308 invoked by uid 500); 19 Aug 2011 17:27:47 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 67300 invoked by uid 99); 19 Aug 2011 17:27:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Aug 2011 17:27:47 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.212.52 as permitted sender) Received: from [209.85.212.52] (HELO mail-vw0-f52.google.com) (209.85.212.52) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Aug 2011 17:27:41 +0000 Received: by vws16 with SMTP id 16so3795392vws.11 for ; Fri, 19 Aug 2011 10:27:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=gUOqTT+wcgCbjZUxXcV52SXk+JaeO4Prt1zLwoxouE8=; b=QHv3KmuE5JNnKBscSi8v3Qrzc8CdzvxbhYbwP0ldGK+Os41YqW5n30+W0Iy8wQ9kkj 6dTe7CqfPv6KMv/6LbN4+gWPsV2VLQ5doCArENxs4FGAmX8aoqNKVilnIAOzzNcJIjNA Tm4yPOuFzPbLUdmlTida3SDIeXY/FvhVlmrZQ= Received: by 10.52.117.132 with SMTP id ke4mr2484422vdb.520.1313774841096; Fri, 19 Aug 2011 10:27:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.169.132 with HTTP; Fri, 19 Aug 2011 10:26:41 -0700 (PDT) In-Reply-To: <996688918.45063.1313760721103.JavaMail.root@unx-s-manc3> References: <996688918.45063.1313760721103.JavaMail.root@unx-s-manc3> From: Paul Davis Date: Fri, 19 Aug 2011 12:26:41 -0500 Message-ID: Subject: Re: Multi node topology To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Robert, There are two projects for running CouchDB in a cluster: CouchDB-Lounge and BigCouch. CouchDB-Lounge is a combination of an nginx module and Python proxy that handles managing multiple backend CouchDB nodes. BigCouch is a pure Erlang implementation that works more like Dynamo. [1] http://tilgovi.github.com/couchdb-lounge/ [2] http://github.com/cloudant/bigcouch On Fri, Aug 19, 2011 at 8:32 AM, Robert Elliot wrote: > Hi, > > We are considering setting up a cluster with more than two nodes. There i= s a lot of documentation regarding two nodes but we couldn't find an exact = answer for let's say a cluster of 4 nodes. > > Would you recommend a multi-master setup where all nodes receive writes? = =A0This would be simpler to setup and administer, and would also be the mos= t fault tolerant (any combination of nodes can be shutdown so long as one i= s still active). > > If so, should we use only push replication? =A0Or only pull replication? = =A0Or a combination of both? > > Assuming we are using pull replication within 4 nodes: A, B, C and D. Sho= uld we set up A to pull changes from B, C and D, B to pull changes from A, = C and D, C to pull changes from A, B and D and D to pull changes from A, B = and C? Is this the recommended approach? > > Thanks for any guidance, > > Rob >