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

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

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

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

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

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

Результат:

+--------------------------+---------------------+----------------------+---------------------+
|            ID            |     CREATED AT      |  SOURCE CLUSTER ID   |     STARTED AT      |
+--------------------------+---------------------+----------------------+---------------------+
| c9qgo11pud7k********:... | 2020-08-10 12:00:00 | c9qgo11pud7k******** | 2020-08-10 11:55:17 |
| ...                                                                                         |
+--------------------------+---------------------+----------------------+---------------------+

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

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

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

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

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

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

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

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

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

   yc managed-greenplum cluster restore --help
   

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

   yc managed-greenplum cluster restore \
      --backup-id=<идентификатор_резервной_копии> \
      --time=<момент_времени> \
      --name=<имя_кластера> \
      --environment=<окружение> \
      --network-name=default \
      --master-resource-preset=<класс_хоста> \
      --master-disk-size=<объем_хранилища_ГБ> \
      --master-disk-type=<тип_диска> \
      --segment-resource-preset=<класс_хоста> \
      --segment-disk-size=<объем_хранилища_ГБ> \
      --segment-disk-type=<тип_диска> \
      --segment-host-count <количество_хостов-сегментов> \
      --segment-in-host <количество_сегментов_на_хост> \
      --restore-only=<список_БД_и_таблиц_для_восстановления> \
      --zone-id=<зона_доступности> \
      --subnet-id=<идентификатор_подсети> \
      --assign-public-ip=<публичный_доступ_к_кластеру>
   

   Где:

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

   • --time — момент времени, на который нужно восстановить состояние кластера Greenplum®, в формате yyyy-mm-ddThh:mm:ssZ. По умолчанию кластер будет восстановлен в состояние, сохраненное в резервной копии.

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

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

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

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

   • --master-resource-preset — класс хостов-мастеров.

   • --master-disk-size — размер хранилища хостов-мастеров в гигабайтах.

   • --master-disk-type — тип диска хостов-мастеров.

   • --segment-resource-preset — класс хостов-сегментов.

   • --segment-disk-size — размер хранилища хостов-сегментов в гигабайтах.

   • --segment-disk-type — тип диска хостов-сегментов.

   • --segment-host-count — количество хостов-сегментов.

   • --segment-in-host — количество сегментов на хост.

   • --restore-only — (опционально) список БД и таблиц, которые будут восстановлены из резервной копии, через запятую. Поддерживаются форматы <БД>/<схема>/<таблица>, <БД>/<таблица> и <БД>. Допускается использование подстановочного символа *. Если не использовать этот параметр, кластер будет восстановлен целиком.

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

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

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

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

• Идентификатор требуемой резервной копии в параметре backupId. Чтобы узнать идентификатор, получите список резервных копий в кластере.
• Момент времени, на который должен быть восстановлен кластер, в параметре time. По умолчанию кластер будет восстановлен в состояние, сохраненное в резервной копии.
• Количество хостов-сегментов в параметре segmentHostCount.
• Количество сегментов на хост в параметре segmentInHost.
• Имя нового кластера, который будет содержать восстановленные из резервной копии данные, в параметре name. Имя кластера должно быть уникальным в рамках каталога.
• (Опционально) Список БД и таблиц, которые будут восстановлены из резервной копии, в параметре restoreOnly, через запятую. Поддерживаются форматы <БД>/<схема>/<таблица>, <БД>/<таблица> и <БД>. Допускается использование подстановочного символа *. Если не использовать этот параметр, кластер будет восстановлен целиком.

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