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

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

  • Резервное копирование средствами Yandex Cloud
  • Получить список резервных копий
  • Получить информацию о резервной копии
  • Создать резервную копию
  • Восстановить кластер из резервной копии
  • Резервное копирование с помощью снапшотов
  • Получить список снапшотов
  • Создать снапшот
  • Восстановить кластер из снапшота
  1. Пошаговые инструкции
  2. Кластеры
  3. Управление резервными копиями

Управление резервными копиями в Managed Service for OpenSearch

Статья создана
Yandex Cloud
Улучшена
mmerihsesh
Обновлена 18 июня 2025 г.
  • Резервное копирование средствами Yandex Cloud
    • Получить список резервных копий
    • Получить информацию о резервной копии
    • Создать резервную копию
    • Восстановить кластер из резервной копии
  • Резервное копирование с помощью снапшотов
    • Получить список снапшотов
    • Создать снапшот
    • Восстановить кластер из снапшота

Managed Service for OpenSearch позволяет создавать резервные копии индексов как средствами Yandex Cloud, так и с помощью механизма снапшотов OpenSearch. Подробнее о механизме снапшотов см. в документации OpenSearch.

Резервное копирование средствами Yandex CloudРезервное копирование средствами Yandex Cloud

Вы можете создавать резервные копии и восстанавливать кластеры из имеющихся резервных копий.

Также Managed Service for OpenSearch каждый час создает автоматическую резервную копию.

Получить список резервных копийПолучить список резервных копий

Вы можете получить список резервных копий, которые были созданы за последние 14 дней.

Консоль управления
CLI
REST API
gRPC API

Чтобы получить список резервных копий кластера:

  1. Перейдите на страницу каталога и выберите сервис Managed Service for OpenSearch.
  2. Нажмите на имя нужного кластера и выберите вкладку  Резервные копии.

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

  1. Перейдите на страницу каталога и выберите сервис Managed Service for OpenSearch.
  2. Выберите вкладку  Резервные копии.

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

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

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

yc managed-opensearch backup list

Результат:

+----------------------+---------------------+-------------------+---------------------+
|          ID          |      CREATED AT     | SOURCE CLUSTER ID |      STARTED AT     |
+----------------------+---------------------+-------------------+---------------------+
| c9qlk4v13uq7******** | 2024-01-09 14:38:34 | c9qpm4i********   | 2024-01-09 14:38:28 |
| c9qpm90p3pcg******** | 2024-01-09 13:38:31 | c9qpm4i********   | 2024-01-09 13:38:28 |
+----------------------+---------------------+-------------------+---------------------+

Если вы хотите ограничить список резервных копий, который выводится после запуска команды, передайте в команду параметр --limit <количество_записей>. Например, если вывод команды yc managed-opensearch backup list занимает несколько экранов, выполните команду yc managed-opensearch backup list --limit 5. Тогда вывод будет содержать список из последних пяти резервных копий.

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

    export IAM_TOKEN="<IAM-токен>"
    
  2. Чтобы получить список резервных копий кластера:

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

      curl \
          --request GET \
          --header "Authorization: Bearer $IAM_TOKEN" \
          --url 'https://mdb.api.cloud.yandex.net/managed-opensearch/v1/clusters/<идентификатор_кластера>/backups'
      

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

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

  3. Чтобы получить список резервных копий всех кластеров в каталоге:

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

      curl \
          --request GET \
          --header "Authorization: Bearer $IAM_TOKEN" \
          --url 'https://mdb.api.cloud.yandex.net/managed-opensearch/v1/backups' \
          --url-query folderId=<идентификатор_каталога>
      

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

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

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

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

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

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

  3. Чтобы получить список резервных копий кластера:

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

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

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

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

  4. Чтобы получить список резервных копий всех кластеров в каталоге:

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

      grpcurl \
          -format json \
          -import-path ~/cloudapi/ \
          -import-path ~/cloudapi/third_party/googleapis/ \
          -proto ~/cloudapi/yandex/cloud/mdb/opensearch/v1/backup_service.proto \
          -rpc-header "Authorization: Bearer $IAM_TOKEN" \
          -d '{
                "folder_id": "<идентификатор_каталога>"
              }' \
          mdb.api.cloud.yandex.net:443 \
          yandex.cloud.mdb.opensearch.v1.BackupService.List
      

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

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

