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
    • IoT Core
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
  • Статус работы сервисов
  • Marketplace
    • Доступны в регионе
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Партнёрская программа
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
  • Кейсы
  • Документация
  • Блог
Проект Яндекса
© 2026 ТОО «Облачные Сервисы Казахстан»
Yandex Managed Service for ClickHouse®
KZ
  • Начало работы
    • Все инструкции
      • Управление расширениями
      • Управление собственной геобазой
      • Подключение внешних словарей
      • Управление схемами формата данных
      • Управление моделями машинного обучения
      • Настройка доступа к Object Storage
      • Работа с гибридным хранилищем
  • Управление доступом
  • Инспекции и рекомендации
  • Правила тарификации
  • Метрики Yandex Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

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

  • Включить для кластера гибридное хранилище
  • Включить гибридное хранилище при создании кластера
  • Включить гибридное хранилище в существующем кластере
  • Изменить настройки гибридного хранилища
  • Задать политики хранения данных
  • Получить информацию о политиках
  • Задать политику при создании таблицы
  • Задать политику для существующей таблицы
  • Отслеживать объем, занимаемый данными в Object Storage
  • Примеры использования
  1. Пошаговые инструкции
  2. Хранение и обработка данных
  3. Работа с гибридным хранилищем

Работа с гибридным хранилищем

Статья создана
Yandex Cloud
Улучшена
mmerihsesh
Обновлена 15 октября 2026 г.
Открыть в Markdown
  • Включить для кластера гибридное хранилище
    • Включить гибридное хранилище при создании кластера
    • Включить гибридное хранилище в существующем кластере
  • Изменить настройки гибридного хранилища
  • Задать политики хранения данных
    • Получить информацию о политиках
    • Задать политику при создании таблицы
    • Задать политику для существующей таблицы
  • Отслеживать объем, занимаемый данными в Object Storage
  • Примеры использования

Гибридное хранилище позволяет хранить часто используемые данные в кластерном хранилище (на сетевых дисках кластера Managed Service for ClickHouse®), а редко используемые данные — в Yandex Object Storage.

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

Важно

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

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

Консоль управления
CLI
Terraform
REST API
gRPC API
  1. В консоли управления выберите каталог, в котором нужно создать кластер ClickHouse®.

  2. Перейдите в сервис Managed Service for ClickHouse.

  3. Нажмите кнопку Создать кластер и задайте параметры кластера. Подробнее о параметрах читайте в инструкции по созданию кластера.

  4. В блоке Настройки СУБД включите опцию Гибридное хранилище и (опционально) задайте настройки гибридного хранилища:

    • Кеширование данных — разрешает временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее.

      По умолчанию кеширование данных включено.

    • Объём кеша — определяет максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

    • Мин. доля свободного места на дисках кластера — устанавливает минимальную долю свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

  5. Нажмите кнопку Создать кластер.

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

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

