Всем привет. На чём нынче можно собрать кластер postgres

без особых проблем? Последний раз делал такое года два назад на pacemaker/corosync и тогда мне это всё показалось каким-то сложноватым и кластер сразу не захотел взлетать, пришлось потанцевать с бубном.

Может быть за это время есть что-то изменилось и теперь есть более модные технологии?

Для построения кластера есть 3 сервера и еще 2 зачем-то для кворума выделили, я не понимаю зачем, 3 сервера итак кворум имеют.

Любые кластерные решения требуют, в лучшем случае, напилинга, ибо такова селява. Патроны+распределённое хранилище конфигураций (etcd, например), упомянутые вами коросинк/пейсмейкер, столон, но с ним всё как-то совсем не гладко. Ещё что-то было.

Патрони

Ни в коем случае.

Почему?

тот же вопрос

слишком тяжело разворачивать не специалисту

patroni и всё что вы перечисляете тогда тоже было, и всё было как-то не очень понятно и сложновато, но два года прошло и тут наверняка есть люди у которых практический опыт есть и они могут про своё используемое решение что-то сказать. может тот же pacemaker теперь намного круче и кластер одной кнопкой "пышь" разворачивается, а может patroni теперь более дружелюбный стал и лучше чем pacemaker...

Два года назад?! Патрони - сложно?! У меня для вас очень грустные новости. Хотя бы потому, что, столкнувшись с ними впервые, я как-то вот совсем не испытывал больших сложностей с разворачиванием. Мало того, довольно-таки шустренько накидал роль для ансибла, и оно раскатывалось одной командой.

"без особых проблем" - вам точно не сюда)))

ну раскать тот это одно , но потом еще и обслуживать нужно и проблемы решать, а это уже другое.

Изначальный вопрос стоял за разворачивание. И вдруг, ВНЕЗАПНО! оказывается, что сложности - в обслуживании. Нормально так.

Он очень плохо написан. Основная причина запуска ПО поддержки отказоустойчивого кластера — жэлание высокой надёжности. Основная проблема — что решэние высокой надёжности сложно сделать. Так вот, эта питоновская заплатка написана хужэ среднего питоновского кода. Она, как и всякое питоноприложэние — падает буквально от каждого чиха. Она не можэт разбираться примерно ни с какими пробоемами постгреса. Она сама — проблема, которая проявится с куда бОльшэй вероятностью, чем развалится правильно отскалированный сервер.

предложите свой вариант тогда

ну ребят. у всех немного разный уровень. Если вас интересует именно кластер, то красивых решений в стиле: "install - next - next - next - finish " - нет. Нужно понимать, что вы делаете и зачем. Процедура разворачивания кластера на патрони чуть более сложна чем развернуть голый postgeSQL с физической репликацией. Желательно потом допилить напильником.

Зачем?

понял вопрос снят

Ну, собственно, я говорю, что репликацыя и ручной свитчовер — более надёжное решэние, чем патрони. Не забыть только мониторинг и постоянный двукратный резерв (диска, rps, памяти).

Эммм... Я вот это всё описанное и так знаю. И пытаюсь донести до вопрошающего про волшебную кнопку.

ну то есть вместо хоть какого-то инструмента, о чем просит человек, вы предлагаете руками поднять кластер?

хотелось бы понять в чём разница с позиции установки+обслуживания между предлагаемыми решениями сейчас на рынке. Что проще\сложнее, что более глючное\менее глючное и т.п.

https://github.com/vitabaks/postgresql_cluster/

Разумеется. Да, собственно, "поднять" — патрони большэ мешает, чем помогает.

выглядит как троллинг какой-то вы уж извините

А чем плоха волшебная кнопка? просто её нет для построения кластера postgres - но это я уже понял.

Спасибо , почитаю.

Поднимаете ансибл(20 минут), меняете конфиг(1 час с гуглом), разворачиваете (15 минут)

С десятках и сотнях тысяч инсталляций работает ничего не падает. А насчет проблем постгреса с которыми по вашему мнению Patroni должен разбираться: основная задача это автоматическое переключение, плюс по возможности pg_rewind. Если вы ожидаете что Patroni за вас будет разбираться с data-corruption, патчить Postgres или варить кофе - это ваши личные неоправданные ожидания и проблемы.