Приветствую.


Есть большой и мощьный сервер, ( linux) на котором крутится PostgreSQL.



Скажите, для репликации надо точно такой же большой и мощный сервер делать?


Или можно слабее по CPU и памяти, например?




Не могу найти подобные требования

Репликация планируется "быстрая", т.е. не файлами, а за счет подключения, когда задержка минимальная.

vyegorovАшДжэй,

А какие задачи собираетесь решать репликацией?..

В случае сбоя переключение на реплику.

Оба сервера виртуальные и рессурсы CPU и ОЗУ можно между ними распределять.

Знаю точно что, к примеру, параметр max_prepared_transactions требует на реплике точно такой же.


Требуются ли в точности такие-же настройки по памяти у реплики?

jan2aryАшДжэйпропущено...


В случае сбоя переключение на реплику.

Оба сервера виртуальные и рессурсы CPU и ОЗУ можно между ними распределять.
А смысл? В случае сбоя железного сервера обе виртуалки придут в негодность одновременно.

Тем не менее интересует ответ на вопрос по требованиям по железу к реплике.

MelkijАшДжэйЗнаю точно что, к примеру, параметр max_prepared_transactions требует на реплике точно такой же.
не "такой же" , а не меньше. Не меньше чем на мастере должны быть : wal_level, max_connections, max_worker_processes, max_prepared_transactions, max_locks_per_transaction.

По железу - вам конечно нужно такое же железо, чтобы база выдержала нагрузку после переключения.
Для работы самой репликации - нужен хороший io. В сущности всё. Физическая репликация штука простая, получить wal, прочитать какой блок изменился, записать его.

Благодарю за ответ!

Получается что требований к памяти нет таких же как на мастере?

И можно память сделать меньше, а при переключении на реплику добавить?


И еще важный момент, будет не только чтение WAL а еще коннект будет к мастеру, который свежие изменения еще до вала пишет в реплику, это вроде потоковая репликация называется или типа того.

Melkij, кстати, спасибо за прямую ссылку на исходники.

Про память там ничего не нашел.