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
    • VibeCraft
    • 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 MPP Analytics for PostgreSQL
  • Начало работы
    • Обзор СУБД Greenplum® и Apache Cloudberry™ в сервисе Yandex MPP Analytics for PostgreSQL
    • Взаимосвязь ресурсов сервиса
    • Классы хостов
    • Высокая доступность кластера
    • Расчет конфигурации кластера
    • Сеть в Yandex MPP Analytics for PostgreSQL
      • Типы дисков
      • Типы хранения данных
      • Гибридное хранилище
    • Квоты и лимиты
    • Резервные копии
    • Ресурсные группы
    • Распределение данных
    • Пользователи и роли
    • Аутентификация пользователей
    • Командный центр
    • Параметры командного центра
    • Внешние таблицы
    • Управление соединениями
    • Расширение кластера
    • Техническое обслуживание
    • Очистка таблиц и системного каталога
    • Настройки СУБД
  • Управление доступом
  • Инспекции и рекомендации
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

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

  • Особенности хранилища на локальных SSD-дисках
  • Шифрование дисков
  • Управление дисковым пространством
  • Отслеживание перехода в read-only
  • Вывод кластера из режима read-only
  • Примеры использования
  1. Концепции
  2. Хранилище в Yandex MPP Analytics for PostgreSQL
  3. Типы дисков

Типы дисков в Yandex MPP Analytics for PostgreSQL

Статья создана
Yandex Cloud
Обновлена 18 сентября 2026 г.
Открыть в Markdown
  • Особенности хранилища на локальных SSD-дисках
  • Шифрование дисков
  • Управление дисковым пространством
    • Отслеживание перехода в read-only
    • Вывод кластера из режима read-only
  • Примеры использования

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

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

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

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

    Объем такого хранилища можно увеличивать только с шагом 93 ГБ. Доступно для кластеров с числом сегментных хостов не более 4.

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

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

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

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

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

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

Размер блока всех типов дисков — 4 КБ.

Примечание

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

Подробнее о размерах и производительности разных типов дисков в документации Yandex Compute Cloud.

Тип дисков у хостов-мастеров и хостов-сегментов может различаться. Исключение — кластеры с шифрованием дисков: для обоих типов хостов должны использоваться диски local-ssd.

Примечание

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

Особенности хранилища на локальных SSD-дискахОсобенности хранилища на локальных SSD-дисках

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

Шифрование дисковШифрование дисков

В Yandex MPP Analytics for PostgreSQL шифрование доступно только для локальных SSD-дисков (local-ssd). Чтобы включить шифрование, выберите этот тип диска как для хостов-мастеров, так и для хостов-сегментов. Если хотя бы для одного из этих типов хостов выбраны сетевые диски, включить шифрование нельзя.

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

Для создания зашифрованного диска нужна роль kms.keys.user или выше.

Если деактивировать ключ, которым был зашифрован диск, доступ к данным будет приостановлен, пока ключ не будет снова активирован.

Внимание

Если удалить ключ, которым был зашифрован диск, или его версию, то доступ к данным будет безвозвратно потерян. Подробнее в документации Key Management Service.

Примечание

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

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

При заполнении хранилища любого хоста более чем на 95% Yandex MPP Analytics for PostgreSQL переводит кластер в режим read-only. При этом для всех баз данных через запрос ALTER DATABASE выставляется настройка DEFAULT_TRANSACTION_READ_ONLY = TRUE.

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

Отслеживание перехода в read-onlyОтслеживание перехода в read-only

Чтобы отслеживать степень заполнения хранилища на хостах кластера, настройте алерты в Yandex Monitoring:

  1. Перейдите на страницу каталога и выберите сервис Monitoring.

  2. Выберите сервис Yandex MPP Analytics for PostgreSQL.

  3. Создайте канал уведомлений.

  4. Создайте алерт со следующими параметрами:

    1. Метрика — задайте параметры метрики:

      • облако;

      • каталог;

      • сервис Yandex MPP Analytics for PostgreSQL;

      • идентификатор кластера Yandex MPP Analytics for PostgreSQL;

        Идентификатор кластера можно получить со списком кластеров в каталоге.

      • метка disk.free.

    2. Условие срабатывания — задайте условие Меньше или равно для процента заполнения свободного дискового пространства, при котором сработает алерт:

      • 95% от размера хранилища для Alarm;
      • 90% от размера хранилища для Warning.
    3. Дополнительные настройки:

      • Функция агрегации — Минимум (минимальное значение метрики за период).
      • Окно вычисления — желаемый период, с которым будет обновляться значение метрики.
    4. Добавьте созданный ранее канал уведомлений.

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

Если кластер перешел в режим read-only:

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

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

    Внимание

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

Чтобы отключить режим read-only вручную, обратитесь в техническую поддержку или следуйте инструкции:

  1. Подключитесь к БД любым удобным способом.

  2. Откройте транзакцию и внутри нее выполните команду:

    SET LOCAL transaction_read_only TO off;
    
  3. В рамках этой же транзакции удалите ненужные данные с помощью операторов DROP или TRUNCATE. Не используйте оператор DELETE — при его использовании строки отмечаются как удаленные, но не удаляются из базы физически.

  4. Зафиксируйте транзакцию и перезапустите все подключения к базе.

Например, если ваша база содержит ненужную таблицу ExcessDataTable1, удалите ее с помощью транзакции:

BEGIN;
SET LOCAL transaction_read_only TO off;
DROP TABLE ExcessDataTable1;
COMMIT;

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

  • Загрузка данных из Yandex Object Storage в Yandex MPP Analytics for PostgreSQL с помощью Yandex Data Transfer
  • Выгрузка данных Greenplum® в гибридное хранилище Yandex Object Storage

Greenplum® и Greenplum Database® являются зарегистрированными товарными знаками или товарными знаками Broadcom Inc в США и/или других странах.

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

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