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
    • 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
  • Публичные материалы
  • История изменений
  • Обучающие курсы

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

  • Область применения гибридного хранилища
  • Управление вводом-выводом при использовании гибридного хранилища
  • Очистка гибридного хранилища
  • Примеры использования
  1. Концепции
  2. Хранилище в Yandex MPP Analytics for PostgreSQL
  3. Гибридное хранилище

Гибридное хранилище в Yandex MPP Analytics for PostgreSQL

Статья создана
Yandex Cloud
Обновлена 27 мая 2026 г.
Открыть в Markdown
  • Область применения гибридного хранилища
  • Управление вводом-выводом при использовании гибридного хранилища
  • Очистка гибридного хранилища
  • Примеры использования

Примечание

Функциональность находится на стадии Preview и не тарифицируется.

В кластерах Yandex MPP Analytics for PostgreSQL поддерживается гибридное хранилище: часть данных может находиться в хранилище кластера, а часть — в холодном хранилище. По умолчанию данные хранятся в хранилище кластера на дисках выбранного типа. Данные, с которыми работают редко, но которые нужно хранить долго, можно перенести из хранилища кластера в холодное хранилище — в служебный бакет Yandex Object Storage. Так хранение будет дешевле.

Гибридное хранилище можно включить в кластерах Yandex MPP Analytics for PostgreSQL при создании или изменении кластера.

Важно

Включенное в кластере гибридное хранилище нельзя отключить.

Область применения гибридного хранилищаОбласть применения гибридного хранилища

Гибридное хранилище можно использовать только для таблиц, которые оптимизированы для добавления (append-optimized). При переносе данных между хранилищем кластера и холодным хранилищем переносятся таблицы целиком. Для работы с таблицами используется расширение Yezzey, разработанное Yandex Cloud.

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

Управление вводом-выводом при использовании гибридного хранилищаУправление вводом-выводом при использовании гибридного хранилища

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

Когда данные хранятся в хранилище кластера, планированием запросов ввода-вывода занимается операционная система на хостах кластера.

Когда данные хранятся в холодном хранилище, операционная система не может планировать запросы ввода-вывода к служебному бакету Object Storage. Поэтому, чтобы избежать деградации производительности, в кластерах Yandex MPP Analytics for PostgreSQL планированием таких запросов занимается специальный прокси YProxy, разработанный Yandex Cloud. Благодаря использованию YProxy, даже если таблица размещена в холодном хранилище, то это оказывает минимальное влияние на время выполнения SQL-запросов.

Пропускная способность при обращении к данным в холодном хранилище ограничивается значением в 1 гигабайт в секунду с одного сегментного хоста вне зависимости от числа сегментов на хост. Например, если в вашем кластере 8 сегментных хостов, то максимальная пропускная способность при обращении к данным в холодном хранилище для всего кластера не будет превышать 8 гигабайт в секунду.

Подробнее про архитектуру гибридного хранилища читайте в статье на Хабре. В статье также приводятся тесты производительности для разных типов хранилищ.

Очистка гибридного хранилищаОчистка гибридного хранилища

Для таблиц AO и AOCO в гибридном хранилище операции VACUUM и VACUUM FULL выполняются так же, как и для подобных таблиц в хранилище кластера. Однако, так как данные в холодном хранилище не затрагиваются процессом очистки, для автоматического удаления ненужных сегментных файлов выполняется следующая процедура:

  1. В ходе выполнения операций VACUUM и VACUUM FULL для таблиц гибридного хранилища список сегментных файлов в холодном хранилище обновляется. В списке остаются только файлы, в которых содержатся актуальные строки таблиц.
  2. Сервис Yezzey сохраняет в служебной таблице имена файлов, не включенных в список, и время операции. Эти файлы становятся кандидатами на удаление.
  3. Независимо от операций очистки, сервис Yezzey еженедельно проверяет записи в этой служебной таблице. Если файловая запись создана раньше, чем самая старая автоматическая резервная копия, файл удаляется из служебного бакета Object Storage в «корзину», а его запись — из служебной таблицы. По истечении недели файл удаляется из «корзины».

Эта процедура гарантирует, что из холодного хранилища не будут удалены файлы, необходимые для восстановления из резервной копии кластера с гибридным хранилищем.

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

  • Выгрузка данных Greenplum® в холодное хранилище Yandex Object Storage

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

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

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