Привет. есть такая штука как db lab engine. это штука

из постгреса растет. суть - хранить дату на zfs или lvm, и используя фичу снапшотов быстро делать клоны бд. типа быстро развернуть тестовое окружение. стало интересно а можно ли в эту конструкцию как-то добавить кластер для повышения отказоустойчивости? что-то типа patroni.
в конкретном примере я вижу нестыковку. патрони делает реплику. а дблаб опирается на возможности внешнего блочного хранилища.
не уверен, что вообще возможно это совместить. можете подсказать куда смотреть что гуглить на тему быстрого создания инстансов бд и кластеризации?

Я в конкретном пример вижу ту нестыковку, что если у вас делается снэпшот -- то он по определению оказывается на том жэ жэлезе, что и оригинал. И тогда о какой отказоустойчивости можэт идти речь? Так-то я понятия не имею, как делает копию patroni (если вообще делает, а не отдаёт это на откуп адмиистратору) (поскольку есть вариантов 3-5 вменяемых этого дела, отличающихся незначителными деталями) -- но, думаю, большых проблем заменить начальное копирование данных снапшотом быть не должно.

ап

Вы не апайте, вы толком поясните что вам нужно. Не набор общих слов а пример того что есть и что желаете иметь. Так то патрони сделает реплику, но где вы запустите вторую ноду, на каком железе? Снэпшот для патрони не нужен, он другие задачи решает.

ап - чтобы не потерялось исходное сообщение. реакции нет, а сообщение ушло. не вижу тут никаких проблем. я воде указал про использование снапшотов. оно не про патрони, а про дблаб. если у меня глаз замылился и я неясно пишу - уточните что именно надо пояснить, постараюсь объяснить иначе. цель вроде тоже описал - фичи дблаб (бстрое создание бд) и патрони (отказоустойчивость) иметь.

Опишите как вы видите использование патрони. Пока что в сообщении смешаны в кучу кони(снэпшоты на уровне фс) и люди( HA кластер патрони).

патрони - пример. задча для него - отказоустойчивость и переключение на другую ноду. сейчас сервер один.

А снэпшоты?

это прикол какой-то?