Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
    • Cloud Interconnect
    • Cloud Backup
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Router
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Managed Service for YDB
    • SpeechKit
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • Container Registry
    • Managed Service for Prometheus®
    • Message Queue
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Cloud Apps
    • Yandex AI Studio
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Yandex Cloud Video
    • Stackland
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • DataSphere
    • Vision OCR
    • Translate
    • Cloud Registry
    • SmartCaptcha
    • Cloud Desktop
    • Yandex SIEM
    • SourceCraft Code Assistant
    • Managed Service for GitLab
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Serverless Integrations
    • IoT Core
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
  • Статус работы сервисов
  • Marketplace
    • Доступны в регионе
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Партнёрская программа
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Акции и free tier
  • Кейсы
  • Документация
  • Блог
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ТОО «Облачные Сервисы Казахстан»
Yandex MPP Analytics for PostgreSQL
KZ
  • Начало работы
    • Обзор СУБД 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
  • Примеры использования

Примечание

В регионе Казахстан доступны только платформы standard-v3 (Intel Ice Lake) и standard-v3-t4i (Intel Ice Lake with T4i). Другие типы платформ, кластеры GPU и выделенные хосты недоступны.

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

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

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

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

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

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

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

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

Размер блока всех типов дисков — 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 ТОО «Облачные Сервисы Казахстан»