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

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

  • Выбор типа диска при создании кластера
  • Управление дисковым пространством
  • Вывод кластера из режима read-only
  • Автоматическое увеличение размера хранилища
  • Примеры использования
  1. Концепции
  2. Хранилище в Managed Service for PostgreSQL

Хранилище в Managed Service for PostgreSQL

Статья создана
Yandex Cloud
Обновлена 2 июня 2025 г.
  • Выбор типа диска при создании кластера
  • Управление дисковым пространством
    • Вывод кластера из режима read-only
    • Автоматическое увеличение размера хранилища
  • Примеры использования

Managed Service for PostgreSQL позволяет использовать сетевые и локальные диски для организации хранилища кластеров баз данных. Сетевые диски реализованы на базе сетевых блоков — виртуальных дисков в инфраструктуре Yandex Cloud. Локальные диски физически размещаются в серверах хостов БД.

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

  • Сетевые HDD-диски (network-hdd) — самый экономичный вариант для кластеров, не требовательных к скорости записи и чтения.

  • Сетевые SSD-диски (network-ssd) — компромиссный вариант: медленнее, чем локальные SSD-диски, но, в отличие от них, обеспечивает сохранность данных при выходе из строя оборудования Yandex Cloud.

  • Нереплицируемые SSD-диски (network-ssd-nonreplicated) — сетевые диски с повышенной производительностью, реализованной за счет устранения избыточности.

    Объем таких дисков можно увеличивать только с шагом 93 ГБ.

  • Сверхбыстрые сетевые SSD-диски с тремя репликами (network-ssd-io-m3) — сетевые диски с теми же скоростными характеристиками, что и нереплицируемые. Этот тип диска обеспечивает избыточность.

    Объем таких дисков можно увеличивать только с шагом 93 ГБ.

    Доступ к высокопроизводительным SSD-дискам предоставляется по запросу. Обратитесь в техническую поддержку или к вашему аккаунт-менеджеру.

  • Локальные SSD-диски (local-ssd) — самые быстрые диски.

    Объем такого хранилища можно увеличивать:

    • для платформ Intel Broadwell и Intel Cascade Lake — только с шагом 100 ГБ;
    • для платформы Intel Ice Lake — только с шагом 368 ГБ.

    Для кластеров, хосты которых располагаются в зоне доступности ru-central1-d, недоступно хранилище на локальных SSD-дисках при использовании платформы Intel Cascade Lake.

Примечание

До 5% дискового пространства резервируется для служебных нужд, поэтому на дисках может быть меньше доступного места, чем заявлено при создании кластера.

Выбор типа диска при создании кластераВыбор типа диска при создании кластера

Количество хостов, которые можно создать вместе с кластером PostgreSQL, зависит от выбранного типа диска:

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

    • локальные SSD-диски (local-ssd);
    • нереплицируемые SSD-диски (network-ssd-nonreplicated).

    Такой кластер будет отказоустойчивым.

    Хранилище на локальных SSD-дисках влияет на тарификацию кластера: он тарифицируется, даже если остановлен. Подробнее см. в разделе Правила тарификации.

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

    • сетевые HDD-диски (network-hdd);
    • сетевые SSD-диски (network-ssd);
    • сверхбыстрые сетевые SSD-диски с тремя репликами (network-ssd-io-m3).

Подробнее об ограничениях на количество хостов в кластере см. в разделе Квоты и лимиты.

Управление дисковым пространствомУправление дисковым пространством

При заполнении хранилища более чем на 97% хост автоматически переходит в режим read-only. При этом для всех баз данных через запрос ALTER DATABASE выставляется настройка DEFAULT_TRANSACTION_READ_ONLY = TRUE.

В этом режиме запросы на вставку (INSERT), удаление (DELETE) или обновление (UPDATE) данных завершаются ошибкой.

Вы можете отслеживать степень заполнения хранилища на хостах кластера, настроив алерты в Yandex Monitoring.

Вывод кластера из режима read-onlyВывод кластера из режима read-only

Воспользуйтесь одним из способов:

  • Увеличьте размер хранилища, чтобы выйти за пороговое значение. Тогда Managed Service for PostgreSQL снимет режим read-only автоматически.

  • Вручную отключите режим read-only и освободите место в хранилище, удалив часть данных.

    Внимание

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

Автоматическое увеличение размера хранилищаАвтоматическое увеличение размера хранилища

Автоматическое увеличение размера хранилища позволяет избежать ситуаций, когда свободное место на диске заканчивается и хосты переходят в режим read-only. Хранилище увеличивается, когда достигнут установленный порог срабатывания — процент от общего объема хранилища. Есть два порога:

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

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

Если заданный порог достигнут, размер хранилища увеличивается по-разному в зависимости от типа диска:

  • Для сетевых HDD- и SSD-дисков — на большее из двух значений: 20 ГБ или 20% от текущего размера диска.

  • Для нереплицируемых SSD-дисков и сверхбыстрых сетевых SSD-дисков с тремя репликами — на 93 ГБ.

  • Для локальных SSD-дисков:

    • В кластере на платформе Intel Broadwell или Intel Cascade Lake — на 100 ГБ.
    • В кластере на платформе Intel Ice Lake — на 368 ГБ.

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

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

Важно

  • Размер хранилища нельзя уменьшить.
  • Во время изменения размера хранилища хосты кластера будут недоступны.

Примеры использованияПримеры использования

  • Запись данных с устройства в базу данных
  • Запись логов балансировщика в PostgreSQL
  • Создание сервера MLFlow для логирования экспериментов и артефактов
  • Мониторинг состояния географически распределенных устройств

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

Предыдущая
Квоты и лимиты
Следующая
Резервные копии
Проект Яндекса
© 2025 ООО «Яндекс.Облако»