Чтобы создать кластер с включенным гибридным хранилищем и (опционально) задать его настройки:

  1. Посмотрите описание команды CLI для создания кластера:

    yc managed-clickhouse cluster create --help
    
  2. Выполните команду с указанием настроек гибридного хранилища:

    yc managed-clickhouse cluster create \
       ...
       --cloud-storage=true \
       --cloud-storage-data-cache=<кешировать_данные> \
       --cloud-storage-data-cache-max-size=<максимальный_объем_памяти_в_байтах> \
       --cloud-storage-move-factor=<доля_свободного_места> \
       --cloud-storage-prefer-not-to-merge=<отключить_слияние_кусков_данных>
      ...
    

    Где:

    • --cloud-storage — включает гибридное хранилище.
    • --cloud-storage-data-cache — разрешает временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

    • --cloud-storage-data-cache-max-size — определяет максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

    • --cloud-storage-move-factor — устанавливает минимальную долю свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в Yandex Object Storage. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

    • --cloud-storage-prefer-not-to-merge — отключает слияние кусков данных в кластерном и объектном хранилищах. Чтобы отключить слияние, укажите значение true или передайте параметр без значения. Чтобы оставить слияние включенным, укажите значение false или не передавайте параметр в команде CLI при создании кластера.

      После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

    Подробнее о других параметрах команды yc managed-clickhouse cluster create читайте в инструкции по созданию кластера.

  1. Создайте конфигурационный файл Terraform с планом инфраструктуры.

  2. Добавьте в конфигурационный файл блок cloud_storage:

    resource "yandex_mdb_clickhouse_cluster_v2" "<имя_кластера>" {
      ...
      cloud_storage = {
        enabled             = true
        move_factor         = <доля_свободного_места>
        data_cache_enabled  = <кешировать_данные>
        data_cache_max_size = <максимальный_объем_памяти_в_байтах>
        prefer_not_to_merge = <отключить_слияние_кусков_данных>
      }
    }
    

    Где:

    • enabled — включает гибридное хранилище.
    • move_factor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

    • data_cache_enabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

    • data_cache_max_size — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

    • prefer_not_to_merge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

      После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

  3. Проверьте корректность файла конфигурации Terraform:

    1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

    2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

  4. Создайте кластер:

    1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

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

    2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

        terraform apply
        
      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for ClickHouse®:

  • создание, в т. ч. путем восстановления из резервной копии, — 60 минут;
  • изменение — 90 минут;
  • удаление — 30 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_clickhouse_cluster_v2" "<имя_кластера>" {
  ...
  timeouts = {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}
  1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

    export IAM_TOKEN="<IAM-токен>"
    
  2. Воспользуйтесь методом Cluster.Create и выполните запрос, например с помощью cURL:

    1. Создайте файл body.json и добавьте в него следующее содержимое:

      {
        <Параметры_кластера>
        ...
        "configSpec": {
          "cloudStorage": {
            "enabled": true,
            "moveFactor": "<доля_свободного_места>",
            "dataCacheEnabled": <кешировать_данные>,
            "dataCacheMaxSize": "<максимальный_объем_памяти_в_байтах>",
            "preferNotToMerge": <отключить_слияние_кусков_данных>
          },
          ...
        }
      }
      

      Где:

      • enabled — включает гибридное хранилище.
      • moveFactor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

      • dataCacheEnabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

      • dataCacheMaxSize — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

      • preferNotToMerge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

        После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

      Подробнее о других параметрах читайте в инструкции по созданию кластера.

    2. Выполните запрос:

      curl \
        --request POST \
        --header "Authorization: Bearer $IAM_TOKEN" \
        --header "Content-Type: application/json" \
        --url 'https://mdb.api.yandexcloud.kz/managed-clickhouse/v1/clusters' \
        --data '@body.json'
      
  3. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

  1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

    export IAM_TOKEN="<IAM-токен>"
    
  2. Клонируйте репозиторий cloudapi:

    cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
    

    Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.

  3. Воспользуйтесь вызовом ClusterService.Create и выполните запрос, например с помощью gRPCurl:

    1. Создайте файл body.json и добавьте в него следующее содержимое:

      {
        <Параметры_кластера>
        ...
        "config_spec": {
          "cloud_storage": {
            "enabled": true,
            "move_factor": "<доля_свободного_места>",
            "data_cache_enabled": <кешировать_данные>,
            "data_cache_max_size": "<максимальный_объем_памяти_в_байтах>",
            "prefer_not_to_merge": <отключить_слияние_кусков_данных>
          },
          ...
        }
      }
      

      Где:

      • enabled — включает гибридное хранилище.
      • move_factor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

      • data_cache_enabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

      • data_cache_max_size — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

      • prefer_not_to_merge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

        После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

      Подробнее о других параметрах читайте в инструкции по созданию кластера.

    2. Выполните запрос:

      grpcurl \
        -format json \
        -import-path ~/cloudapi/ \
        -import-path ~/cloudapi/third_party/googleapis/ \
        -proto ~/cloudapi/yandex/cloud/mdb/clickhouse/v1/cluster_service.proto \
        -rpc-header "Authorization: Bearer $IAM_TOKEN" \
        -d @ \
        mdb.api.yandexcloud.kz:443 \
        yandex.cloud.mdb.clickhouse.v1.ClusterService.Create \
        < body.json
      
  4. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

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

