Potsgres 13 — как реализовать систему Master-Master?

Question

[Юрий]

Есть проект, развернутый на двух серверах в разных географических точках, на входе cloudflare,
www.project.ru - основной
и
backup.project.ru - резерв

Я хочу сделать отказоустойчивое решение в случае падания основного сервера

На текущий момент настроена репликация master(www)-slave(backup)

Команда репликации:

pg_basebackup -U replicator_user -D /data_dir -S replication_slot -X stream -P -Fp -R

postgres.conf

wal_level = replica
hot_standby = on
hot_standby_feedback = on

по логике если основной(www) сервер "падает" cloudflare переключает все запросы на резервный backup, сайт прекрасно выдает актуальную информацию, но писать в базу данных нельзя, даже если между серверами теряется связь, выдается ошибка

ERROR: cannot execute UPDATE in a read-only transaction

Чего бы хотелось:
Минимум: в случае если связь теряется, чтобы в базу reserve можно было писать + когда www оживет, новые данные туда загрузились
В идеале: чтобы оба сервера работали одновременно синхронизируя между собой данные, и в случае если кто-то из них упадет, после восстановление данные актуализировались

Все что нахожу в мануалах, только master-slave или танцы с бубном вручную.

Подскажите пожалуйста, как это реализовать?

Answer 1

[Melkij]

Никак.

Если очень хотите головной боли и новых аварий по ночам вместо того чтобы спокойно спать - возьмите какой-нибудь autofailover типа patroni и прочих.

Критичная проблема фундаментальна - CAP теорема в целом и последствия split brain в частности.

Comments

[Юрий]

ну ведь явно же это как-то реализовано у больших дядек )

[Melkij]

Потому что не реализовано то, что под этим подразумеваете. Кто говорит в прессрелизах "у нас мультимастер" - внимательно изучайте, что именно этим называют и от какой буквы CAP при этом отказались. Если для вашей задачи именно такие сюрпризы не важны - то сможете успешно пользоваться. А в общем, мультимастер - это философский камень мира СУБД.