Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
  • Marketplace
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка 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. Балансировщик нагрузки для хостов

Балансировщик нагрузки для хостов

Статья создана
Yandex Cloud
Обновлена 18 июня 2026 г.

Managed Service for PostgreSQL позволяет использовать внутренний сетевой балансировщик для распределения нагрузки между хостами. Балансировщик работает на четвертом уровне сетевой модели OSI, но использует технологии третьего уровня для ускорения обработки пакетов.

Примечание

Функциональность находится на стадии Preview и предоставляется по запросу в техническую поддержку.

Преимущества использования балансировщика:

  • Единая точка входа для подключения к хосту-мастеру.
  • Равномерное распределение запросов на чтение между репликами с учетом их загрузки.
  • Выбор политики балансировки. Например, можно задать Least connections, чтобы распределять нагрузку по репликам с наименьшим количеством соединений.
  • Минимизация недоступности кластера при переключении мастера или изменении состава реплик.
  • Для переключения приложения на новый кластер при восстановлении из резервной копии достаточно заменить один FQDN.

Балансировщик автоматически учитывает изменения топологии кластера: новые реплики включаются в балансировку нагрузки, а удаленные — исключаются.

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

Схема регулировки сетевого трафика кластера с помощью балансировщика отображена ниже:

Важно

Самостоятельное создание Network Load Balancer (NLB) для доступа к кластеру не рекомендуется. Балансировщик, создаваемый автоматически при развертывании кластера, имеет критически важную конфигурацию proxy. Без этой настройки NLB будет блокировать трафик к портам обработчиков, что приведет к потере доступа к кластеру.

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

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

  • Мониторинг доступности хостов.
  • Проверка отставания реплик.
  • Проверка роли хоста.

Балансировщик предоставляет несколько особых портов для целевых подключений:

  • Подключение только к хосту-мастеру — порт 6432.

  • Подключение к репликам с отставанием меньше предустановленного — порт 7432.

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

    • Создайте кластер с включенным балансировщиком и укажите в настройках порта 7432 величину отставания реплик 30 секунд.
    • Укажите в настройках вашего приложения строку подключения к БД с FQDN балансировщика и портом 7432.
  • Подключение ко всем репликам, вне зависимости от отставания — порт 7433.

Трафик с каждого открытого порта балансировщика направляется на прокси-сервис и дальше распределяется по целевым подключениям в зависимости от номера порта.

Примечание

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

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

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