Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
  • Marketplace
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Акции и free tier
  • Кейсы
  • Документация
  • Блог
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»
Yandex MPP Analytics for PostgreSQL
  • Начало работы
    • Все инструкции
      • Информация об имеющихся кластерах
      • Создание кластера
      • Расширение кластера
      • Изменение конфигурации кластера
      • Изменение настроек кластера
      • Остановка и запуск кластера
      • Управление резервными копиями
      • Управление доступом к кластеру
      • Техническое обслуживание
      • Удаление кластера
    • Подключение к внешнему файловому серверу (gpfdist)
    • Вспомогательные утилиты
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

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

  • Получить список обслуживаний
  • Получить логи технического обслуживания кластера
  • Перенести запланированное обслуживание
  • Провести запланированное обслуживание немедленно
  • Настроить окно обслуживания
  1. Пошаговые инструкции
  2. Кластеры
  3. Техническое обслуживание

Техническое обслуживание кластера Yandex MPP Analytics for PostgreSQL

Статья создана
Yandex Cloud
Улучшена
mmerihsesh
Обновлена 27 марта 2026 г.
  • Получить список обслуживаний
  • Получить логи технического обслуживания кластера
  • Перенести запланированное обслуживание
  • Провести запланированное обслуживание немедленно
  • Настроить окно обслуживания

Вы можете управлять техническим обслуживанием кластера Yandex MPP Analytics for PostgreSQL.

Получить список обслуживанийПолучить список обслуживаний

Консоль управления
  1. Перейдите на страницу каталога.
  2. Перейдите в сервис Yandex MPP Analytics for PostgreSQL.
  3. Нажмите на имя нужного кластера и выберите вкладку  Обслуживание.
  4. (Опционально) Выберите статус обслуживания над списком обслуживаний.

Получить логи технического обслуживания кластераПолучить логи технического обслуживания кластера

Консоль управления
  1. Перейдите на страницу каталога.
  2. Перейдите в сервис Yandex MPP Analytics for PostgreSQL.
  3. Нажмите на имя нужного кластера и выберите вкладку  Обслуживание.
  4. Выберите нужное обслуживание. Откроется страница обслуживания.
  5. Нажмите ссылку Логи задания.

Перенести запланированное обслуживаниеПеренести запланированное обслуживание

Консоль управления
CLI
REST API
gRPC API
  1. Перейдите на страницу каталога.

  2. Перейдите в сервис Yandex MPP Analytics for PostgreSQL.

  3. Нажмите на имя нужного кластера и выберите вкладку  Обслуживание.

  4. В строке обслуживания со статусом Запланировано нажмите на значок и выберите пункт Перенести.

  5. Выберите тип переноса запланированного обслуживания:

    • На следующее окно — перенос на следующее окно обслуживания.

    • Выбрать дату (UTC) — перенос на конкретную дату и интервал времени по UTC.

      Для этого переноса выберите дату и интервал времени по UTC.

      Обслуживание можно перенести не более чем на две недели от первоначально запланированной даты.

  6. Нажмите кнопку Перенести.

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

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

