К сожалению, это совершенно не репрезентативно, как собственно и звёздочки на гитхаб.
Всем спасибо

Кстати, по звездочкам разница между Stolon и Patroni совсем скромная, как и само их количество, что бы сделать выводы об их популярности (

а зачем Вам статистическое исследование для решения вашей технической проблемы?

Если бы, тут больше вопрос вообще в целесообразности применения этих инструментов, в действительноси они настолько востребованы.

так статистическое исследование (как его тут проводить?) не ответит на этот вопрос

Ну хотя бы, количество инсталяций, объем данных и количество узлов. При каких объёмах данных, какие решения применяются.
В любом случае, странно строить обвязку из кучи софта вокруг 2-3 узлов, с объемом данных, например до 100ГБ.
Хотя это уже вопрос к архитектуре приложения (

Использование клястерного софта зависит от требований к доступности. Если ваш проект может спокойно перенести пару часов недоступности БД, то городить огород не стоит. А когда время допустимого простоя стремится к нулю, а допустимые потери - равны нулю, без клястерного ПО не обойтись. И что использовать - надо формировать требования, а потом изучать возможности имеющиеся в наличии.

Иногда базы с "объемом данных, например до 100ГБ" стоят сотни миллионов долларов.
Т.е. тут не размер имеет значение (а требования business continuity). ;)

Это скорее вопрос резевного копирования. А не доступности.
Тем более, кто в здравом уме будет рисковать такими деньгами не имея под рукой, как минимум контору, которая будет соповождать сервера

Это понятно, но у нас же все иначе, сначала приносится продукт, а потом всё остальное ) Не в России что ли живёте.

> Это скорее вопрос резевного копирования. А не доступности.

Они в норме неразлучны, вообще-то. Данные в базах обычно не для того, чтобы на них любоваться издалека. ;)
Т.е. есть какие-то RTO / RPO, и от этого отталкивается проектирование DR.

> Тем более, кто в здравом уме будет рисковать такими деньгами, не имея под рукой, как минимум контору

Очень много кто, вообще-то. Это работа DBA, а "конторы" тут могут привлекаться, когда им нужна какая-то помощь и т.п.

Воу воу, чувак. Не нужно меня отчитывать.
Вопрос вообще был не про это. Какой-то адский оффтоп пошел (
Нет исследований, так нет. Вопрос закрыт

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

> Не нужно меня отчитывать.

Вы высказывали свои мнения, я в ответ написал то, что видел лично или слышал от коллег, только и всего.

> Какой-то адский оффтоп пошел (

Вы же сами начали эту тему про объёмы данных. ;)

> Нет исследований, так нет. Вопрос закрыт

А то, что Вы ищете исследования — это правильно, IMNSHO (но я таких не видел, извините)!

привет есть ли в  PostgreSQL
кластиризация как в  СУБД Oracle ?

если да есть мануал где есть примеры развертывания

это немного не тот кластер) Кластер баз данных

если речь про RAC - то ответ отрицательный.