Резервное копирование и восстановление

Создайте backup

Используйте backup endpoint конкретной VM всякий раз, когда нужен новый recovery point перед изменением или обслуживанием.

curl --request POST \
  --url 'https://api.zennohosting.com/projects/{projectId}/vms/{vmId}/backups' \
  --header 'Authorization: Bearer <token>' \
  --header 'Accept: application/json'

1
Создайте backup
Начните с create call и сохраните identifier VM, потому что все последующие действия останутся в scope этой VM.
2
Получите список backup для VM
Убедитесь, что backup появился в коллекции backup этой VM, прежде чем строить automation вокруг restore или cleanup logic.
3
Прочитайте конкретный backup при необходимости
Используйте backup identifier, чтобы проверить именно тот backup resource, который собираетесь восстановить или удалить.
4
Восстановите выбранный backup
Воспринимайте restore как операционное изменение VM. Принятый restore request не означает, что VM уже снова готова к работе.
5
Удалите старые backup
Когда recovery point больше не нужен, удалите его явно из backup collection этой VM.

Восстановите backup

Восстановление — это точечная операция над конкретным backup resource. Используйте точный backupId, который вы ранее получили из списка или отдельного read-запроса.

curl --request POST \
  --url 'https://api.zennohosting.com/projects/{projectId}/vms/{vmId}/backups/{backupId}/restore' \
  --header 'Authorization: Bearer <token>' \
  --header 'Accept: application/json'

Backup options на этапе provisioning

В некоторых окружениях вместе с provisioning VM могут использоваться plugin-backed backup options. Воспринимайте такие решения как отдельный слой и не смешивайте их с ручным backup API, описанным здесь.

Практическое замечание

Восстановление нужно рассматривать как контролируемый workflow step. Не предполагаете, что restore завершится мгновенно: после него прочитайте состояние VM и проверьте итоговый operationStatus и пригодность runtime state до возврата трафика или automation.