Чтобы перенести запланированное обслуживание:

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

    yc managed-greenplum cluster reschedule-maintenance --help
    
  2. Перенесите обслуживание:

    yc managed-greenplum cluster reschedule-maintenance <имя_или_идентификатор_кластера> \
      --reschedule-type <тип_переноса>
    

    Где --reschedule-type — тип переноса:

    • next-available-window — ближайшее доступное окно обслуживания.

    • specific-time — конкретная дата и время по UTC.

      Для этого значения дополнительно передайте параметр --delayed-until — временная метка в одном из следующих форматов:

      • RFC 3339;
      • ЧЧ:ММ:СС;
      • относительное время, на которое нужно перенести обслуживание.

      Примеры: 2006-01-02T15:04:05Z, 15:04:05, 2h, 3h30m ago.

      Обслуживание можно перенести не более чем на две недели от первоначально запланированной даты.

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

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

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

    curl \
      --request POST \
      --header "Authorization: Bearer $IAM_TOKEN" \
      --header "Content-Type: application/json" \
      --url 'https://mdb.api.cloud.yandex.net/managed-greenplum/v1/clusters/<идентификатор_кластера>:rescheduleMaintenance' \
      --data '{
               "rescheduleType": "<тип_переноса>"
             }'
    

    Где rescheduleType — тип переноса:

    • NEXT_AVAILABLE_WINDOW — ближайшее доступное окно обслуживания.

    • SPECIFIC_TIME — конкретная дата и время по UTC.

      Для этого значения дополнительно передайте параметр delayedUntil — временная метка в формате RFC 3339, например:

      2006-01-02T15:04:05Z

      Обслуживание можно перенести не более чем на две недели от первоначально запланированной даты.

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

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

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

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

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

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

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

    grpcurl \
      -format json \
      -import-path ~/cloudapi/ \
      -import-path ~/cloudapi/third_party/googleapis/ \
      -proto ~/cloudapi/yandex/cloud/mdb/greenplum/v1/cluster_service.proto \
      -rpc-header "Authorization: Bearer $IAM_TOKEN" \
      -d '{
           "cluster_id": "<идентификатор_кластера>",
           "reschedule_type": "<тип_переноса>"
          }' \
      mdb.api.cloud.yandex.net:443 \
      yandex.cloud.mdb.greenplum.v1.ClusterService.RescheduleMaintenance
    

    Где reschedule_type — тип переноса:

    • NEXT_AVAILABLE_WINDOW — ближайшее доступное окно обслуживания.

    • SPECIFIC_TIME — конкретная дата и время по UTC.

      Для этого значения дополнительно передайте параметр delayed_until — временная метка в формате RFC 3339, например:

      2006-01-02T15:04:05Z

      Обслуживание можно перенести не более чем на две недели от первоначально запланированной даты.

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

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

Провести запланированное обслуживание немедленноПровести запланированное обслуживание немедленно

Консоль управления
CLI
REST API
gRPC API
  1. Перейдите на страницу каталога.
  2. Перейдите в сервис Yandex MPP Analytics for PostgreSQL.
  3. Нажмите на имя нужного кластера и выберите вкладку  Обслуживание.
  4. В строке нужного обслуживания нажмите на значок и выберите пункт Провести сейчас.

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

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

Чтобы провести запланированное обслуживание немедленно:

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

    yc managed-greenplum cluster reschedule-maintenance --help
    
  2. Проведите запланированное обслуживание немедленно:

    yc managed-greenplum cluster reschedule-maintenance <имя_или_идентификатор_кластера> \
      --reschedule-type immediate
    

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

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

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

    curl \
      --request POST \
      --header "Authorization: Bearer $IAM_TOKEN" \
      --header "Content-Type: application/json" \
      --url 'https://mdb.api.cloud.yandex.net/managed-greenplum/v1/clusters/<идентификатор_кластера>:rescheduleMaintenance' \
      --data '{
               "rescheduleType": "IMMEDIATE"
             }'
    

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

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

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

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

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

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

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

    grpcurl \
      -format json \
      -import-path ~/cloudapi/ \
      -import-path ~/cloudapi/third_party/googleapis/ \
      -proto ~/cloudapi/yandex/cloud/mdb/greenplum/v1/cluster_service.proto \
      -rpc-header "Authorization: Bearer $IAM_TOKEN" \
      -d '{
           "cluster_id": "<идентификатор_кластера>",
           "reschedule_type": "IMMEDIATE"
         }' \
      mdb.api.cloud.yandex.net:443 \
      yandex.cloud.mdb.greenplum.v1.ClusterService.RescheduleMaintenance
    

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

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

Настроить окно обслуживанияНастроить окно обслуживания

Консоль управления
CLI
Terraform
REST API
gRPC API
  1. Перейдите на страницу каталога.

  2. Перейдите в сервис Yandex MPP Analytics for PostgreSQL.

  3. Нажмите на имя нужного кластера и выберите вкладку  Обслуживание.

  4. В правом верхнем углу страницы нажмите кнопку Настроить окно обслуживания.

  5. Выберите окно обслуживания:

    • произвольное — обслуживание проводится в любое время.

    • по расписанию — обслуживание проводится по расписанию, в выбранный день недели и интервал времени по UTC.

      Для этого типа обслуживания выберите начало окна обслуживания: день недели и интервал времени по UTC.

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

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

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

