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

Производительность кластера Managed Service for Sharded PostgreSQL

Статья создана
Yandex Cloud
Обновлена 29 мая 2026 г.
  • Как повысить производительность?

  • Как снизить задержки при чтении?

  • Как ограничить нагрузку от загрузки данных?

  • Как настроить чтение с реплик?

  • Какие ресурсы требуются для роутеров и координаторов?

Как повысить производительность?Как повысить производительность?

  • Увеличьте ресурсы (CPU, RAM) имеющихся роутеров.

  • Добавьте новые роутеры.

  • Отключите debug-логирование роутеров для снижения нагрузки на вычислительные ресурсы.

  • В конфигурации роутера отключите настройку show_notice_messages, так как сообщения NOTICE увеличивают нагрузку на Sharded PostgreSQL.

  • Избегайте частых переподключений: настройте пул соединений в приложении.

  • Включите чтение с реплик. Для этого передайте в SQL-запросе виртуальный параметр:

    SELECT * FROM orders /* target-session-attrs: read-only */;
    
  • Ограничьте время выполнения долгих запросов:

    SET session_duration_timeout = '5min';
    

Как снизить задержки при чтении?Как снизить задержки при чтении?

  • Включите чтение с реплик:

    SELECT * FROM table /* target-session-attrs: read-only */;
    
  • Увеличьте значение max_connections для пользователя.

Как ограничить нагрузку от загрузки данных?Как ограничить нагрузку от загрузки данных?

  • Создайте отдельного пользователя и ограничьте количество подключений для него (настройка conn_limit).
  • Используйте выделенный роутер для ETL-операций.
  • Настройте session_duration_timeout для автоматического завершения долгих сессий.

Как настроить чтение с реплик?Как настроить чтение с реплик?

В конфигурации можно указать несколько серверов для одного шарда. Роутер автоматически распределит read‑only запросы между репликами. Для конкретного запроса можно явно задать параметр target-session-attrs:

  • read-write (по умолчанию) — запросы только к мастеру.
  • smart-read-write — запросы только к мастеру, но при этом запросы только на чтение перенаправляются к репликам.
  • read-only — запросы только к репликам (если доступны).
  • prefer-standby или prefer-replica — запросы к репликам. Если ни одна не доступна, запросы направляются к мастеру.
  • any — запросы к любому доступному узлу (предпочтительно локальному). Для уменьшения задержек рекомендуется использовать это значение вместе с выбором ближайшего хоста.

Какие ресурсы требуются для роутеров и координаторов?Какие ресурсы требуются для роутеров и координаторов?

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

Рекомендуемые конфигурации при нагрузке в 20 000 запросов на чтение в секунду:

Уровень требований

Конфигурация роутеров

Конфигурация координаторов

Общая конфигурация

Минимальный

  • 3 роутера. Класс хостов каждого роутера должен включать 4 vCPU с гарантированной долей vCPU 100% и 16 ГБ RAM.
  • Диск local-ssd 10 ГБ

  • 3 координатора. Класс хостов каждого координатора должен включать 2 vCPU с гарантированной долей vCPU 100% и 4 ГБ RAM.
  • Диск local-ssd 10 ГБ
  • 18 vCPU с гарантированной долей vCPU 100%.
  • 60 ГБ RAM.
  • Диски local-ssd 60 ГБ

Оптимальный

  • 3 роутера. Класс хостов каждого роутера должен включать 4 vCPU с гарантированной долей vCPU 100% и 16 ГБ RAM.
  • Диск local-ssd 10 ГБ
  • 3 координатора. Класс хостов каждого координатора должен включать 2 vCPU с гарантированной долей vCPU 100%, 8 ГБ RAM.
  • Диск local-ssd 10 ГБ
  • 18 vCPU с гарантированной долей vCPU 100%.
  • 72 ГБ RAM.
  • Диски local-ssd 60 ГБ

С запасом

  • 5 роутеров. Класс хостов каждого роутера должен включать 4 vCPU с гарантированной долей vCPU 100% и 16 ГБ RAM.
  • Диск local-ssd 10 ГБ
  • 3 координатора. Класс хостов каждого координатора должен включать 2 vCPU с гарантированной долей vCPU 100% и 8 ГБ RAM.
  • Диск local-ssd 10 ГБ
  • 26 vCPU с гарантированной долей vCPU 100%.
  • 104 ГБ RAM.
  • Диски local-ssd 80 ГБ

Чтобы рассчитать стоимость кластера Managed Service for Sharded PostgreSQL, воспользуйтесь калькулятором.

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

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