Что такое кластер Postgres, как он работает и для чего нужен Patroni. #1

preview_player
Показать описание
Цель данного видео дать понимание что такое кластер Postgres, как он работает и для чего нужен Patroni. Так же бонусом мы проведем тестирование кластера и ответим на вопрос как влияет на производительность haproxy.
Рекомендации по теме
Комментарии
Автор

Не буду оригинален в своём комментарии: за десять минут полностью и по полкам рассказано почему и как именно работает патрони\етцд\хапрокси в связке

Прочитал кучу статей, посмотрел столько же видосов. Ну типа понятно что работает, понятно как настраивать. Но почему именно так, зачем вся эта схема, как она общается между собой и принимает решение - не понятно. А тут прям всё по полочкам разложено без лишней воды, но настолько элементарно, что хочется сказать большое спасибо!

kunez
Автор

Спасибо. Давно не хватало мне такого видео, где коротко, сжато и по сути объяснено как что работает. Буду знать.

АлексейСтерх-ьв
Автор

Спасибо тебе за ролики по данной тематике. Большинство вещей удалось упорядочить в голове, после просмотра этого плейлиста. 🙏

luckerspirit
Автор

Посмотрел с удовольствием. Объяснение без лишней информации и воды.
Сразу чувствуется практика и опыт. Давай чего-нибудь еще :)

babaybabaych
Автор

Наконец-то я вкурил как работает этот patroni в связке с etcd и haproxy. Спасибо!

vikbov
Автор

Очень наглядное объяснение. 👍А то обычно сразу всё в кучу смешают и не поймешь, что для чего именно нужно.

lehuspohus
Автор

Классно всё разложено, очень грамотно рассказал, спасибо большое.

vinogradishev
Автор

Можно использовать связку Haproxy + Keepalived на двух хостах в разных зонах доступности, если есть возможность растянуть общую сетку между ними

nikolai.kolosov
Автор

Спасибо большое! Отличное объяснение.
Воронам на фоне привет =))

smoke
Автор

Очень хорошая подача, удачи в развитии канала!

ruslannadivan
Автор

Спасибо, достаточно понятные схемы и язык.

dmitriynaumov
Автор

Большое спасибо, очень полезный и хороший ролик

TheBRYANT
Автор

Спасибо, очень доступно для понимания

erics
Автор

@bigtown2012, Спасибо за довольно понятное изложение информации в видео! Один вопрос по patroni: если теряется связь между нодами postgresql, и при этом каждый экземпляр patroni видит по два доступных etcd (свой и центральный (третий который). Каким в данном случае образом устанавливается кто мастер кто реплика? Как ведёт себя схема в данном случае?

hunterelectros
Автор

Опущены и не озвучены в явном виде некоторые важные вещи. Возникают вопросы:

1. Как именно Patrroni общается с ETCd ? Может в Patroni есть опция dcs_plugin где указывается 'Etc_plugin' и тогда Patroni понимает, что надо общаться с Etcd . А может наоборот это в ETCd есть опция 'Patroni_host' где указывается ссылка на Patroni ?
2. Верно ли я понимаю, что ETCd имеет RAFT и именно ETCd узел выбирается в качестве лидера, а Patroni потом просто спрашивает у Etcd "Я лидер или нет?" и если да, то настраивает себя лидером?

ntvisigoth
Автор

Спасибо за ролики, полезная информация. Подскажите только, пожалуйста, не совсем понятен механизм кворума. Отваливается один экземпляр etcd. У одного экземпляра Patroni есть связь в одним etcd, у другого экземпляра Patroni есть связь с двумя etcd. Как они понимают, что у одного больше, чем у другого?

harthurd
Автор

Я верно понял что по 15432 всегда будет доступен мастер, и по 25432 всегда будет реплика?

Alexander-tluw
Автор

Что-то не понял. Запускаем pgbench на удаленной машине с haproxy и сравниваем результат с локальным запуском на мастер ноде. Ясно же, что сам факт промежуточного звена в виде локальной сети внесет задержку. Надо было сделать тест без haproxy, но тоже с удаленной машины. А так этот тест не показатель ни разу

anvidim
Автор

Ничего не понял, а чего бы не использовать ещё один инстанс pgsql? Какие-то лишние абстракции и костыли. Да и выбирать нечего, есть же virtual IP.

fil-os-of