Re: Support for N synchronous standby servers - take 2

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Simon Riggs <simon(at)2ndquadrant(dot)com>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, Sawada Masahiko <sawada(dot)mshk(at)gmail(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Beena Emerson <memissemerson(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Support for N synchronous standby servers - take 2
Date: 2015-07-15 11:39:40
Message-ID: CANP8+j+1op2Vi_GRe4LY6toz+qMwBT6TaY3PgARvUnowg72joA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 15 July 2015 at 12:25, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:

> Simon Riggs wrote:
>
> > JSON seems the most sensible format for the string. Inventing a new one
> > doesn't make sense. Most important for me is the ability to
> > programmatically manipulate/edit the config string, which would be harder
> > with a new custom format.
>
> Do we need to keep the value consistent across all the servers in the
> flock? If not, is the behavior halfway sane upon failover?
>

Mostly, yes. Which means it doesn't change much, so config data is OK.

> If we need the DBA to keep the value in sync manually, that's going to
> be a recipe for trouble. Which is going to bite particularly hard
> during those stressing moments when disaster strikes and things have to
> be done in emergency mode.
>

Manual config itself is the recipe for trouble, not this particular
setting. There are already many other settings that need to be the same on
all nodes for example. Nothing here changes that. This is just an
enhancement of the current technology.

For the future, a richer mechanism for defining nodes and their associated
metadata is needed for logical replication and clustering. That is not what
is being discussed here though, nor should we begin!

--
Simon Riggs http://www.2ndQuadrant.com/
<http://www.2ndquadrant.com/>
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2015-07-15 11:58:51 Re: Implementation of global temporary tables?
Previous Message Alvaro Herrera 2015-07-15 11:25:04 Re: Support for N synchronous standby servers - take 2