Получить информацию о резервной копииПолучить информацию о резервной копии

Консоль управления
CLI
REST API
gRPC API

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

  1. Перейдите на страницу каталога и выберите сервис Managed Service for OpenSearch.
  2. Нажмите на имя нужного кластера и выберите вкладку  Резервные копии.

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

  1. Перейдите на страницу каталога и выберите сервис Managed Service for OpenSearch.
  2. Выберите вкладку  Резервные копии.

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

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

Чтобы получить информацию о резервной копии кластера:

  1. Получите идентификатор резервной копии вместе со списком всех резервных копий в каталоге:

    yc managed-opensearch backup list
    

    Идентификатор указан в столбце ID в выводе команды.

  2. Получите информацию о нужной резервной копии:

    yc managed-opensearch backup get <идентификатор_резервной_копии>
    

    Пример результата команды:

    id: c9qlk4v13uq7********
    folder_id: b1g86q4m5vej********
    source_cluster_id: c9qpm4i********
    started_at: "2024-01-09T10:38:28.683Z"
    created_at: "2024-01-09T10:38:31.685Z"
    indices:
      - .mdb-sli
      - .opendistro_security
      - .kibana_1
      - .opendistro-job-scheduler-lock
      - .opensearch-observability
      - .opendistro-ism-config
    opensearch_version: 2.8.0
    indices_total: "6"
    
  1. Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:

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

    curl \
        --request GET \
        --header "Authorization: Bearer $IAM_TOKEN" \
        --url 'https://mdb.api.cloud.yandex.net/managed-opensearch/v1/backups/<идентификатор_резервной_копии>'
    

    Идентификатор резервной копии можно запросить со списком резервных копий.

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

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

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

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

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

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

    grpcurl \
        -format json \
        -import-path ~/cloudapi/ \
        -import-path ~/cloudapi/third_party/googleapis/ \
        -proto ~/cloudapi/yandex/cloud/mdb/opensearch/v1/backup_service.proto \
        -rpc-header "Authorization: Bearer $IAM_TOKEN" \
        -d '{
              "backup_id": "<идентификатор_резервной_копии>"
            }' \
        mdb.api.cloud.yandex.net:443 \
        yandex.cloud.mdb.opensearch.v1.BackupService.Get
    

    Идентификатор резервной копии можно запросить со списком резервных копий.

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

Создать резервную копиюСоздать резервную копию

Консоль управления
CLI
REST API
gRPC API
  1. Перейдите на страницу каталога и выберите сервис Managed Service for OpenSearch.
  2. Нажмите на имя нужного кластера и выберите вкладку  Резервные копии.
  3. Нажмите кнопку  Создать резервную копию.

Сервис начнет создавать резервную копию без дополнительного подтверждения.

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

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

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

yc managed-opensearch cluster backup <имя_или_идентификатор_кластера>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Важно

Во время создания резервной копии производительность кластера может снижаться.

Восстановить кластер из резервной копииВосстановить кластер из резервной копии

Восстанавливая кластер из резервной копии, вы создаете новый кластер с данными из резервной копии. Если в каталоге не хватает ресурсов для создания такого кластера, восстановиться из резервной копии не получится.

Для нового кластера необходимо задать все параметры, обязательные при его создании.

Перед началом работы назначьте вашему аккаунту в Yandex Cloud роли:

  • managed-opensearch.editor или выше на каталог размещения резервной копии и каталог, где будет развернут новый кластер.
  • iam.serviceAccounts.user или выше, если вы восстанавливаете из резервной копии кластер с привязкой к сервисному аккаунту.