Консоль управления
CLI
Terraform
REST API
gRPC API
  1. В консоли управления выберите каталог, в котором находится кластер.

  2. Перейдите в сервис Managed Service for ClickHouse.

  3. Выберите кластер и нажмите кнопку Редактировать на панели сверху.

  4. В блоке Настройки СУБД включите опцию Гибридное хранилище и (опционально) задайте настройки гибридного хранилища:

    • Кеширование данных — разрешает временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее.

      По умолчанию кеширование данных включено.

    • Объём кеша — определяет максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

    • Мин. доля свободного места на дисках кластера — устанавливает минимальную долю свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

  5. Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

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

Чтобы включить в кластере гибридное хранилище и (опционально) задать его настройки, выполните команду:

yc managed-clickhouse cluster update <имя_или_идентификатор_кластера> \
   --cloud-storage=true \
   --cloud-storage-data-cache=<кешировать_данные> \
   --cloud-storage-data-cache-max-size=<максимальный_объем_памяти_в_байтах> \
   --cloud-storage-move-factor=<доля_свободного_места> \
   --cloud-storage-prefer-not-to-merge=<отключить_слияние_кусков_данных>

Где:

  • <имя_или_идентификатор_кластера> — имя или идентификатор кластера, которые можно получить со списком кластеров в каталоге.
  • --cloud-storage — включает гибридное хранилище.
  • --cloud-storage-data-cache — разрешает временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

  • --cloud-storage-data-cache-max-size — определяет максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

  • --cloud-storage-move-factor — устанавливает минимальную долю свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в Yandex Object Storage. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

  • --cloud-storage-prefer-not-to-merge — отключает слияние кусков данных в кластерном и объектном хранилищах. Чтобы отключить слияние, укажите значение true или передайте параметр без значения. Чтобы оставить слияние включенным, укажите значение false или не передавайте параметр в команде CLI при создании кластера.

    После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

