LINUX.ORG.RU
ФорумAdmin

[posgresql] failover


0

0

pgpool не подходит, т.к. вместе с падением прокси прекращается доступ и к базам данных

slony -- какой-то монструозный и очень сильно завязан на внутренности самой базы данных, да и не понятко толком есть ли способ сделать восстановление информации записанной только на failover без костылей

чего предложите, о, великие из умнейших и умнейшие из великих?

anonymous

немножко справедливости ради о pgpool
что-бы не боятся падения pgpool - стоит использовать например heartbeat - настройте его так, что бы при падении одного из pgpool  происходила миграция IP адресса на второй сервер. Естественно, внимательно оттестируйте то,что происходит с уже созданными сессиями к БД. Если они вдрабадан рвутся - это пол-беды. А вот если повисают процессы на стороне  postgres - это плохо. Есть ещё вариант к указаной схеме добавить shared fs для pgpool.  

cyclope
()
Ответ на: комментарий от MiracleMan

всё больше склоняюсь к схеме с heartbeat + slony, т.к. нужно что-то типа двусторонней репликации

либо возможна следующая схема (она даже целиком и полностью устравает): мастер для чтения и записи, слэйв/фэйловер только для чтения

anonymous
()
Ответ на: комментарий от anonymous

slony исключительно master -> (multi|)slave репликация. Из недостатков необходимость менять базу данных, для какждой реплицируемой таблицы необходим первичный ключ, пусть даже составной. DDL изменения должны инициироваться на мастере и далее распространятся по slave. Из достойнств heartbeat + slony + скрипты позволяющие мастеру и slave меняться ролями вполне реализуемая схема для HA кроме того если делать таки multislave репликацию, то можно задёшево поиметь выигрыш на операциях чтения. Изменения естественно записываются только на мастере.

Можно ещё взгялунть в сторону mamoth и cybercluster

Если же базу менять не хочется\нельзя\нереально а нужно обеспечить высокую доступность то можно использовать два сервера один из которых в режиме hot stanby, постоянно "востанавливается" из импортируемых с рабочего сервера WAL файлах. Это решение вполне себе доступно расписано в официальной Postgre документации

Bodyring
()

ух, всем спасибо. как-то все очень не тривиально звучит, у всех вариантов есть как много плюсов, так и много минусов — думал будет какая-нибудь серебреная пуля, ан-нет. думаю дальше буду копать heartbeat + slony как-то у него будующее более красивое нежели у всех остальных

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.