Обзор

Кластер PostgreSQL — это группа узлов (виртуальных машин), объединенных для хранения и обработки данных с помощью СУБД PostgreSQL. В облачной инфраструктуре кластер — единый интерфейс для управления базами данных.

Типы кластеров

В Managed PostgreSQL доступны два типа кластеров: standalone и high-availability.

При использовании standalone-кластера сервис работает на одном узле с ролью Primary (первичный узел) в единственном экземпляре.

High-availability-кластер имеет конфигурацию из четырех узлов. Один узел имеет роль Primary, другие узлы имеют роль Standby (реплика). Запись данных выполняется на первичном узле, а реплики синхронно копируют изменения и нужны для отказоустойчивости.

Схема работы high-availability-кластера:

Схема работы high-availability-кластера

Роль Primary можно передавать другому узлу. Например, для тестирования отказоустойчивости, поведения приложений и реакции клиентских сервисов на смену первичного узла.

Переключение ролей между узлами выполняется планово вручную или автоматически, используя кворумную репликацию. При переключении ролей данные не теряются, так как фактическая смена ролей выполняется только после полной синхронизации реплики с первичным узлом.

В high-availability-кластере работает балансировщик, который самостоятельно распределяет нагрузку между узлами с ролью Standby при подключениях к БД только на чтение.

Статус кластера

Статус	Описание
`CREATING`	Кластер создается
`RUNNING`	Кластер работает в штатном режиме
`STOPPING`	Кластер останавливается
`STOPPED`	Кластер остановлен
`STARTING`	Кластер запускается после остановки
`UPDATING`	Кластер обновляется
`ERROR`	Ошибка. Необходимо участие технической поддержки
`DELETING`	Кластер удаляется
`DELETED`	Кластер удален
`UNIDENTIFIED`	Не удается определить статус
`RESTORING`	Кластер восстанавливается из резервной копии

Состояние кластера

Состояние	Описание
`ALIVE`	Кластер активен. Его можно использовать
`DEGRADED`	Часть узлов недоступна. Кластер функционирует. Рекомендуется избегать высокой нагрузки
`FAILED`	Кластер недоступен. Для восстановления работоспособности следуйте рекомендациям в подсказке или обратитесь в техническую поддержку
`UNKNOWN`	Не удалось получить данные о работоспособности узлов

Подключение к кластеру

Для чтения и записи данных в Managed PostgreSQL нужно подключиться к базе данных через эндпоинт кластера. По умолчанию эндпоинты недоступны из внешней сети. Доступ необходимо разрешить с помощью правил файрвола.

В standalone-кластере можно подключиться к единственному primary-эндпоинту. В high-availability-кластере можно подключиться к primary- и readOnly-эндпоинтам, а также эндпоинтам конкретных узлов. При подключении к любому эндпоинту устанавливается зашифрованное соединение. Для этого используется SSL-сертификат, выпущенный MWS Cloud Platform.

Для подключения используются:

IP-адрес эндпоинта кластера;
порт подключения 5432;
имя и пароль пользователя, от имени которого будет выполнено подключение;
имя базы данных, к которой нужно подключиться.

Мониторинг кластера

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

Сервис мониторинга отслеживает следующие метрики:

Количество активных подключений к базам данных, шт.
Объем журнала WAL на узлах кластера, МБ.
Скорость выполнения транзакций и обрабатываемых запросов в базах данных, шт/с: успешно завершенные (commit) и откатываемые (rollback).
Потребление CPU на узлах кластера, vCPU: всего выделено и фактически потреблено.
Потребление RAM на узлах кластера, ГБ: всего выделено и фактически потреблено.
Потребление дискового пространства на узлах кластера, ГБ: всего выделено и фактически потреблено.

Получать данные мониторинга можно следующими способами:

просматривать графики за выбранный период и в режиме онлайн-мониторинга;
получать метрики через API сервиса мониторинга, в том числе с помощью Prometheus.

Особенности и ограничения

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