Чтобы включить в кластере гибридное хранилище и (опционально) задать его настройки:

  1. Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

    Инструкция по созданию такого файла приведена в разделе Создание кластера.

    Полный список доступных для изменения полей конфигурации кластера Managed Service for ClickHouse® приведен в документации провайдера Terraform.

  2. Добавьте в описание кластера Managed Service for ClickHouse® блок cloud_storage:

    resource "yandex_mdb_clickhouse_cluster_v2" "<имя_кластера>" {
      ...
      cloud_storage = {
        enabled             = true
        move_factor         = <доля_свободного_места>
        data_cache_enabled  = <кешировать_данные>
        data_cache_max_size = <максимальный_объем_памяти_в_байтах>
        prefer_not_to_merge = <отключить_слияние_кусков_данных>
      }
    }
    

    Где:

    • enabled — включает гибридное хранилище.
    • move_factor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

    • data_cache_enabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

    • data_cache_max_size — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

    • prefer_not_to_merge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

      После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

  3. Проверьте корректность файла конфигурации Terraform:

    1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

    2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

  4. Подтвердите изменение ресурсов:

    1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

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

    2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

        terraform apply
        
      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for ClickHouse®:

  • создание, в т. ч. путем восстановления из резервной копии, — 60 минут;
  • изменение — 90 минут;
  • удаление — 30 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_clickhouse_cluster_v2" "<имя_кластера>" {
  ...
  timeouts = {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}
  1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

    export IAM_TOKEN="<IAM-токен>"
    
  2. Воспользуйтесь методом Cluster.Update и выполните запрос, например с помощью cURL:

    Важно

    Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

    curl \
        --request PATCH \
        --header "Authorization: Bearer $IAM_TOKEN" \
        --header "Content-Type: application/json" \
        --url 'https://mdb.api.yandexcloud.kz/managed-clickhouse/v1/clusters/<идентификатор_кластера>' \
        --data '{
                  "updateMask": "<перечень_изменяемых_настроек>",
                  "configSpec": {
                    "cloudStorage": {
                      "enabled": true,
                      "moveFactor": "<доля_свободного_места>",
                      "dataCacheEnabled": <кешировать_данные>,
                      "dataCacheMaxSize": "<максимальный_объем_памяти_в_байтах>",
                      "preferNotToMerge": <отключить_слияние_кусков_данных>
                    }
                  }
                }'
    

    Где:

    • <идентификатор_кластера> — идентификатор кластера, который можно получить со списком кластеров в каталоге.

    • updateMask — перечень изменяемых параметров в одну строку через запятую.

    • configSpec.cloudStorage — настройки гибридного хранилища:

      • enabled — включает гибридное хранилище.
      • moveFactor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

      • dataCacheEnabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

      • dataCacheMaxSize — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

      • preferNotToMerge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

        После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

  3. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

  1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

    export IAM_TOKEN="<IAM-токен>"
    
  2. Клонируйте репозиторий cloudapi:

    cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
    

    Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.

  3. Воспользуйтесь вызовом ClusterService.Update и выполните запрос, например с помощью gRPCurl:

    Важно

    Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре update_mask (в виде массива строк paths[]).

    Формат перечисления настроек
    "update_mask": {
        "paths": [
            "<настройка_1>",
            "<настройка_2>",
            ...
            "<настройка_N>"
        ]
    }
    
    grpcurl \
        -format json \
        -import-path ~/cloudapi/ \
        -import-path ~/cloudapi/third_party/googleapis/ \
        -proto ~/cloudapi/yandex/cloud/mdb/clickhouse/v1/cluster_service.proto \
        -rpc-header "Authorization: Bearer $IAM_TOKEN" \
        -d '{
              "cluster_id": "<идентификатор_кластера>",
              "update_mask": {
                "paths": [
                  <перечень_изменяемых_настроек>
                ]
              },
              "config_spec": {
                "cloud_storage": {
                  "enabled": true,
                  "move_factor": "<доля_свободного_места>",
                  "data_cache_enabled": <кешировать_данные>,
                  "data_cache_max_size": "<максимальный_объем_памяти_в_байтах>",
                  "prefer_not_to_merge": <отключить_слияние_кусков_данных>
                }
              }
            }' \
        mdb.api.yandexcloud.kz:443 \
        yandex.cloud.mdb.clickhouse.v1.ClusterService.Update
    

    Где:

    • <идентификатор_кластера> — идентификатор кластера, который можно получить со списком кластеров в каталоге.

    • update_mask — перечень изменяемых параметров в виде массива строк paths[].

    • config_spec.cloud_storage — настройки гибридного хранилища:

      • enabled — включает гибридное хранилище.
      • move_factor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

      • data_cache_enabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

      • data_cache_max_size — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

      • prefer_not_to_merge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

        После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

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

  4. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Изменить настройки гибридного хранилищаИзменить настройки гибридного хранилища

Если в кластере Managed Service for ClickHouse® включено гибридное хранилище, можно изменить его настройки.

Консоль управления
CLI
Terraform
REST API
gRPC API
  1. В консоли управления выберите каталог, в котором находится кластер.

  2. Перейдите в сервис Managed Service for ClickHouse.

  3. Выберите кластер и нажмите кнопку Редактировать на панели сверху.

  4. В блоке Настройки СУБД измените настройки гибридного хранилища:

    • Кеширование данных — разрешает временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее.

      По умолчанию кеширование данных включено.

    • Объём кеша — определяет максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

    • Мин. доля свободного места на дисках кластера — устанавливает минимальную долю свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

  5. Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex Cloud (CLI), установите и инициализируйте его.

По умолчанию используется каталог, указанный при создании профиля CLI. Чтобы изменить каталог по умолчанию, используйте команду yc config set folder-id <идентификатор_каталога>. Также для любой команды вы можете указать другой каталог с помощью параметров --folder-name или --folder-id.

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

Чтобы изменить настройки гибридного хранилища, выполните команду:

yc managed-clickhouse cluster update <имя_или_идентификатор_кластера> \
    --cloud-storage-data-cache=<кешировать_данные> \
    --cloud-storage-data-cache-max-size=<максимальный_объем_памяти_в_байтах> \
    --cloud-storage-move-factor=<доля_свободного_места> \
    --cloud-storage-prefer-not-to-merge=<отключить_слияние_кусков_данных>

