couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Davis <>
Subject Re: Bigcouch without ha proxy
Date Mon, 03 Mar 2014 01:50:47 GMT
Is this a BigCouch cluster or something homegrown? BigCouch allows any
node in the cluster to handle a request so removing HAProxy wouldn't
be harder than having each client know the addresses of each database
node and just randomly pick one each time (or figure out some other
hashing scheme applicable to your application).

I would reiterate what Benjamin said though, having HAProxy in the mix
is going to add maybe a handful of milliseconds to each request (if
that much). I do know that HAProxy can be a bit daunting to configure
if you're not familiar with it but if you have unknown clients issuing
connections I'd include it just for peace of mind.

On Sun, Mar 2, 2014 at 3:36 PM, Stanley Iriele <> wrote:
> Right... But if I was using couchdb behind my app servers.... I would like
> to have something like mongos... That does the load balancing without the
> hop. Because in my opinion big couch shards better I feel having a dumb
> proxy do this can't be that hard
> On Feb 25, 2014 2:32 PM, "Lists" <> wrote:
>> On 02/25/2014 11:25 AM, Stanley Iriele wrote:
>>> So in clustering couchdb everyone recommends haproxy but I do t want to
>>> pay
>>> the price for an extra hop. Is there a better solution out there?.. I'm
>>> thinking of pulling they keyspace doc in myself and just have a collection
>>> of http clients connecting to different nodes.
>>> My question is is the extra hop really that irrelevant ?... Or is their
>>> and
>>> obvious load balancing trick I'm missing?
>> The extra overhead of the extra hop is pretty much irrelevant for anything
>> Internet-based. The reason is that the end user will see at *best* about
>> 20ms to you, and haproxy won't even add 1. Since the "typical user"** will
>> see more like 50ms, the 0.1ms or so of overhead in a proxy is irrelevant if
>> it gives you better uptime.
>> ** YMMV. You should know your audience. Are they on a LAN and also burning
>> through thousands of queries per second?

View raw message