Чтобы настроить окно технического обслуживания:

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

    yc managed-greenplum cluster update --help
    
  2. Настройте окно технического обслуживания:

    yc managed-greenplum cluster update <имя_или_идентификатор_кластера> \
      --maintenance-window type=<тип_технического_обслуживания>,`
                          `day=<день_недели>,`
                          `hour=<час_дня>
    

    Где type — тип технического обслуживания:

    • anytime (по умолчанию) — в любое время.
    • weekly — по расписанию. Для этого значения дополнительно укажите:
      • day — день недели: MON, TUE, WED, THU, FRI, SAT или SUN.
      • hour — час дня по UTC: от 1 до 24.

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

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

    О том, как создать такой файл, см. в разделе Создание кластера.

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

  2. Чтобы настроить окно технического обслуживания, добавьте к описанию кластера блок maintenance_window:

    resource "yandex_mdb_greenplum_cluster" "<локальное_имя_кластера>" {
      ...
      maintenance_window {
        type = "<тип_технического_обслуживания>"
      }
      ...
    }
    

    Где type — тип технического обслуживания:

    • ANYTIME (по умолчанию) — в любое время.

    • WEEKLY — по расписанию. Для этого значения дополнительно укажите:

      • day — день недели: MON, TUE, WED, THU, FRI, SAT или SUN.
      • hour — час дня по UTC: от 1 до 24.
  3. Проверьте корректность настроек.

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

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

      terraform validate
      

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

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

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

      terraform plan
      

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

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

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

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

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

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

    Провайдер Terraform ограничивает время на выполнение всех операций с кластером Yandex MPP Analytics for PostgreSQL 120 минутами.

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

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

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

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

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

    curl \
      --request PATCH \
      --header "Authorization: Bearer $IAM_TOKEN" \
      --header "Content-Type: application/json" \
      --url 'https://mdb.api.cloud.yandex.net/managed-greenplum/v1/clusters/<идентификатор_кластера>' \
      --data '{
               "updateMask": "maintenanceWindow",
               "maintenanceWindow": {
                 "weeklyMaintenanceWindow": {
                   "day": "<день_недели>",
                   "hour": "<час_дня>"
                 }
               }
             }'
    

    Где:

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

      В этом примере передается только один параметр maintenanceWindow.

      Важно

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

    • maintenanceWindow — настройки окна технического обслуживания. Передайте один из параметров:

      • anytime (по умолчанию) — разрешает проводить техническое обслуживание в любое время.

        Параметр передается как пустой объект: "anytime": {}.

      • weeklyMaintenanceWindow — техническое обслуживание проводится раз в неделю, в указанное время:

        • day — день недели в формате DDD: MON, TUE, WED, THU, FRI, SAT или SUN.
        • hour — час дня по UTC от 1 до 24.

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

  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:

    grpcurl \
      -format json \
      -import-path ~/cloudapi/ \
      -import-path ~/cloudapi/third_party/googleapis/ \
      -proto ~/cloudapi/yandex/cloud/mdb/greenplum/v1/cluster_service.proto \
      -rpc-header "Authorization: Bearer $IAM_TOKEN" \
      -d '{
           "cluster_id": "<идентификатор_кластера>",
           "update_mask": {
             "paths": [
               "maintenance_window"
             ]
           },
           "maintenance_window": {
             "weekly_maintenance_window": {
               "day": "<день_недели>",
               "hour": "<час_дня>"
             }
           }
         }' \
      mdb.api.cloud.yandex.net:443 \
      yandex.cloud.mdb.greenplum.v1.ClusterService.Update
    

    Где:

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

      Формат перечисления настроек
      "update_mask": {
        "paths": [
          "<настройка_1>",
          "<настройка_2>",
          ...
          "<настройка_N>"
        ]
      }
      

      В этом примере передается только один параметр maintenance_window.

      Важно

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

    • maintenance_window — настройки окна технического обслуживания. Передайте один из параметров:

      • anytime (по умолчанию) — разрешает проводить техническое обслуживание в любое время.

        Параметр передается как пустой объект: "anytime": {}.

      • weekly_maintenance_window — техническое обслуживание проводится раз в неделю, в указанное время:

        • day — день недели в формате DDD: MON, TUE, WED, THU, FRI, SAT или SUN.
        • hour — час дня по UTC от 1 до 24.

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

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

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

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