Re: Patroni vs pgpool II

Поиск
Список
Период
Сортировка
От Tatsuo Ishii
Тема Re: Patroni vs pgpool II
Дата
Msg-id 20230407.211604.225353179882549731.t-ishii@sranhm.sra.co.jp
обсуждение исходный текст
Ответ на Re: Patroni vs pgpool II  (Jehan-Guillaume de Rorthais <jgdr@dalibo.com>)
Ответы Re: Patroni vs pgpool II  (Jehan-Guillaume de Rorthais <jgdr@dalibo.com>)
Список 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 по дате отправления:

Предыдущее
От: Tatsuo Ishii
Дата:
Сообщение: Re: Patroni vs pgpool II
Следующее
От: "Peter J. Holzer"
Дата:
Сообщение: Re: "PANIC: could not open critical system index 2662" - twice