Где:

  • <имя_или_идентификатор_кластера> — имя или идентификатор кластера, которые можно получить со списком кластеров в каталоге.
  • --cloud-storage-data-cache — разрешает временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

  • --cloud-storage-data-cache-max-size — определяет максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

  • --cloud-storage-move-factor — устанавливает минимальную долю свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в Yandex Object Storage. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

  • --cloud-storage-prefer-not-to-merge — отключает слияние кусков данных в кластерном и объектном хранилищах. Чтобы отключить слияние, укажите значение true или передайте параметр без значения. Чтобы оставить слияние включенным, укажите значение false или не передавайте параметр в команде CLI при создании кластера.

    После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

  1. Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

    Инструкция по созданию такого файла приведена в разделе Создание кластера.

    Полный список доступных для изменения полей конфигурации кластера Managed Service for ClickHouse® приведен в документации провайдера Terraform.

  2. Измените в описании кластера Managed Service for ClickHouse® атрибуты блока cloud_storage:

    resource "yandex_mdb_clickhouse_cluster_v2" "<имя_кластера>" {
      ...
      cloud_storage = {
        ...
        move_factor         = <доля_свободного_места>
        data_cache_enabled  = <кешировать_данные>
        data_cache_max_size = <максимальный_объем_памяти_в_байтах>
        prefer_not_to_merge = <отключить_слияние_кусков_данных>
      }
    }
    

    Где:

    • move_factor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

    • data_cache_enabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

    • data_cache_max_size — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

    • prefer_not_to_merge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

      После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

  3. Проверьте корректность файла конфигурации Terraform:

    1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

    2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

  4. Подтвердите изменение ресурсов:

    1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

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

    2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

        terraform apply
        
      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for ClickHouse®:

  • создание, в т. ч. путем восстановления из резервной копии, — 60 минут;
  • изменение — 90 минут;
  • удаление — 30 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_clickhouse_cluster_v2" "<имя_кластера>" {
  ...
  timeouts = {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}
  1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

    export IAM_TOKEN="<IAM-токен>"
    
  2. Воспользуйтесь методом Cluster.Update и выполните запрос, например с помощью cURL:

    Важно

    Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).

    curl \
        --request PATCH \
        --header "Authorization: Bearer $IAM_TOKEN" \
        --header "Content-Type: application/json" \
        --url 'https://mdb.api.yandexcloud.kz/managed-clickhouse/v1/clusters/<идентификатор_кластера>' \
        --data '{
                  "updateMask": "<перечень_изменяемых_настроек>",
                  "configSpec": {
                    "cloudStorage": {
                      "moveFactor": "<доля_свободного_места>",
                      "dataCacheEnabled": <кешировать_данные>,
                      "dataCacheMaxSize": "<максимальный_объем_памяти_в_байтах>",
                      "preferNotToMerge": <отключить_слияние_кусков_данных>
                    }
                  }
                }'
    

    Где:

    • <идентификатор_кластера> — идентификатор кластера, который можно получить со списком кластеров в каталоге.

    • updateMask — перечень изменяемых параметров в одну строку через запятую.

    • configSpec.cloudStorage — настройки гибридного хранилища:

      • moveFactor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

      • dataCacheEnabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

      • dataCacheMaxSize — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

      • preferNotToMerge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

        После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

  3. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

  1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

    export IAM_TOKEN="<IAM-токен>"
    
  2. Клонируйте репозиторий cloudapi:

    cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
    

    Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.

  3. Воспользуйтесь вызовом ClusterService.Update и выполните запрос, например с помощью gRPCurl:

    Важно

    Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре update_mask (в виде массива строк paths[]).

    Формат перечисления настроек
    "update_mask": {
        "paths": [
            "<настройка_1>",
            "<настройка_2>",
            ...
            "<настройка_N>"
        ]
    }
    
    grpcurl \
        -format json \
        -import-path ~/cloudapi/ \
        -import-path ~/cloudapi/third_party/googleapis/ \
        -proto ~/cloudapi/yandex/cloud/mdb/clickhouse/v1/cluster_service.proto \
        -rpc-header "Authorization: Bearer $IAM_TOKEN" \
        -d '{
              "cluster_id": "<идентификатор_кластера>",
              "update_mask": {
                "paths": [
                  <перечень_изменяемых_настроек>
                ]
              },
              "config_spec": {
                "cloud_storage": {
                  "move_factor": "<доля_свободного_места>",
                  "data_cache_enabled": <кешировать_данные>,
                  "data_cache_max_size": "<максимальный_объем_памяти_в_байтах>",
                  "prefer_not_to_merge": <отключить_слияние_кусков_данных>
                }
              }
            }' \
        mdb.api.yandexcloud.kz:443 \
        yandex.cloud.mdb.clickhouse.v1.ClusterService.Update
    

    Где:

    • <идентификатор_кластера> — идентификатор кластера, который можно получить со списком кластеров в каталоге.

    • update_mask — перечень изменяемых параметров в виде массива строк paths[].

    • config_spec.cloud_storage — настройки гибридного хранилища:

      • move_factor — минимальная доля свободного места в кластерном хранилище. Если доля свободного места меньше этого значения, данные переносятся в объектное хранилище. Минимальное значение — 0, максимальное — 1, по умолчанию — 0.01.

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

      • data_cache_enabled — разрешить временное хранение в кластерном хранилище данных, запрошенных из объектного хранилища: true или false. В результате запрашиваемые из объектного хранилища холодные данные попадают на быстрые диски, где их обработка будет быстрее. Значение по умолчанию — true (разрешено).

      • data_cache_max_size — максимальный объем памяти (в байтах), выделяемый в кластерном хранилище для временного хранения данных, запрошенных из объектного хранилища. Если значение параметра не задано, максимальный объем памяти по умолчанию равен половине объема кластерного хранилища.

      • prefer_not_to_merge — отключить слияние кусков данных в кластерном и объектном хранилищах: true или false. Чтобы отключить слияние, укажите значение true. Чтобы оставить слияние включенным, укажите значение false.

        После вставки данных в таблицу они сохраняются в виде куска данных и сортируются по первичному ключу. Затем в фоновом режиме куски одной партиции сливаются в более крупный кусок через 10–15 минут после вставки. Вы можете использовать системную таблицу system.parts, чтобы посмотреть слитые куски данных и партиции.

  4. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Задать политики хранения данныхЗадать политики хранения данных

