#patroni — Public Fediverse posts

pgwatch v6 ships a Patroni overview dashboard. It could not have existed before - and working out why explains the whole feature.

The dashboard asks for twenty-two readings: patroni_primary, patroni_xlog_location, patroni_dcs_last_seen and nineteen more. None of them come from a SQL query. #PostgresQL does not know any of this. #Patroni does, on its own metrics endpoint - and until v6, #pgwatch had no way to read it.

pgwatch v6 ships a Patroni overview dashboard. It could not have existed before - and working out why explains the whole feature.

The dashboard asks for twenty-two readings: patroni_primary, patroni_xlog_location, patroni_dcs_last_seen and nineteen more. None of them come from a SQL query. #PostgresQL does not know any of this. #Patroni does, on its own metrics endpoint - and until v6, #pgwatch had no way to read it.

pgwatch v6 ships a Patroni overview dashboard. It could not have existed before - and working out why explains the whole feature.

The dashboard asks for twenty-two readings: patroni_primary, patroni_xlog_location, patroni_dcs_last_seen and nineteen more. None of them come from a SQL query. #PostgresQL does not know any of this. #Patroni does, on its own metrics endpoint - and until v6, #pgwatch had no way to read it.

pgwatch v6 ships a Patroni overview dashboard. It could not have existed before - and working out why explains the whole feature.

The dashboard asks for twenty-two readings: patroni_primary, patroni_xlog_location, patroni_dcs_last_seen and nineteen more. None of them come from a SQL query. #PostgresQL does not know any of this. #Patroni does, on its own metrics endpoint - and until v6, #pgwatch had no way to read it.

Как построить отказоустойчивый PostgreSQL-кластер и не промахнуться

В исходниках PostgreSQL встречаются ироничные комментарии, а самый веселый, на мой взгляд, находится в строке прямо перед запуском сервера. Судя по логам Git, это комментарий Тома Лейна, который сообщает: "We are ready to rock and roll", а следующей строкой идёт запуск сервера СУБД. Действительно, когда пытаешься запустить кластер PostgreSQL, порой не покидает ощущение "rock and roll", а потом вдруг кластер не стартует или внезапно переключается на другой узел из-за отступов в YAML-конфиге :). В этой статье разберём ключевые элементы отказоустойчивого кластера и типовые места, где чаще всего допускают ошибки.

https://habr.com/ru/companies/postgrespro/articles/1004040/

#postgresql #dba #кластер #датацентр #pgBackRest #wal #PgBouncer #мониторинг #Patroni #Stolon

Отказоустойчивый PostgreSQL для почты RuPost: Patroni + etcd + HAProxy за три ВМ

Когда почта ложится — ложится всё. Переписка, задачи, согласования, доступы — всё завязано на почтовый сервер. А если под ним единственный PostgreSQL без резервирования, то между вами и катастрофой — один сбойный диск или зависший процесс. В этой статье — пошаговый рецепт: собираем отказоустойчивый кластер PostgreSQL на базе Patroni, используем etcd для консенсуса и HAProxy как единую точку входа. Три виртуальные машины — и ваша почта RuPost переживёт падение ноды без потери писем и без ручного вмешательства.

https://habr.com/ru/companies/cloud4y/articles/1004556/

#postgresql #patroni #кластер_postgresql #почта #настройка_кластера

Patroni и логическая реплика в PostgreSQL: как не потерять данные при failover’е

Если вы используете nofailover: true (а многие так и делают), Patroni не синхронизирует слоты логической репликации — и при переходе на реплику часть данных может исчезнуть навсегда. Рассказываем, почему и как фиксить.

https://habr.com/ru/companies/flant/articles/978322/

#patroni #postgresql #sql #бд #failover #репликация #асинхронная_репликация #логическая_репликация #nofailover #потеря_данных

Watch how you can diagnose incidents in seconds using #opensource, #eBPF-powered observability. 👇🐧 🐝

Track all communications between cluster components such as #Patroni, #Postgres, #Pgbouncer, and the #Kubernetes API server: https://github.com/coroot/coroot

#Linux #FOSS #observability #postgresql #DevOps #SRE

Кластеризация PostgreSQL за день или за 15 минут: разбираем варианты и подводные камни реализации

Кластеризация необходима для большинства СУБД уровня Enterprise. Есть много способов создать или развернуть кластер: от бесплатных до дорогих, от простых до сложных. У разных вендоров свои приоритеты: одни делают настройку кластера в пару кликов (как в MS SQL), другие фокусируются на надежности и функциональности (Oracle). В мире СУБД на базе PostgreSQL на сторону которых всё активнее переходит российский IT, тоже есть свои кластерные инструменты и решения: как бесплатные и открытые Patroni, Stolon, pacemaker/corosync, так и проприетарные. Лидер по популярности среди открытых решений – Patroni. Сегодня я расскажу, почему настраивать кластеризацию на нем руками весело только первые пару раз. Поговорим об особенностях поддержки Patroni в Proxima DB, снижении порога входа для новичков и повторяемости конфигураций.

https://habr.com/ru/companies/orion_soft/articles/838566/

#postgresql #субд #кластеризация #patroni #proximadb #кластер_postgresql #кластеризация_данных