Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Истории успеха
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • ИИ для бизнеса
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Истории успеха
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Yandex Managed Service for PostgreSQL
  • Начало работы
    • Взаимосвязь ресурсов сервиса
    • Планирование топологии кластера
    • Высокая доступность кластера
    • Сеть в Managed Service for PostgreSQL
    • Квоты и лимиты
    • Хранилище в Managed Service for PostgreSQL
    • Резервные копии
    • Назначение ролей
    • Управление соединениями
    • Репликация
    • Техническое обслуживание
    • Поддерживаемые клиенты
    • Настройки PostgreSQL
    • Индексы
    • Ограничения для команд SQL
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

В этой статье:

  • Количество и расположение хостов кластера
  • Настройки репликации и переключения мастера
  • Настройки обслуживания
  • Прочие настройки
  1. Концепции
  2. Высокая доступность кластера

Высокая доступность кластера Managed Service for PostgreSQL

Статья создана
Yandex Cloud
Обновлена 21 октября 2025 г.
  • Количество и расположение хостов кластера
  • Настройки репликации и переключения мастера
  • Настройки обслуживания
  • Прочие настройки

Высокая доступность кластера Managed Service for PostgreSQL определяется количеством и расположением его хостов, настройками репликации и другими параметрами кластера.

Количество и расположение хостов кластераКоличество и расположение хостов кластера

Кластер может состоять из одного или нескольких хостов.

Кластер из одного хоста не обеспечивает высокую доступность. При выходе из строя виртуальной машины хоста-мастера кластер будет недоступен на чтение и запись до окончания работ по восстановлению ВМ. На кластер из одного хоста не распространяется Соглашение об уровне обслуживания (SLA).

Важно

Создавать кластер из одного хоста не рекомендуется.

Кластер с двумя хостами, расположенными в разных зонах доступности, считается высокодоступным и на него распространяется SLA. Этот вариант подходит для среднеразмерных приложений в production-окружении. Конфигурация кластера по умолчанию, предлагаемая в консоли управления, включает два хоста.

Кластер с тремя и более хостами, расположенными в трех разных зонах доступности, считается высокодоступным и на него распространяется SLA. Подходит для production-окружений, в которых предъявляются повышенные требования к доступности и производительности.

Подробнее см. в разделе Планирование топологии кластера.

Настройки репликации и переключения мастераНастройки репликации и переключения мастера

Высокая доступность обеспечивается механизмами репликации и переключения мастера, которые имеют следующие особенности:

  • В кластере используется потоковая репликация. Каждый хост-реплика получает поток репликации от другого хоста (обычно это хост-мастер). Managed Service for PostgreSQL управляет потоками репликации в кластере автоматически, но при необходимости ими можно управлять вручную. Реплики, для которых вручную установлен источник репликации, имеют ряд ограничений.
  • По умолчанию в кластере используется механизм автоматического выбора и переключения на новый мастер. Этот механизм можно отключить, при этом в случае отказа мастера необходимо вручную выбрать новый мастер и переключиться на него.
  • Если для хоста используется публичный доступ, то для реплик он также должен быть включен, иначе при переключении мастера кластер станет недоступен.

Важно

Использование особого FQDN упрощает написание приложений, но приводит к временной недоступности кластера при переключении на новый мастер. Для быстрого переключения на новый мастер необходимо реализовать на стороне приложения отслеживание смены мастера.

Настройки обслуживанияНастройки обслуживания

В процессе технического обслуживания кластер с двумя и более хостами может быть недоступен для записи до автоматического переключения мастера. Кластер из одного хоста полностью недоступен на время технического обслуживания. Поэтому рекомендуется выбирать предпочтительный день недели и час обслуживания с учетом предполагаемой нагрузки на кластер.

При обновлении версии PostgreSQL кластер с тремя и более хостами недоступен на запись, но минимум одна реплика доступна для чтения. Кластер, содержащий один или два хоста, полностью недоступен на время обновления версии PostgreSQL. Рекомендуется выбирать момент обновления кластера с учетом предполагаемой нагрузки на него.

Прочие настройкиПрочие настройки

На доступность кластера также могут влиять следующие настройки:

  • настройки резервного копирования;
  • выбранный тип дисков хранилища;
  • классы хостов;
  • режим работы и настройки менеджера подключений;
  • квоты и лимиты;
  • настройки журнала опережающей записи (WAL).

Была ли статья полезна?

Предыдущая
Планирование топологии кластера
Следующая
Сеть в Managed Service for PostgreSQL
Проект Яндекса
© 2025 ООО «Яндекс.Облако»