В кластере Managed Service for ClickHouse® с включенным гибридным хранилищем доступны три политики хранения: default (по умолчанию), local и object_storage. Для таблиц БД можно указать одну из них. Создавать новые политики хранения или изменять уже существующие нельзя.

Получить информацию о политикахПолучить информацию о политиках

Чтобы посмотреть настройки политик, выполните запрос:

SQL
SELECT *
FROM system.storage_policies;

Задать политику при создании таблицыЗадать политику при создании таблицы

Чтобы задать политику при создании таблицы, выполните запрос:

SQL
CREATE TABLE <имя_таблицы> (
    <схема_таблицы>
) ENGINE = MergeTree
...
SETTINGS storage_policy = '<политика_хранения>';

Задать политику для существующей таблицыЗадать политику для существующей таблицы

Чтобы задать или изменить политику для существующей таблицы, выполните запрос:

SQL
ALTER TABLE <имя_таблицы>
MODIFY SETTING storage_policy = '<политика_хранения>';

Отслеживать объем, занимаемый данными в Object StorageОтслеживать объем, занимаемый данными в Object Storage

Чтобы узнать, какой объем занимают куски таблиц MergeTree в Object Storage, воспользуйтесь метрикой ch_s3_disk_parts_size в сервисе Yandex Monitoring:

Консоль управления
  1. Откройте консоль управления.

  2. Перейдите в сервис Monitoring.

  3. Откройте раздел Обзор метрик.

  4. Выполните запрос:

    "ch_s3_disk_parts_size"{service="managed-clickhouse", resource_type="cluster", node="by_host", resource_id="<идентификатор_кластера>", subcluster_name="clickhouse_subcluster"}
    

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

  • Использование гибридного хранилища в Managed Service for ClickHouse®

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

Предыдущая
Настройка доступа к Object Storage
Следующая
Управление шардами
Проект Яндекса
© 2026 ТОО «Облачные Сервисы Казахстан»