/ru2/cluster-admin/backup/ Recent content in Резервное копирование on Hugo -- gohugo.io Tue, 07 Jul 2026 13:07:00 +0300 /ru2/cluster-admin/backup/s3-config/ Tue, 07 Jul 2026 13:07:00 +0300 /ru2/cluster-admin/backup/s3-config/ Назначение # S3-совместимое хранилище задаёт место хранения метаданных и данных бэкапов Velero. В Kubernetes оно представлено ресурсом BackupStorageLocation в неймспейсе velero. Имя локации затем указывается в бэкапах (поле spec.storageLocation или аналог в форме). Проверка в кластере: kubectl get backupstoragelocation -n velero В графическом интерфейсе кластера или неймспейса # Резервное копирование и восстановление → Хранилища → Добавить хранилище. Скриншоты (список, форма, манифест) Параметры подключения (базовый режим в интерфейсе) # Параметр Обязательность Описание Имя хранилища Да Уникальное имя. /ru2/cluster-admin/backup/backups/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/backup/backups/ Предварительные требования # Подключено S3-хранилище. Установлен и работает модуль резервного копирования и восстановления (shturval-backup) — режим Авто, см. обзор сервисов. Ресурс Backup (разовый бэкап) # Имя, TTL, хранилище, лейблы бэкапа и селектор объектов (неймспейсы, типы ресурсов, лейблы) задают объём данных. Селектор в форме интерфейса работает по принципу «И»: в бэкап попадают выбранные объекты кластера/неймспейсов и объекты с выбранными лейблами или выражениями. Для сложной конфигурации бэкапа рекомендуется использовать YAML-манифест. Загрузить его в графический интерфейс можно через импорт манифестов. /ru2/cluster-admin/backup/restore/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/backup/restore/ Ресурс Restore # Восстановление из бэкапа создаёт объект Restore в неймспейсе velero. Контроллер Velero асинхронно применяет ресурсы из выбранного Backup. Прогресс и ошибки отражаются в статусе Restore. Манифест Restore в интерфейсе доступен на вкладке Манифест; после изменений YAML выполняют проверку. После создания объект Restore не редактируют — при необходимости создают новый. Удалить ресурс Restore можно со страницы списка восстановлений, со страницы просмотра или через манифест. В графическом интерфейсе кластера или неймспейса # Резервное копирование и восстановление → Восстановленные копии → Восстановить из резервной копии. /ru2/cluster-admin/backup/troubleshooting/ Wed, 01 Jul 2026 19:41:08 +0300 /ru2/cluster-admin/backup/troubleshooting/ Логи и описание бэкапа # Список бэкапов # kubectl get backup -n velero События и ошибки по бэкапу # kubectl describe backup <имя-бэкапа> -n velero Логи сервера Velero # kubectl logs -n velero deployment/velero --tail=500 Логи job бэкапа (если создаётся Job) # kubectl logs -n velero job/<имя-job> -f Для бэкапов, упавших на ранней стадии, файл лога может отсутствовать — ориентируйтесь на kubectl describe backup и логи deployment/velero (Troubleshooting (v1.17)). Restore # Описание restore (kubectl) # kubectl describe restore <имя> -n velero Описание restore (Velero CLI) # velero restore describe <имя> Лог restore (Velero CLI) # velero restore logs <имя> Сбор отладочного архива # Справка по команде velero debug # velero debug --help Команда velero debug формирует архив с версиями, логами сервера и плагинов и ресурсами, которыми управляет Velero (Troubleshooting (v1. /ru2/cluster-admin/backup/reference/ Wed, 01 Jul 2026 15:36:28 +0300 /ru2/cluster-admin/backup/reference/ Бэкап и снапшот # Аспект Бэкап (Velero) Снапшот Что сохраняется Ресурсы и тома по селектору бэкапа (неймспейсы, типы, лейблы). Копия тома на уровне хранилища (CSI и т.п.). Результат восстановления Состояние включённых в бэкап объектов. Не «вся система целиком». Состояние тома в момент снапшота. Гранулярность Объекты Kubernetes. Блоки/данные тома. Связи При выборе PVC в бэкап попадает связанный PV. Независим от модели ресурсов Kubernetes. Типичное применение Восстановление приложений, перенос между кластерами, DR. Быстрое восстановление тома, клонирование.