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

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

  • Шард
  • Роутер
  • Координатор
  1. Концепции
  2. Взаимосвязь ресурсов сервиса

Взаимосвязь ресурсов в Yandex Managed Service for Sharded PostgreSQL

Статья создана
Yandex Cloud
Обновлена 1 июля 2025 г.
  • Шард
  • Роутер
  • Координатор

Примечание

Сервис находится на стадии Preview.

Sharded PostgreSQL — система для горизонтального масштабирования PostgreSQL через шардирование. Фактически это несколько кластеров PostgreSQL, объединенных в один кластер Sharded PostgreSQL.

Кластер Managed Service for Sharded PostgreSQL состоит из шардов, роутера и координатора (опционально). Роутеры и координаторы запускаются на хостах — виртуальных машинах с выделенными вычислительными ресурсами и зарезервированным объемом хранилища данных.

ШардШард

Шард — это кластер Managed Service for PostgreSQL, расположенный в том же каталоге и облачной сети, что и кластер Managed Service for Sharded PostgreSQL.

Шардов может быть один или несколько. Максимальное число шардов не ограничено и не зависит от типа шардирования, которое используется в кластере.

Каждый шард хранит независимый фрагмент данных. Данные распределяются по шардам согласно ключу шардирования.

Запросы направляются к шарду в зависимости от данных, которые он содержит. За распределение запросов между шардами отвечает роутер.

РоутерРоутер

Роутер — основной компонент кластера Managed Service for Sharded PostgreSQL, отвечающий за маршрутизацию запросов.

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

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

При создании кластера вы можете выбрать тип шардирования — стандартное или расширенное. Если выбрать стандартное, в кластер будет добавлены хосты INFRA, объединяющие роли роутера и координатора. Чтобы обеспечить отказоустойчивость такого кластера, рекомендуется создать не менее трех хостов INFRA в разных зонах доступности. Максимальное число хостов INFRA — семь.

Если выбрать расширенное шардирование, роутерам будут выделены отдельные хосты ROUTER. Число роутеров, расположенных на таких хостах, не ограничено.

КоординаторКоординатор

Координатор — это компонент кластера Managed Service for Sharded PostgreSQL, отвечающий за хранение правил шардирования и балансировку нагрузки на шарды.

Наличие координатора зависит от типа шардирования кластера:

  • При стандартном шардировании координатор — обязательный компонент, его роль выполняет хост INFRA. Чтобы обеспечить отказоустойчивость такого кластера, рекомендуется создать не менее трех хостов INFRA в разных зонах доступности. Максимальное число хостов INFRA — семь.

  • При расширенном шардировании координатор — опциональный компонент, его роль выполняет хост COORDINATOR. Чтобы обеспечить отказоустойчивость кластера, рекомендуется создать три хоста COORDINATOR в разных зонах доступности. Максимальное число хостов COORDINATOR — пять.

Координаторы хранят правила шардирования в базе данных QDB, запущенной на хостах INFRA или COORDINATOR. Эта база данных представляет собой кластер etcd, в котором изменения данных согласуются по алгоритму консенсуса.

С помощью координатора вы можете задавать и редактировать правила шардирования для всех роутеров сразу. Если изменить правила на одном из координаторов, обновленная информация будет передана другим координаторам и роутерам.

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

Предыдущая
Удаление кластера
Следующая
Шардирование
Проект Яндекса
© 2025 ТОО «Облачные Сервисы Казахстан»