Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
    • Cloud Interconnect
    • Cloud Backup
    • Cloud Registry
    • Yandex AI Studio
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Video
    • Stackland
    • Yandex Cloud Router
    • Yandex Managed Service for Trino
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Yandex StoreDoc
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Managed Service for YDB
    • Managed Service for Sharded PostgreSQL
    • Managed Service for YTsaurus
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • SpeechKit
    • DataSphere
    • Vision OCR
    • Translate
    • Yandex Neurosupport
    • Yandex Cloud Detection and Response
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • SmartCaptcha
    • Cloud Desktop
    • GOST Gateway
    • Yandex SIEM
    • SourceCraft Code Assistant
    • Container Registry
    • Managed Service for GitLab
    • SourceCraft
    • Managed Service for Prometheus®
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Message Queue
    • Serverless Integrations
    • IoT Core
    • Data Streams
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Yandex Cloud Quota Manager
    • Cloud Apps
  • Статус работы сервисов
  • Marketplace
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Yandex Cloud Trust
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Акции и free tier
  • Кейсы
  • Документация
  • Блог
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»
Yandex Managed Service for PostgreSQL
  • Начало работы
    • Взаимосвязь ресурсов сервиса
    • Планирование топологии кластера
    • Высокая доступность кластера
    • Сеть в Managed Service for PostgreSQL
    • Квоты и лимиты
    • Хранилище в Managed Service for PostgreSQL
    • Резервные копии
    • Назначение ролей
    • Управление соединениями
    • Балансировщик нагрузки для хостов
    • Репликация
    • Техническое обслуживание
    • Поддерживаемые клиенты
    • Настройки PostgreSQL
    • Индексы
    • Ограничения для команд SQL
    • Обновление мажорной версии PostgreSQL
    • Политика поддержки версий PostgreSQL
  • Управление доступом
  • Инспекции и рекомендации
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

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

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

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

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

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

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

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

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

Важно

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

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

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

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

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

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

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

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

В кластере из трех и более хостов:

  • при выходе из строя мастера происходит автоматическое переключение на новый мастер;
  • выход из строя реплики никак не сказывается на доступности кластера.

В кластере из двух хостов:

  • Если вышел из строя мастер, то происходит автоматическое переключение на синхронную реплику без потери данных.
  • Если вышла из строя реплика, то в течение 15 секунд кластер автоматически переходит в асинхронный режим репликации. На это время транзакции могут зависнуть в режиме ожидания подтверждения, но после перехода кластера в асинхронный режим, успешно завершатся. В процессе восстановления после сбоя реплика полностью синхронизируется с мастером, и после этого кластер возвращается в синхронный режим репликации.

Для минимизации рисков недоступности кластера на запись рекомендуем использовать кластер Managed Service for PostgreSQL с тремя и более хостами.

Важно

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

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

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

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

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

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

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

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

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

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