а чтение ты как балансировать будешь?

я каэш понимаю что у тебя реплика для бэкапа

хотя это плохо)

если она асинхронная

эникастом ?)

или свой раунд-робин?)

у ха еще есть плюшки

помимо балансировки

но связаны они с потерей сервера

так у тебя приложение ходит на два порта - один для записи, другой для чтения. но на какой порт ходить определяет само приложение.

а так будет ходить на два ip - небольшая разница.

keepalived будет держать один ip там, где скрипт curl --silent $(hostname):8008\master 2>&1 | grep -c "\"role\": \"master\""
выйдет с кодом 0.

а второй ip он будет держать там, где curl --silent $(hostname):8008\master 2>&1 | grep -c "\"role\": \"replica\""
выйдет с кодом 0.

при потере сервака произойдет фэиловер патрони и в ответе api это отразится. ip переедут на "правильные" сервера.

а по поводу бэкапа - всё норм. pgbackrest умеет снимать консистентные бакапы с реплик. он всё равно часть файлов забирает с мастера + там непрерывный архив валов.


у меня они каждую ночь валидируются. пока (тьфу*3) без ошибок

pgbackrest рулит

ты зря выбираешь между ha и keepalived

нужны оба

ага, меня даже записали в release notes в какой-то вресии))) я им багу нашёл с утечкой памяти

дык сейчас haproxy и keepalived. просто мне кажется, ha не особо нужен в такой конфигурации

я в песочнице потыкал - оно работает корректно =/

попробую на след неделе в stage выкатить. посмотрим. если че, отпишу

тебе нужен ха если распределяешь нагрузку чтения и хочешь удобно расширять кластер ридонли репликами

если по простому