Re: Standalone synchronous master

MauMau <maumau307@gmail.com>

From: "MauMau" <maumau307@gmail.com>
To: "Andres Freund" <andres@2ndquadrant.com>, "Joshua D. Drake" <jd@commandprompt.com>
Cc: "Tom Lane" <tgl@sss.pgh.pa.us>, "Kevin Grittner" <kgrittn@ymail.com>, "Bruce Momjian" <bruce@momjian.us>, "Heikki Linnakangas" <hlinnakangas@vmware.com>, "Simon Riggs" <simon@2ndQuadrant.com>, "Rajeev rastogi" <rajeev.rastogi@huawei.com>, <pgsql-hackers@postgresql.org>
Date: 2014-01-09T12:57:42Z
Lists: pgsql-hackers
From: "Andres Freund" <andres@2ndquadrant.com>
> On 2014-01-08 14:42:37 -0800, Joshua D. Drake wrote:
>> If we have the following:
>>
>> db0->db1:down
>>
>> Using the model (as I understand it) that is being discussed we have
>> increased our failure rate because the moment db1:down we also lose db0. 
>> The
>> node db0 may be up but if it isn't going to process transactions it is
>> useless. I can tell you that I have exactly 0 customers that would want 
>> that
>> model because a single node failure would cause a double node failure.
>
> That's why you should configure a second standby as another (candidate)
> synchronous replica, also listed in synchronous_standby_names.

Let me ask a (probably) stupid question.  How is the sync rep different from 
RAID-1?

When I first saw sync rep, I expected that it would provide the same 
guarantees as RAID-1 in terms of durability (data is always mirrored on two 
servers) and availability (if one server goes down, another server continues 
full service).

The cost is reasonable with RAID-1.  The sync rep requires high cost to get 
both durability and availability --- three servers.

Am I expecting too much?


Regards
MauMau