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

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

  • Роли для создания кластера
  • Создать кластер
  1. Пошаговые инструкции
  2. Создание кластера

Создание кластера Trino

Статья создана
Yandex Cloud
Обновлена 13 мая 2025 г.
  • Роли для создания кластера
  • Создать кластер

Примечание

Сервис находится на стадии Preview.

Каждый кластер Managed Service for Trino состоит из набора компонентов Trino: координатора и воркеров, которые могут быть представлены в нескольких экземплярах.

Роли для создания кластераРоли для создания кластера

Для создания кластера Managed Service for Trino вашему аккаунту в Yandex Cloud нужны роли:

  • managed-trino.admin — чтобы создать кластер;
  • vpc.user — чтобы работать с сетью кластера;
  • iam.serviceAccounts.user — чтобы привязать сервисный аккаунт к кластеру.

Сервисному аккаунту кластера должны быть назначены роли managed-trino.integrationProvider и storage.editor. Это даст кластеру нужные права для работы с пользовательскими ресурсами. Подробнее см. в разделе Имперсонация.

О назначении ролей читайте в документации Yandex Identity and Access Management.

Создать кластерСоздать кластер

Консоль управления
REST API
gRPC API
  1. В консоли управления выберите каталог, в котором нужно создать кластер Managed Service for Trino.

  2. Выберите сервис Managed Service for Trino.

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

  4. В блоке Базовые параметры:

    1. Задайте имя кластера. Имя должно быть уникальным в рамках каталога.

    2. (Опционально) Введите описание кластера.

    3. (Опционально) Создайте метки:

      1. Нажмите кнопку Добавить метку.
      2. Введите метку в формате ключ: значение.
      3. Нажмите Enter.
    4. Выберите существующий сервисный аккаунт или создайте новый.

      Сервисному аккаунту должны быть назначены роли managed-trino.integrationProvider и storage.editor.

  5. В блоке Сетевые настройки выберите сеть, подсеть и группу безопасности для кластера.

  6. Задайте конфигурацию координатора и воркеров.

  7. В блоке Каталоги добавьте необходимые каталоги. Вы можете сделать это как при создании кластера, так и позже.

    1. Задайте имя каталога. Имя должно быть уникальным в рамках облака.

    2. Выберите Тип коннектора.

    3. В блоке Настройки каталога задайте параметры в зависимости от выбранного типа:

      • Для коннекторов Hive, Iceberg и Delta Lake:

        • URI для подключения к кластеру Metastore в формате thrift://<IP-адрес>:<порт>.
        • Файловое хранилище — выберите тип файлового хранилища: Yandex Object Storage или Внешнее хранилище. Для внешнего хранилища задайте следующие настройки:
          • Идентификатор AWS-совместимого статического ключа доступа.
          • Секретный ключ AWS-совместимого статического ключа доступа.
          • Эндпоинт файлового хранилища, например storage.yandexcloud.net.
          • Регион файлового хранилища, например ru-central1.
      • Для коннекторов PostgreSQL и ClickHouse®:

        • URL для подключения к кластеру в формате jdbc:<СУБД>://<адрес_хоста>:<порт>/<имя_базы_данных>, где СУБД — postgresql или clickhouse.
        • Имя пользователя для подключения к кластеру.
        • Пароль пользователя.
      • Коннекторы TPC-H и TPC-DS предоставляют доступ к тестовым данным и не нуждаются в настройке.

    4. (Опционально) Задайте дополнительные настройки каталога в формате ключ:значение.

  8. В блоке Дополнительные настройки:

    1. (Опционально) Включите защиту от удаления кластера.

    2. (Опционально) Настройте логирование:

      1. Включите настройку Запись логов.
      2. Выберите место записи логов:
        • Каталог — выберите каталог из списка.
        • Группа — выберите лог-группу из списка или создайте новую.
      3. Выберите Минимальный уровень логирования из списка.
  9. Нажмите кнопку Создать.

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

    export IAM_TOKEN="<IAM-токен>"
    
  2. Создайте файл body.json и добавьте в него следующее содержимое:

    Примечание

    В примере приведены не все доступные параметры. Список всех параметров см. в документации по API.

    {
      "folderId": "<идентификатор_каталога>",
      "name": "<имя_кластера>",
      "description": "<описание_кластера>",
      "labels": { <список_меток> },
      "trino": {
        "coordinatorConfig": {
          "resources": {
            "resourcePresetId": "<идентификатор_ресурсов>"
          }
        },
        "workerConfig": {
          "resources": {
            "resourcePresetId": "<идентификатор_ресурсов>"
          },
          "scalePolicy": {
            "autoScale": {
              "minCount": "<минимальное_количество_экземпляров>",
              "maxCount": "<максимальное_количество_экземпляров>"
            }
          }
        }
      },
      "network": {
        "subnetIds": [ <список_идентификаторов_подсетей> ],
        "securityGroupIds": [ <список_идентификаторов_групп_безопасности> ]
      },
      "deletionProtection": "<защита_от_удаления>",
      "serviceAccountId": "<идентификатор_сервисного_аккаунта>",
      "logging": {
        "enabled": "<использование_логирования>",
        "folderId": "<идентификатор_каталога>",
        "minLevel": "<уровень_логирования>"
      }
    }
    

    Где:

    • folderId — идентификатор каталога. Его можно запросить со списком каталогов в облаке.

    • name — имя кластера.

    • description — описание кластера.

    • labels — список меток. Метки задаются в формате "<ключ>": "<значение>".

    • trino — конфигурация компонентов кластера Trino.

      • coordinatorConfig — конфигурация координатора.

        • resources.resourcePresetId — идентификатор вычислительных ресурсов координатора. Возможные значения:

          • c4-m16 — 4 vCPU, 16 ГБ RAM.
          • c8-m32 — 8 vCPU, 32 ГБ RAM.
      • workerConfig — конфигурация воркера.

        • resources.resourcePresetId — идентификатор вычислительных ресурсов воркера. Возможные значения:

          • c4-m16 — 4 vCPU, 16 ГБ RAM.
          • c8-m32 — 8 vCPU, 32 ГБ RAM.
        • scalePolicy — политика масштабирования воркеров:

          • fixedScale — фиксированная политика масштабирования.

            • count — количество воркеров.
          • autoScale — автоматическая политика масштабирования.

            • minCount — минимальное количество воркеров.
            • maxCount — максимальное количество воркеров.

          Укажите один из двух параметров: fixedScale либо autoScale.

    • network — сетевые настройки:

      • subnetIds — список идентификаторов подсетей.
      • securityGroupIds — список идентификаторов групп безопасности.
    • deletionProtection — позволяет включить защиту кластера от непреднамеренного удаления. Возможные значения: true или false.

      Включенная защита от удаления не помешает подключиться к кластеру вручную и удалить его.

    • serviceAccountId — идентификатор сервисного аккаунта.

    • logging — параметры логирования:

      • enabled — позволяет включить логирование. Логи, сгенерированные компонентами Trino, будут отправляться в Yandex Cloud Logging. Возможные значения: true или false.
      • minLevel — минимальный уровень логирования. Возможные значения: TRACE, DEBUG, INFO, WARN, ERROR и FATAL.
      • folderId — идентификатор каталога. Логи будут записываться в лог-группу по умолчанию для этого каталога.
      • logGroupId — идентификатор пользовательской лог-группы. Логи будут записываться в нее.

      Укажите один из двух параметров: folderId либо logGroupId.

  3. Воспользуйтесь методом Cluster.create и выполните запрос, например, с помощью cURL:

    curl \
        --request POST \
        --header "Authorization: Bearer $IAM_TOKEN" \
        --url 'https://trino.api.cloud.yandex.net/managed-trino/v1/clusters'
        --data '@body.json'
    
  4. Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

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

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

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

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

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

    Примечание

    В примере приведены не все доступные параметры. Список всех параметров см. в документации по API.

    {
      "folder_id": "<идентификатор_каталога>",
      "name": "<имя_кластера>",
      "description": "<описание_кластера>",
      "labels": { <список_меток> },
      "trino": {
        "coordinator_config": {
          "resources": {
            "resource_preset_id": "<идентификатор_ресурсов>"
          }
        },
        "worker_config": {
          "resources": {
            "resource_preset_id": "<идентификатор_ресурсов>"
          },
          "scale_policy": {
            "auto_scale": {
              "min_count": "<минимальное_количество_экземпляров>",
              "max_count": "<максимальное_количество_экземпляров>"
            }
          }
        }
      },
      "network": {
        "subnet_ids": [ <список_идентификаторов_подсетей> ],
        "security_group_ids": [ <список_идентификаторов_групп_безопасности> ]
      },
      "deletion_protection": "<защита_от_удаления>",
      "service_account_id": "<идентификатор_сервисного_аккаунта>",
      "logging": {
        "enabled": "<использование_логирования>",
        "folder_id": "<идентификатор_каталога>",
        "min_level": "<уровень_логирования>"
      }
    }
    

    Где:

    • folder_id — идентификатор каталога. Его можно запросить со списком каталогов в облаке.

    • name — имя кластера.

    • description — описание кластера.

    • labels — список меток. Метки задаются в формате "<ключ>": "<значение>".

    • trino — конфигурация компонентов кластера Trino.

      • coordinator_config — конфигурация координатора.

        • resources.resource_preset_id — идентификатор вычислительных ресурсов координатора. Возможные значения:

          • c4-m16 — 4 vCPU, 16 ГБ RAM.
          • c8-m32 — 8 vCPU, 32 ГБ RAM.
      • worker_config — конфигурация воркера.

        • resources.resource_preset_id — идентификатор вычислительных ресурсов воркера. Возможные значения:

          • c4-m16 — 4 vCPU, 16 ГБ RAM.
          • c8-m32 — 8 vCPU, 32 ГБ RAM.
        • scale_policy — политика масштабирования воркеров:

          • fixed_scale — фиксированная политика масштабирования.

            • count — количество воркеров.
          • auto_scale — автоматическая политика масштабирования.

            • min_count — минимальное количество воркеров.
            • max_count — максимальное количество воркеров.

          Укажите один из двух параметров: fixed_scale либо auto_scale.

    • network — сетевые настройки:

      • subnet_ids — список идентификаторов подсетей.
      • security_group_ids — список идентификаторов групп безопасности.
    • deletion_protection — позволяет включить защиту кластера от непреднамеренного удаления. Возможные значения: true или false.

      Включенная защита от удаления не помешает подключиться к кластеру вручную и удалить его.

    • service_account_id — идентификатор сервисного аккаунта.

    • logging — параметры логирования:

      • enabled — позволяет включить логирование. Логи, сгенерированные компонентами Trino, будут отправляться в Yandex Cloud Logging. Возможные значения: true или false.
      • min_level — минимальный уровень логирования. Возможные значения: TRACE, DEBUG, INFO, WARN, ERROR и FATAL.
      • folder_id — идентификатор каталога. Логи будут записываться в лог-группу по умолчанию для этого каталога.
      • log_group_id — идентификатор пользовательской лог-группы. Логи будут записываться в нее.

      Укажите один из двух параметров: folder_id либо log_group_id.

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

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

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

Предыдущая
Информация об имеющихся кластерах
Следующая
Изменение кластера
Проект Яндекса
© 2025 ООО «Яндекс.Облако»