Managed PostgreSQL
Реплицируемый кластер PostgreSQL в вашем пространстве DevSpace, за несколько минут: потоковая репликация, автоматическое переключение при сбое, резервные копии в объектное хранилище. Обычный PostgreSQL — со стандартным протоколом, к которому подключается любой драйвер и любая ORM.
Отказоустойчивый PostgreSQL с автоматическим failover и восстановлением на момент времени
Что вы получаете
  • -1-
    Кластер, а не инстанс

    первичный узел плюс реплики с потоковой репликацией

  • -2-
    Автоматический failover

    при сбое первичного узла его роль автоматически переходит к реплике, без участия инженера

  • -3-
    Бэкапы и PITR

    непрерывное архивирование журналов (WAL) в S3-совместимое хранилище и восстановление на произвольный момент времени

  • -4-
    Стандартный PostgreSQL

    полная совместимость с расширениями, драйверами и инструментами экосистемы

  • -5-
    Управление пользователями и базами

    декларативно, из панели или манифестом

Как устроен сервис
Кластером управляет CloudNativePG (CNPG) — открытый Kubernetes-оператор для PostgreSQL, один из самых популярных в индустрии (проект развивает сообщество CNCF-экосистемы).
  • Потоковая репликация

    Данные первичного узла синхронизируются на реплики штатным механизмом PostgreSQL. Число реплик выбираете вы.

  • Self-healing

    Оператор постоянно сверяет фактическое состояние кластера с желаемым: упавший узел пересоздаст, отставшую реплику переинициализирует — сам, без тикетов и дежурного.

  • Автоматический failover

    При недоступности первичного узла оператор повышает актуальную реплику и переключает точку подключения. Приложению достаточно переподключиться.

  • Реплицируемое хранилище — по выбору
    Класс хранилища задаётся при создании кластера, реплицируемый класс дублирует данные узла на нескольких серверах — тогда защита работает и на уровне БД, и на уровне дисков.
  • Непрерывное WAL-архивирование
    Журналы упреждающей записи постоянно отправляются в объектное хранилище — это основа восстановления на момент времени.
Возможности
Сценарии использования
  • Основная БД продукта
    production-нагрузка с требованиями к доступности
  • Отдельная база на окружение
    dev, staging и prod в разных пространствах DevSpace, с переносом данных через бэкап/restore
  • Быстрое восстановление после ошибок
    «уронили» данные миграцией? PITR вернёт состояние на минуту до неё, в отдельный кластер для сверки
  • Замена самосборных инсталляций
    репликация, failover и бэкапы без ручной настройки Patroni/pgBackRest и дежурств
Как развернуть PostgreSQL в облаке — три шага
  • 1
    Добавьте сервис «PostgreSQL» в своём пространстве DevSpace: размер, число реплик, объём диска. Если пространства ещё нет, его создание займёт пару минут.
  • 2
    Включите резервное копирование — расписание и политика хранения задаются в настройках.
  • 3
    Подключитесь стандартной строкой подключения из панели — psql, любой драйвер или ORM.

Вопросы–ответы