PGConf.Russia 2019 Андрей Фефелов «Как мы выбирали среди patroni, stolon, repmgr для HA Postgres»

PGConf.Russia 2019 Андрей Фефелов «Как мы выбирали среди patroni, stolon, repmgr для нашего отказоустойчивого Постгрес»
Для одного из наших проектов понадобилось решать задачу построения отказоустойчивой БД, желательно к тому же географический распределенной.
Первое на что мы посмотрели - это облачные решения от большой тройки, однако, стоимость их эксплуатации превзошла все наши скромные ожидания. К тому же у нас есть всякие штуки вроде экстеншенов и londiste репликации, и они не совместимы с тем, что предлагают облака.
В докладе я расскажу о том, почему мы остановились на patroni, на какие грабли наступили и какие у него есть неочевидные, но прикольные штуки, которые сильно облегчают жизнь.
Подробнее: pgconf.ru/2019/242817
#PGConfRu #PGConfRussia #PostgreSQL #Postgres #patroni #stolon #repmgr

[@kirilldanilenko8051]

никто не знает, можно ли запустить patroni решение не на трех датацентрах, а на двух? Я понимаю про большинство в кворуме, и что это не позволяет делить на два, но может есть какие то варианты как это сделать на двух dc правильно?

[@alex_donnotdisrupt_2000]

Датацентры тут не при чем, репликация может быть и между 2мя PosgreSQL, но зачем настраивать репликацую между 2мя разными геолокациями, лаг будет большой..., если речь идет о DCS (etcd/zookeper) то лучше 3, 2 не имеет смысла, тогда и 1 можно

[@kirilldanilenko8051]

@@alex_donnotdisrupt_2000 да, вопрос был про dcs.

[@alex_donnotdisrupt_2000]

@@kirilldanilenko8051 ну тогда ответ такой же)
Нечётное количество, 2 можно, но не имеет смысла.

[@antonzakharov605]

@@alex_donnotdisrupt_2000 А можно ли? Если говорить о etcd, по-моему там RAFT алгоритм для решения задач консенсуса, а это значит, что для отказоустойчивости DCS нужно минимум 3 инстанса.