Re: Horizontal scalability/sharding

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Horizontal scalability/sharding
Дата
Msg-id 20150903105709.GE23640@momjian.us
обсуждение исходный текст
Ответ на Re: Horizontal scalability/sharding  (Petr Jelinek <petr@2ndquadrant.com>)
Ответы Re: Horizontal scalability/sharding  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On Thu, Sep  3, 2015 at 10:33:12AM +0200, Petr Jelinek wrote:
> On 2015-09-02 19:57, Josh Berkus wrote:
> > On 09/01/2015 04:14 PM, Petr Jelinek wrote:
> >> On 2015-09-02 00:09, Josh Berkus wrote:
> >>> Not really, the mechanism is different and the behavior is different.
> >>> One critical deficiency in using binary syncrep is that you can't do
> >>> round-robin redundancy at all; every redundant node has to be an exact
> >>> mirror of another node.  In a good HA distributed system, you want
> >>> multiple shards per node, and you want each shard to be replicated to a
> >>> different node, so that in the event of node failure you're not dumping
> >>> the full load on one other server.
> >>>
> >>
> >> This assumes that we use binary replication, but we can reasonably use
> >> logical replication which can quite easily do filtering of what's
> >> replicated where.
> >
> > Is there a way to do logical synchronous replication?  I didn't think
> > there was.
> >
> 
> Yes, the logical replication has similar syncrep properties as the
> binary one (feedback works same way).

Yes, I assumed that.  Logical replication uses WAL, so if you are
synchronous with WAL, logical replication is synchronous too.  However,
of course, it is synchronous in being durable, not synchronous in terms
of applying the WAL.  This is true of binary and logical replication.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + Everyone has their own god. +



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: pg_ctl/pg_rewind tests vs. slow AIX buildfarm members
Следующее
От: Andres Freund
Дата:
Сообщение: Re: [PATCH] pg_upgrade fails when postgres/template1 isn't in default tablespace