Re: increasing HA

From: "Jehan-Guillaume (ioguix) de Rorthais" <ioguix(at)free(dot)fr>
To: Thomas Poty <thomas(dot)poty(at)gmail(dot)com>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: increasing HA
Date: 2018-09-05 12:15:24
Message-ID: 20180905141524.6ff9d4d1@firost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, 5 Sep 2018 13:23:41 +0200
Thomas Poty <thomas(dot)poty(at)gmail(dot)com> wrote:

> Hi Jehan-Guillaume,

Hello,

> Thanks for your opinion.
>
> At first glance, i may use for automatic failover PAF,

In fact, PAF does not support slots. So it is not a good candidate if slot are
a requirement.

> a proxy HAproxy and
> for fencincg, i am a bit disappointed, i don't know what to do/use

Depend on your hardware or your virtualization technology.

> How about you, do you have any preference about tools/solutions to use ?

If you want a simple and well community adopted solution, pick Patroni. It deals
with slots, rely on etcd or zookeeper, fit nicely with haproxy, deal with
watchdog to keep itself under monitor. However, it lacks of fencing and its
callback are asynchronous. You would have to take special care of your
network and master connectivity upon primary failure.

If you want something able to keep multiple services avaliable (PostgreSQL, vIP,
storage, pgBouncer, apache, whatever...), deal with dependencies, locations,
constraints, rules etc, pick Pacemaker (and a larger coffee machine). I would
(obviously) recommend PAF as resource agent for PgSQL, but you would have to
design your cluster without slots :/

++

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Thomas Poty 2018-09-05 13:06:21 Re: increasing HA
Previous Message Thomas Poty 2018-09-05 11:23:41 Re: increasing HA