Да понятно. Я был "на той стороне" несколько раз - в программном комитете (в феврале этого года вон на PgConf в части секции 1С). Геморой еще тот - но мы ставили робота который отключал функциональность 😉. Без робота иногда у нас получалось принимать заявки вплоть до "недели" до конференции.

Добрый день господа и дамы. Подскажите, есть ли какой-то проверенный способ кластеризации postgres?

Горизонтально ?

master-master ?

все так

Мой любимый - https://www.citusdata.com/.

ознакомлюсь, спасибо

опыт прода есть?

Я даже туда 1С-совские патчи засовывал, но падало - это с ними надо договариваться чтобы поддержку сделали. А чистый PG там отлично сделан.

Есть - только на докерах.

Есть, не использовать костыли вокруг СУБД которая не умеет этого бай дизайн и использовать решение которое писалось с учетом современных реалий и требований: https://www.yugabyte.com/ и https://www.cockroachlabs.com/.

Ни одна из этих СУБД пока что не доказала свою стабильность, к сожалению. Хотя вроде становится лучше со временем.

Ещё есть TiDB из такого же рода СУБД

Так вопрос был именно про PG. Если бы разговор шел про "абстрактный multi-master" я бы сходу предложил Kafka и RabbitMQ. мы тут в прошлом году кластер из 2500 тысяч сервисов RMQ сделали через Federation и Shovel - вот это я понимаю multi-master

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

Я соглашусь с Кириллом — «традиционные» СУБД вроде PostgreSQL и MySQL архитектурно не могут масштабироваться горизонтально (сохраняя все свои свойства), и с большим трудом реализуется master-master. Все решения по автоматическому шардированию для PostgreSQL, что я видел, не выглядели убедительно. Для MySQL есть https://vitess.io/, но он тоже не обеспечивает всех свойств MySQL, например нет глобальных уникальных индексов, или нет транзакций между шардами.

При этом Cockroach и Yugabyte поддерживают PostgreSQL протокол и Cockroach поддерживает бОльшую часть синтаксиса, а TiDB работает по MySQL протоколу. Как минимум и Cockroach и TiDB обеспечивают глобальное масштабирование с ACID-семантикой, что вполне даёт им право называться СУБД, в отличие от RabbitMQ и Кафки

Если оригинальный автор вопроса не слишком плотно сидит на PostgreSQL, то поиграться с CockroachDB, хотя бы для ознакомления, мне кажется, было бы очень полезно.

Не холивара ради, но насколько я знаю и CitusDB, CockroachDB и YugaByte используют исходники PG и в целом концептуально представляют собой "Координатора" - концептуально они похожи. Но опять же - я использовал Citus, к остальным решениям только присматриваюсь.

Нет, как минимум CockroachDB это просто имплементация базы данных «с нуля» на Go (т.е. без использования исходников PostgreSQL) на основе дизайна Google Spanner. Поддержка протокола и синтаксиса PostgreSQL была выбрана для того, чтобы людям не нужно было писать драйверы для их СУБД для каждой платформы и языка заново.