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 89D1B105C7 for ; Wed, 6 Nov 2013 19:45:25 +0000 (UTC) Received: (qmail 17201 invoked by uid 500); 6 Nov 2013 19:45:24 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 17167 invoked by uid 500); 6 Nov 2013 19:45:24 -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 17159 invoked by uid 99); 6 Nov 2013 19:45:24 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Nov 2013 19:45:24 +0000 Received: from localhost (HELO mail-lb0-f170.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Nov 2013 19:45:23 +0000 Received: by mail-lb0-f170.google.com with SMTP id u14so116479lbd.1 for ; Wed, 06 Nov 2013 11:45:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=0cZG4EFtS/d5Fe0vyfPnwx7Gn/MW4WRTRlO8DhhruCI=; b=BoS3e/j160DMoRMpRRKXyCWtgiAAifrIFa0kUmnoe6u5+IhXR9gum3aX+FmbnIosik N2boBMYEpNGWYtIOR0wvedfEteVKs3qUfNI8t1YaoBDvCuyj1Xc2pfG0zBvcq5WDQUn9 YWM9OV/8fY04iVAhPBKiew5QUj3wfFkfaIw0w7jLA97W95/l6NHzyRX0/x+qs3kBnnuD sOsWpygueYBfKl2vEnN2kI+yYFHgcfxGE306V4ve22VeB1lwuOtKfLxddpAs+QY0QEWg 51CW9k8cwokBhZyVX+GkM6gzaHT8wJ7oaxsXRUPXSmlfajqgRmrgbzH1gtbCh9ooIyjY uC2w== MIME-Version: 1.0 X-Received: by 10.152.27.67 with SMTP id r3mr5885lag.50.1383767121331; Wed, 06 Nov 2013 11:45:21 -0800 (PST) Received: by 10.112.67.12 with HTTP; Wed, 6 Nov 2013 11:45:21 -0800 (PST) In-Reply-To: References: <1383763009-sup-2362@kpad> Date: Wed, 6 Nov 2013 19:45:21 +0000 Message-ID: Subject: Re: Can CouchDB be Distributed in a Fail-safe Manner? From: Robert Newson To: "user@couchdb.apache.org" Content-Type: text/plain; charset=ISO-8859-1 Then have several haproxy servers and have DNS level failover (like Cloudant does). B On 6 November 2013 19:05, Hank Knight wrote: > At the bottom of the page for Installing & Using BigCouch it says: > "Cloudant recommends HAProxy." > http://bigcouch.cloudant.com/use > > Sounds like a reverse proxy is the only way to accomplish this. > Unfortunately then becomes the vulnerable link. > > On Wed, Nov 6, 2013 at 2:41 PM, Matthieu Rakotojaona > wrote: >> Excerpts from Hank Knight's message of 2013-11-06 19:27:56 +0100: >>> I would like to distribute a CouchDB database on a minimum of 3 >>> servers for the purpose of redundancy. >>> >>> An attachment could be accessed like this: >>> >>> http://cdb1.example.com/abc/xyz/image.jpg >>> http://cdb2.example.com/abc/xyz/image.jpg >>> http://cdb3.example.com/abc/xyz/image.jpg >>> >>> Is it possible to access the database from a single domain name that >>> would automatically resolve to an instance that is running? >>> >>> For example if the server running on of the instances was experiencing >>> a power outage it should automatically resolve to an instance that >>> works. >>> >>> If so, where can I find documentation about how to do this? >> >> This really should be the role of SRV records [0], but you'd need to ask >> http clients to look out for a _http._tcp record. In the meanwhile, the >> standard solution is a frontend proxy like HAProxy. >> >> [0] https://en.wikipedia.org/wiki/SRV_record >> >> -- >> Matthieu Rakotojaona