Re: Patroni vs pgpool II - Mailing list pgsql-general

From Tatsuo Ishii
Subject Re: Patroni vs pgpool II
Date
Msg-id 20230407.211604.225353179882549731.t-ishii@sranhm.sra.co.jp
Whole thread Raw
In response to Re: Patroni vs pgpool II  (Jehan-Guillaume de Rorthais <jgdr@dalibo.com>)
Responses Re: Patroni vs pgpool II
List pgsql-general
>> If node 1 hangs and once it is recognized as "down" by other nodes, it will
>> not be used without manual intervention. Thus the disaster described above
>> will not happen in pgpool.
>
> Ok, so I suppose **all** connections, scripts, softwares, backups, maintenances
> and admins must go through Pgpool to be sure to hit the correct primary.
>
> This might be acceptable in some situation, but I wouldn't call that an
> anti-split-brain solution. It's some kind of «software hiding the rogue node
> behind a curtain and pretend it doesn't exist anymore»

You can call Pgpool-II whatever you like. Important thing for me (and
probably for users) is, if it can solve user's problem or not.

Best reagards,
--
Tatsuo Ishii
SRA OSS LLC
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp



pgsql-general by date:

Previous
From: Tatsuo Ishii
Date:
Subject: Re: Patroni vs pgpool II
Next
From: "Peter J. Holzer"
Date:
Subject: Re: "PANIC: could not open critical system index 2662" - twice