Спасибо, что не забываете канал, можно сделать видео , про nginx, apache, rpath, виртуальные хосты с php , либо настройка django python nginx или Apache gunicorn supervisor, Полностью описать ipfw. Заранее спасибо.
подскажите, пожалуйста, по поводу обратного переключения сервер: после того как мы ведомый узел сделали ведущим и подняли бывший ведущий у нас получилось 2 ведущих. Как сделать из бывшего ведущего ведомый? Попробовал чистить var/lib/postgresql/data/ и обратно восстанавливать сначала pg_basebackup а потом уже pg_ctl. В таком случае реплику постоянно необходимо восстанавливать бэкапом. Есть ли какой-нибудь способ восстановить старый мастер и поверх уже существующих данных записать изменения произошедшие после того как он отключился??
Приветствую, механизм переключения довольно прост и такие операции, как добивание вол логами, как в том же Oracle не предусмотрены в PostgreSQL. www.postgresql.org/docs/9.1/warm-standby-failover.html Можно написать свою логику, но зачем … То есть каждый раз, если сделали переключение, то убиваем старый мастер и бутстрапим его заново уже как реплику. Если хотим чтоб он был ведущим - pgctl. Врятли Вы по 10 раз на дню переключаете мастера.