Консоль управления
CLI
REST API
gRPC API

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

  1. Перейдите на страницу каталога и выберите сервис Managed Service for OpenSearch.
  2. Нажмите на имя нужного кластера и выберите вкладку  Резервные копии.
  3. Нажмите на значок для нужной резервной копии, затем нажмите Восстановить кластер.
  4. Задайте настройки нового кластера.
  5. Нажмите кнопку Восстановить кластер.

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

  1. Перейдите на страницу каталога и выберите сервис Managed Service for OpenSearch.
  2. Выберите вкладку  Резервные копии.
  3. Найдите нужную резервную копию по времени создания и идентификатору кластера. В колонке Идентификатор содержатся идентификаторы в формате <идентификатор_кластера>:<идентификатор_резервной_копии>.
  4. Нажмите на значок для нужной резервной копии, затем нажмите Восстановить кластер.
  5. Задайте настройки нового кластера.
  6. Нажмите кнопку Восстановить кластер.

Managed Service for OpenSearch запустит операцию создания кластера из резервной копии.

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

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

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

  1. Получите идентификатор резервной копии вместе со списком всех резервных копий в каталоге:

    yc managed-opensearch backup list
    

    Результат:

    +----------------------+---------------------+-------------------+---------------------+
    |          ID          |      CREATED AT     | SOURCE CLUSTER ID |      STARTED AT     |
    +----------------------+---------------------+-------------------+---------------------+
    | c9qlk4v13uq7******** | 2024-01-09 14:38:34 | c9qpm4i********   | 2024-01-09 14:38:28 |
    | ...                                                                                  |
    +----------------------+---------------------+-------------------+---------------------+
    

    Идентификатор резервной копии указан в столбце ID. Время завершения создания резервной копии указано в столбце CREATED AT в формате yyyy-mm-dd hh:mm:ss.

  2. Запросите создание кластера из резервной копии:

    yc managed-opensearch cluster restore --backup-id <идентификатор_резервной_копии>
    

    В команде также можно передать параметры, которые задаются при создании кластера. Описание таких параметров читайте в разделе Создание кластера.

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

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

    {
        "backupId": "<идентификатор_резервной_копии>",
        "folderId": "<идентификатор_каталога>",
        "name": "<имя_кластера>",
        "environment": "<окружение>",
        "networkId": "<идентификатор_сети>",
        "configSpec": {
            "version": "<версия_OpenSearch>",
            "adminPassword": "<пароль_пользователя-администратора>",
            "opensearchSpec": {
                "nodeGroups": [
                    {
                        "name": "<имя_группы_хостов_OpenSearch>",
                        "resources": {
                            "resourcePresetId": "<класс_хостов>",
                            "diskSize": "<размер_хранилища_в_байтах>",
                            "diskTypeId": "<тип_диска>"
                        },
                        "roles": ["<роль_1>","<роль_2>"],
                        "hostsCount": "<число_хостов>",
                        "zoneIds": [
                            "<зона_доступности_1>",
                            "<зона_доступности_2>",
                            "<зона_доступности_3>"
                        ],
                        "subnetIds": [
                            "<идентификатор_подсети_1>",
                            "<идентификатор_подсети_2>",
                            "<идентификатор_подсети_3>"
                        ]
                    }
                ]
            },
            "dashboardsSpec": {
                "nodeGroups": [
                    {
                        "name": "<имя_группы_хостов_Dashboards>",
                        "resources": {
                            "resourcePresetId": "<класс_хостов>",
                            "diskSize": "<размер_хранилища_в_байтах>",
                            "diskTypeId": "<тип_диска>"
                        },
                        "hostsCount": "<число_хостов>",
                        "zoneIds": [
                            "<зона_доступности_1>",
                            "<зона_доступности_2>",
                            "<зона_доступности_3>"
                        ],
                        "subnetIds": [
                            "<идентификатор_подсети_1>",
                            "<идентификатор_подсети_2>",
                            "<идентификатор_подсети_3>"
                        ]
                    }
                ]
            }
        }
    }
    

    Где:

    • backupId — идентификатор резервной копии, из которой восстанавливаете кластер. Идентификатор можно запросить со списком резервных копий.

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

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

    • environment — окружение кластера: PRODUCTION или PRESTABLE.

    • networkId — идентификатор сети, в которой будет размещен кластер.

    • configSpec — настройки кластера:

      • version — версия OpenSearch.

      • adminPassword — пароль пользователя admin.

      • opensearchSpec — настройки групп хостов OpenSearch. Содержат массив элементов nodeGroups. Каждый элемент соответствует отдельной группе хостов и имеет следующую структуру:

        • name — имя группы хостов.

        • resources — ресурсы кластера:

          • resourcePresetId — класс хостов;
          • diskSize — размер диска в байтах;
          • diskTypeId — тип диска.
        • roles — список ролей хостов. Кластер должен содержать хотя бы по одной группе хостов DATA и MANAGER. Это может быть одна группа, на которую назначены две роли, или несколько групп с разными ролями.

        • hostsCount — количество хостов в группе. Миниальное число хостов DATA — один, хостов MANAGER — три.

        • zoneIds — список зон доступности, где размещаются хосты кластера.

        • subnetIds — список идентификаторов подсетей.

      • dashboardsSpec — настройки групп хостов Dashboards. Содержат массив элементов nodeGroups, структура которого совпадает со структурой opensearchSpec.nodeGroups. Исключение — параметр roles: у хостов Dashboards есть только одна роль DASHBOARDS, поэтому ее не нужно указывать.

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

    curl \
        --request POST \
        --header "Authorization: Bearer $IAM_TOKEN" \
        --header "Content-Type: application/json" \
        --url 'https://mdb.api.cloud.yandex.net/managed-opensearch/v1/clusters:restore' \
        --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 и добавьте в него следующее содержимое:

    {
        "backup_id": "<идентификатор_резервной_копии>",
        "folder_id": "<идентификатор_каталога>",
        "name": "<имя_кластера>",
        "environment": "<окружение>",
        "network_id": "<идентификатор_сети>",
        "config_spec": {
            "version": "<версия_OpenSearch>",
            "admin_password": "<пароль_пользователя-администратора>",
            "opensearch_spec": {
                "node_groups": [
                    {
                        "name": "<имя_группы_хостов_OpenSearch>",
                        "resources": {
                            "resource_preset_id": "<класс_хостов>",
                            "disk_size": "<размер_хранилища_в_байтах>",
                            "disk_type_id": "<тип_диска>"
                        },
                        "roles": ["<роль_1>","<роль_2>"],
                        "hosts_count": "<число_хостов>",
                        "zone_ids": [
                            "<зона_доступности_1>",
                            "<зона_доступности_2>",
                            "<зона_доступности_3>"
                        ],
                        "subnet_ids": [
                            "<идентификатор_подсети_1>",
                            "<идентификатор_подсети_2>",
                            "<идентификатор_подсети_3>"
                        ]
                    }
                ]
            },
            "dashboards_spec": {
                "node_groups": [
                    {
                        "name": "<имя_группы_хостов_Dashboards>",
                        "resources": {
                            "resource_preset_id": "<класс_хостов>",
                            "disk_size": "<размер_хранилища_в_байтах>",
                            "disk_type_id": "<тип_диска>"
                        },
                        "hosts_count": "<число_хостов>",
                        "zone_ids": [
                            "<зона_доступности_1>",
                            "<зона_доступности_2>",
                            "<зона_доступности_3>"
                        ],
                        "subnet_ids": [
                            "<идентификатор_подсети_1>",
                            "<идентификатор_подсети_2>",
                            "<идентификатор_подсети_3>"
                        ]
                    }
                ]
            }
        }
    }
    

    Где:

    • backup_id — идентификатор резервной копии, из которой восстанавливаете кластер. Идентификатор можно запросить со списком резервных копий.

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

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

    • environment — окружение кластера: PRODUCTION или PRESTABLE.

    • network_id — идентификатор сети, в которой будет размещен кластер.

    • config_spec — настройки кластера:

      • version — версия OpenSearch.

      • admin_password — пароль пользователя admin.

      • opensearch_spec — настройки групп хостов OpenSearch. Содержат массив элементов nodeGroups. Каждый элемент соответствует отдельной группе хостов и имеет следующую структуру:

        • name — имя группы хостов.

        • resources — ресурсы кластера:

          • resource_preset_id — класс хостов;
          • disk_size — размер диска в байтах;
          • disk_type_id — тип диска.
        • roles — список ролей хостов. Кластер должен содержать хотя бы по одной группе хостов DATA и MANAGER. Это может быть одна группа, на которую назначены две роли, или несколько групп с разными ролями.

        • hosts_count — количество хостов в группе. Миниальное число хостов DATA — один, хостов MANAGER — три.

        • zone_ids — список зон доступности, где размещаются хосты кластера.

        • subnet_ids — список идентификаторов подсетей.

      • dashboards_spec — настройки групп хостов Dashboards. Содержат массив элементов node_groups, структура которого совпадает со структурой opensearch_spec.node_groups. Исключение — параметр roles: у хостов Dashboards есть только одна роль DASHBOARDS, поэтому ее не нужно указывать.

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

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

