Как устроена архитектура кластера на базе Patroni?

Patroni — это система управления высокой доступностью PostgreSQL. Типичная схема:

PostgreSQL Primary
        ↓
PostgreSQL Replica
        ↓
PostgreSQL Replica
        ↓
etcd

Patroni автоматически управляет failover и election.

Ещё вопросы по теме «Базы данных»

• Что такое Managed Database (DBaaS) и в чем преимущество использования облачных решений перед самостоятельным развертыванием?
• Что такое роли в PostgreSQL и чем роль отличается от пользователя и группы?
• За что отвечает арбитр (например, etcd) в кластере Patroni?
• В чем разница между синхронной и асинхронной репликацией? Какие риски потери данных существуют при каждом подходе?
• Существует ли в PostgreSQL нативный мульти-мастер и как обычно решается задача распределенной записи?
• Как приложение узнает, на какой узел (Master или Replica) отправлять запросы? Использование VIP (Virtual IP) или балансировщиков (HAProxy)?