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

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

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

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

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

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

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

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

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

Важно

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

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

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

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

Настройки репликацииНастройки репликации

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

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

Важно

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

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

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

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

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

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

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

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

Предыдущая
Планирование топологии кластера
Следующая
Сеть в Managed Service for PostgreSQL
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ТОО «Облачные Сервисы Казахстан»