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

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

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

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

yc managed-elasticsearch backup list

Результат:

+----------------------+----------------------+----------------------+----------------------+
|          ID          |      CREATED AT      |  SOURCE CLUSTER ID   |      STARTED AT      |
+----------------------+----------------------+----------------------+----------------------+
| c9qlk4v13uq7******** | 2020-08-10T12:00:00Z | c9qlk4v13uq7******** | 2020-08-10T11:55:17Z |
| c9qpm90p3pcg******** | 2020-08-09T22:01:04Z | c9qpm90p3pcg******** | 2020-08-09T21:30:00Z |
+----------------------+----------------------+----------------------+----------------------+

Чтобы получить список резервных копий кластера, воспользуйтесь методом REST API listBackups для ресурса Cluster или вызовом gRPC API ClusterService/ListBackups и передайте в запросе идентификатор кластера в параметре clusterId.

Чтобы получить список резервных копий всех кластеров Managed Service for Elasticsearch в каталоге, воспользуйтесь методом REST API list для ресурса Backup или вызовом gRPC API BackupService/List и передайте в запросе идентификатор каталога в параметре folderId.

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

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

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

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

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

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

Чтобы получить информацию о резервной копии, воспользуйтесь методом REST API get для ресурса Backup или вызовом gRPC API BackupService/Get и передайте в запросе идентификатор резервной копии в параметре backupId.

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

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

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

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

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

   yc managed-elasticsearch cluster backup --help
   

2. Запросите создание резервной копии, указав идентификатор или имя кластера:

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

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

Чтобы создать резервную копию, воспользуйтесь методом REST API backup для ресурса Cluster или вызовом gRPC API ClusterService/Backup и передайте в запросе идентификатор кластера в параметре clusterId.

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

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

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

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

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

   yc managed-elasticsearch cluster restore --help
   

2. Получите список доступных резервных копий кластеров Elasticsearch:

   yc managed-elasticsearch backup list
   

   Результат:

   +--------------------------+----------------------+----------------------+----------------------+
   |            ID            |      CREATED AT      |  SOURCE CLUSTER ID   |      STARTED AT      |
   +--------------------------+----------------------+----------------------+----------------------+
   | c9qlk4v13uq79r9********  | 2020-08-10T12:00:00Z | c9qlk4v13uq7******** | 2020-08-10T11:55:17Z |
   | ...                                                                                           |
   +--------------------------+----------------------+----------------------+----------------------+
   

   Время завершения создания резервной копии указано в столбце CREATED AT списка доступных резервных копий в формате yyyy-mm-ddThh:mm:ssZ (2020-08-10T12:00:00Z в примере выше).

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

   yc managed-elasticsearch cluster restore \
      --backup-id=<идентификатор_резервной_копии> \
      --name=<имя_кластера> \
      --environment=<окружение> \
      --network-name=<имя_сети> \
      --host zone-id=<зона_доступности>,`
            `subnet-id=<идентификатор_подсети>,`
            `assign-public-ip=<публичный_доступ>,`
            `type=<роль_хоста> \
      --datanode-resource-preset=<класс_хостов_Data_node> \
      --datanode-disk-size=<размер_хранилища_ГБ_Data_node> \
      --datanode-disk-type=<тип_диска_Data_node> \
      --masternode-resource-preset=<класс_хостов_Master_node> \
      --masternode-disk-size=<размер_хранилища_ГБ_Master_node> \
      --masternode-disk-type=<тип_диска_Master_node> \
      --admin-password=<пароль_пользователя_admin>
   

   Где:

   • --backup-id — идентификатор резервной копии.

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

   • --environment — окружение:

     • PRESTABLE — для тестирования. Prestable-окружение аналогично Production-окружению и на него также распространяется SLA, но при этом на нем раньше появляются новые функциональные возможности, улучшения и исправления ошибок. В Prestable-окружении вы можете протестировать совместимость новых версий с вашим приложением.
     • PRODUCTION — для стабильных версий ваших приложений.

   • --network-name — имя сети.

   • --host — параметры хоста:

     • zone-id — зона доступности.

     • subnet-name — имя подсети. Необходимо указывать, если в выбранной зоне доступности создано две или больше подсетей.

     • assign-public-ip — флаг, который указывается, если для хоста требуется публичный доступ: : true или false.

     • type — роль хоста: datanode или masternode.

   • --datanode-resource-preset — класс хостов с ролью Data node.

   • --datanode-disk-size — размер хранилища в гигабайтах для хостов с ролью Data node.

   • --datanode-disk-type — тип диска для хостов с ролью Data node:

     • network-hdd;
     • network-ssd;
     • local-ssd;
     • network-ssd-nonreplicated.

   • --masternode-resource-preset — класс хостов с ролью Master node.

   • --masternode-disk-size — размер хранилища в гигабайтах для хостов с ролью Master node.

   • --masternode-disk-type — тип диска для хостов с ролью Master node. Доступен только network-ssd.

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

     Это специальный пользователь, который необходим для управления кластером и не может быть удален. Он наделен ролью superuser и может выполнять любые действия с кластером.

     Совет

     Для выполнения повседневных задач рекомендуется создать отдельных пользователей. Подробнее см. в разделе Управление пользователями.

Чтобы восстановить кластер из резервной копии, воспользуйтесь методом REST API restore для ресурса Cluster или вызовом gRPC API ClusterService/Restore и передайте в запросе:

• Идентификатор требуемой резервной копии в параметре backupId. Чтобы узнать идентификатор, получите список резервных копий в кластере.
• Имя нового кластера, который будет содержать восстановленные из резервной копии данные, в параметре name. Имя кластера должно быть уникальным в рамках каталога.
• Окружение кластера в параметре environment.
• Конфигурацию кластера в параметре configSpec.
• Конфигурацию хостов кластера в одном или нескольких параметрах hostSpecs.
• Идентификатор сети в параметре networkId.