Резервное копирование с помощью снапшотовРезервное копирование с помощью снапшотов

Для работы со снапшотами используется публичный API OpenSearch, а для их хранения — бакет в Object Storage.

Получить список снапшотовПолучить список снапшотов

  1. Найдите в списке репозиториев OpenSearch тот, который содержит в себе резервные копии в виде снапшотов:

    GET https://admin:<пароль>@<идентификатор_хоста_OpenSearch_с_ролью_DATA>.mdb.yandexcloud.net:9200/_snapshot/_all
    

    Если нужного репозитория нет в списке, подключите его.

  2. Получите список снапшотов в репозитории:

    GET https://admin:<пароль>@<идентификатор_хоста_OpenSearch_с_ролью_DATA>.mdb.yandexcloud.net:9200/_snapshot/<имя_репозитория>/_all
    

    Каждой резервной копии соответствует один снапшот.

Создать снапшотСоздать снапшот

  1. Найдите в списке репозиториев OpenSearch тот, в котором нужно создать резервную копию в виде снапшота:

    GET https://admin:<пароль>@<идентификатор_хоста_OpenSearch_с_ролью_DATA>.mdb.yandexcloud.net:9200/_snapshot/_all
    

    Если нужного репозитория нет в списке, подключите его.

  2. Создайте снапшот нужных данных или целого кластера в выбранном репозитории:

    PUT https://admin:<пароль>@<идентификатор_хоста_OpenSearch_с_ролью_DATA>.mdb.yandexcloud.net:9200/_snapshot/<имя_репозитория>/<имя_снапшота>
    

Восстановить кластер из снапшотаВосстановить кластер из снапшота

Важно

При восстановлении из снапшота версия OpenSearch в кластере должна быть не ниже версии OpenSearch, в которой был сделан снапшот.

  1. Создайте новый кластер OpenSearch в нужной конфигурации, но не наполняйте его данными.

    При создании кластера выберите:

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

    • Версию OpenSearch, в которой был создан снапшот, или более новую.

  2. Закройте открытые индексы с помощью OpenSearch API:

    POST: https://admin:<пароль>@<идентификатор_хоста_OpenSearch_с_ролью_DATA>.mdb.yandexcloud.net:9200/<имя_индекса>/_close
    

    Для восстановления всего кластера закройте все открытые индексы. Для восстановления отдельных индексов закройте только их.

  3. Получите список резервных копий и найдите нужный снапшот.

  4. Запустите операцию восстановления из нужного снапшота всего кластера или отдельных индексов и потоков данных.

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

Предыдущая
Остановка и запуск кластера
Следующая
Настройка доступа к Object Storage
Проект Яндекса
© 2025 ООО «Яндекс.Облако»