Перейти к основному содержимому

Бэкапы виртуальных машин

Бэкап сохраняет состояние диска ВМ для последующего восстановления. Включите ежедневное расписание или создавайте копии вручную. Для новых копий используются самостоятельные полные снимки со сжатием; старые инкрементальные цепочки продолжают поддерживаться. Отдельные блочные тома этим механизмом не копируются.

Включить автобэкапы​

  1. Откройте панель управления, проект и нужную ВМ.
  2. На вкладке Бэкапы откройте настройки автоматического копирования.
  3. Включите ежедневные бэкапы, выберите час в UTC и срок хранения от 1 до 365 дней. Например, 00:00 UTC соответствует 03:00 по Москве.
  4. Сохраните настройки и проверьте время следующего запуска.

Автобэкапы также можно включить в форме создания ВМ. Сохранение расписания не создаёт немедленную копию: для этого используйте ручное создание. Для просмотра нужно право vm:read, для изменения настроек и операций с копиями — vm:update.

Хранение и стоимость​

Хранение стоит 6 ₽ за ГБ в месяц. Оплачиваются фактически занятые байты после сжатия и время их хранения, отдельно от подписки на ВМ. ГБ — 1 000 000 000 байт, расчётный месяц — 730 часов; почасовая ставка — 0,00821918 ₽/ГБ-час. Например, постоянное хранение 10 ГБ в течение 730 часов стоит около 60 ₽. Оценка в панели меняется вместе с объёмом сохранённых копий.

Покупать слоты или заранее резервировать число копий не требуется. В объём входят ручные и автоматические копии. Отключение расписания останавливает новые автоматические копии, но сохраняет существующие; плата за их хранение продолжается. Актуальные условия доступны на странице цен.

Срок хранения и удаление​

  • Изменение срока хранения применяется к будущим автоматическим копиям. Дата удаления уже созданной копии сохраняется.
  • Последняя успешная автоматическая копия сохраняется, пока не появится более новая успешная копия.
  • Ручные копии не удаляются по сроку хранения; удаляйте их самостоятельно.
  • Новые копии не имеют обязательной блокировки удаления на 30 дней. У ранее защищённых копий блокировка действует до указанной даты.
  • У старых инкрементальных цепочек нельзя удалять точки, необходимые для восстановления других копий. Панель/API сообщат о зависимости.

Удаление выполняется асинхронно. Дождитесь исчезновения копии из списка: учёт её хранения завершается после подтверждения удаления данных. Перед удалением самой ВМ необходимо удалить её копии. Если старая копия ещё защищена, дождитесь окончания блокировки.

Создать копию и восстановиться​

На вкладке Бэкапы создайте ручную копию и дождитесь успешного завершения. Перед восстановлением остановите ВМ, выберите нужную завершённую копию и подтвердите действие. Восстановление перезаписывает диск: изменения после выбранной точки будут потеряны. После завершения проверьте запуск ВМ и данные.

CLI​

Для существующей ВМ:

tatnet -p PROJECT_UUID vm backup policy VM_UUID
tatnet -p PROJECT_UUID vm backup policy VM_UUID --enabled --hour-utc 0 --retention-days 7
tatnet -p PROJECT_UUID vm backup create VM_UUID --name "Перед обновлением"
tatnet -p PROJECT_UUID vm backup list VM_UUID

Отключить расписание, сохранив копии:

tatnet -p PROJECT_UUID vm backup policy VM_UUID --enabled=false

При создании ВМ добавьте к tatnet vm create флаги --auto-backups --backup-hour-utc 0 --backup-retention-days 7. Удаление отдельной копии: tatnet -p PROJECT_UUID vm backup delete VM_UUID BACKUP_UUID.

Terraform​

Провайдер tatnet-ru/tatnet версии 0.10.2 поддерживает отдельный ресурс политики для существующей или создаваемой ВМ:

resource "tatnet_vm_backup_policy" "daily" {
  project_id     = var.project_id
  vm_id          = tatnet_vm.example.id
  enabled        = true
  hour_utc       = 0
  retention_days = 7
}

Удаление этого ресурса отключает расписание и сохраняет копии. Полная схема и импорт — в справочнике провайдера.

REST API и MCP​

Публичный API: GET и PUT /v1/projects/{project_id}/vms/{vm_id}/backup-policy. Тело PUT:

{"enabled": true, "hour_utc": 0, "retention_days": 7}

При создании ВМ тот же объект передаётся в backup_policy. Список и создание копий доступны через GET и POST /v1/projects/{project_id}/vms/{vm_id}/backups. Контракт запросов и остальные операции — в справочнике API.

В MCP используйте get_vm_backup_policy, set_vm_backup_policy, list_vm_backups и delete_vm_backup. Инструмент create_vm также принимает backup_policy. Все операции сохраняют проверки прав и защиты данных API.