Резервное копирование

Хранилища

Чтобы подключить хранилище, нужно перейти на страницу "Хранилища", нажать Добавить хранилище.

На странице добавления хранилища (рисунок 360) есть два режима настройки: базовый и расширенный. В базовом режиме пользователь может заполнить данные:

Рисунок 360 ‒ Добавление хранилища: базовый режим

  • Имя хранилища ‒ (обязательное поле) после сохранения конфигурации поле будет недоступно для редактирования;
  • Bucket ‒ (обязательное поле) сегмент хранилища, куда загружаются резервные копии;
  • Директория ‒ (необязательное поле) индекс бакета (папка) для хранения резервных копий;
  • Имя пользователя ‒ (обязательное поле) имя пользователя/логин для подключения к S3-хранилищу; после сохранения конфигурации поле будет недоступно для редактирования;
  • Пароль ‒ (обязательное поле) пароль для подключения к S3-хранилищу; после сохранения конфигурации поле будет недоступно для редактирования;
  • Регион ‒ (обязательное поле);
  • Адрес S3 ‒ (обязательное поле) допустимы варианты указания адреса с помощью FQDN/VIP по HTTP/HTTPS. При необходимости указать порты. Пример: http://example.com:9000 или https://11.11.111.11;
  • выбрать проверку сертификата безопасности (по умолчанию проверка выбрана);
  • загрузить файл сертификата.

Если выполняется подключение S3-хранилища без TLS, можно пропустить загрузку сертификата.

В расширенном режиме добавляются поля (рисунок 361):

Рисунок 361 ‒ Добавление хранилища: расширенный режим

  • S3ForcePathStyle ‒ всегда ли при запросах к хранилищу S3 используется адресация в стиле path (по умолчанию выбрано Да);
  • Провайдер ‒ нативно velero поддерживает AWS-провайдер. Валидность работы с другими провайдерами не гарантируется;
  • Периодичность синхронизации (backupSyncPeriod) ‒ в часах, минутах и секундах.

Кроме того, если в хранилище были/есть резервные копии на момент подключения, они могут быть отражены в интерфейсе.

Для просмотра данных ранее подключенного хранилища следует нажать на названия в списке хранилищ. На вкладке "Хранилище" можно просмотреть статус и данные подключенного хранилища (рисунок 362). Редактирование параметров подключенного хранилища временно доступно только через интерфейс манифеста.

Рисунок 362 ‒ Сведения о хранилище

При необходимости можно изменить выбор "Проверить ли проверку сертификата?", загрузить файл сертификата, периодичность синхронизации. После завершения редактирования необходимо нажать кнопку Сохранить.

Также изменить данные возможно с помощью манифеста объекта. Для этого нужно перейти на вкладку "Манифест" (рисунок 363). После внесения изменений в манифест следует выполнить проверку. Результат проверки будет доступен в правой части экрана. Можно раскрыть блок результата проверки, чтобы увидеть полный манифест. Если валидация формата манифеста хранилища не пройдена, недоступна проверка манифеста.

Рисунок 363 ‒ Проверка манифеста

Резервные копии

В качестве модуля резервного копирования и восстановления в РОСА Кубис используется модуль velero. Можно управлять бэкапом в выбранном неймспейсе кластера, для чего следует перейти в неймспейс кластера, раздел "Резервное копирование".

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

  1. подключить S3-хранилище (п. Хранилища);
  2. создать конфигурацию резервной копии или планировщик.

Следует обратить внимание, что резервная копия (бэкап) ‒ это не snapshot. В бэкап попадают только те ресурсы, которые в нем запрошены. При восстановлении буде получена не вся система в состоянии на момент бэкапа, а только состояние тех ресурсов, которые были в бэкапе.

Следует обратить внимание, что из неймспейса velero недоступно резервное копирование, т.к. восстановление неймспейса velero приводит к ошибке.

Создание резервной копии

После добавления хранилища можно создавать резервные копии. Для этого нужно перейти на страницу "Резервные копии". Чтобы создать запрос на создание резервной копии, необходимо нажать Добавить резервную копию.

Рисунок 364 ‒ Создание резервной копии неймспейса

На открывшейся странице будут доступны поля для конфигурации:

  • Имя резервной копии ‒ (обязательное поле) имя резервной копии должно содержать только маленькие латинские буквы и цифры и начинаться с буквы;
  • Время хранения резервной копии (TTL);
  • Имя хранилища ‒ (обязательное поле) для выбора доступны ранее созданные S3-хранилища;
  • defaultVolumesToFsBackup ‒ использовать ли резервную копию файловой системы тома модуля для всех томов по умолчанию (по умолчанию выбрано Да);
  • Лейблы резервной копии;
  • Селектор объектов ‒ используется селектор типа "и", т.е. в резервную копию будут добавлены выбранные объекты неймспейса, имеющие указанные лейблы/выражения.

В блоке выбора неймспейсных ресурсов доступно два способа выбора объектов (рисунок 365):

  • Только выбранные (включающий);
  • Кроме выбранных (исключающий).

Рисунок 365 ‒ Выбор типа объекта

В блоке представлен список ресурсов, входящих в скоуп неймспейса. Требуется выбрать, какие ресурсы должны войти в резервную копию.

На странице созданной резервной копии отображается статус выполнения резервной копии и ее конфигурация.

Следует обратить внимание, что эта конфигурация является разовой резервной копией. После создания поля будут недоступны для изменения. Для добавления конфигурации планировщика создания резервных копий нужно перейти на страницу "Планировщики".

На странице созданной резервной копии доступны вкладки:

  • Резервная копия ‒ на вкладке отображается статус выполнения резервной копии, ее конфигурация (рисунок 366);

Рисунок 366 ‒ Вкладка "Резервная копия"

  • Манифест ‒ на вкладке доступен для просмотра YAML-манифест резервной копии (рисунок 367).

Рисунок 367 ‒ Вкладка "Манифест" резервной копии

Запрос на удаление резервных копий из хранилища на стороне Комплекса ‒ асинхронный. Запрос на удаление может завершиться неуспешно. После отправки запроса на удаление в интерфейсе резервная копия отображается в статусе удаления.

Планировщики

Планировщик ‒ объект, запрашивающий создание резервных копий по расписанию. Для создания планировщика резервных копий нужно перейти на страницу "Планировщики" и нажать кнопку Добавить планировщик (рисунок 368).

Рисунок 368 ‒ Добавление планировщика резервных копий

На открывшейся странице доступно заполнение расписания для создания резервных копий в cron-формате, а также для выбора конфигурации создаваемых резервных копий:

  • Имя планировщика ‒ (обязательное поле) имя планировщика должно содержать только маленькие латинские буквы и цифры, а также начинаться с буквы;
  • Расписание в cron-формате ‒ (обязательное поле);
  • Время хранения резервной копии (TTL);
  • Имя хранилища ‒ (обязательное поле) для выбора доступны ранее созданные S3-хранилища;
  • defaultVolumesToFsBackup ‒ использовать ли резервную копию файловой системы тома модуля для всех томов по умолчанию. По умолчанию выбрано Да;
  • Лейблы резервной копии;
  • Селектор объектов ‒ используется селектор типа "И", т.е. в резервную копию будут добавлены выбранные объекты неймспейса, имеющие совпадающие лейблы/выражения.

В блоке выбора неймспейсных ресурсов доступно два способа выбора объектов (рисунок 369):

  • Только выбранные (включающий);
  • Кроме выбранных (исключающий).

Рисунок 369 ‒ Выбор неймспейсных ресурсов

В блоке представлен список ресурсов, входящих в скоуп неймспейса. Следует выбрать, какие ресурсы неймспейса должны войти в резервную копию.

В сохраненном планировщике можно изменять:

  • Расписание;
  • Селектор объектов;
  • Выбор объектов для копирования;
  • Лейблы.

Изменения будут применены к новым создаваемым резервным копиям.

Также изменить данные возможно с помощью манифеста объекта. Для этого требуется перейти на вкладку "Манифест" (рисунок 370).

Рисунок 370 ‒ Манифеста планировщика

После внесения изменений в манифест следует выполнить проверку. Результат проверки будет доступен в правой части экрана. Можно раскрыть блок результата проверки, чтобы увидеть полный манифест. Если валидация формата манифеста планировщика не пройдена, будет недоступна проверка манифеста.

Восстановленные копии

При необходимости восстановления из резервной копии следует перейти на страницу "Восстановленные копии" и нажать кнопку Восстановить из резервной копии. Кнопка доступна, только если в этом скоупе есть хотя бы одна созданная резервная копия.

На открывшейся странице (рисунок 371) выбрать значения полей:

  • Имя резервной копии ‒ копия, из которой нужно делать восстановление (выпадающий список названий резервных копий этого скоупа);
  • Политика обновления существующих ресурсов ‒ "Пропустить" (по умолчанию) или "Обновить".

Рисунок 371 ‒ Восстановление из резервной копии

Запуск восстановления создает ресурс restore, который асинхронно восстанавливает запрошенные ресурсы. Процесс восстановления можно отслеживать в статусе ресурса.

После создания восстановленная копия не может быть отредактирована. На странице созданной резервной копии отображается статус восстановления.

Следует обратить внимание, что, если при восстановлении резервной копии будут такие PV, которые используются в запущенных нагрузках (Deployment, StatefulSet, Pod), то такие PV не будут восстановлены, т.к. это может прервать работу приложений.

На странице созданной восстановленной копии доступны вкладки:

  • Восстановленная копия ‒ На вкладке отображается статус восстановления резервной копии (рисунок 372);

Рисунок 372 ‒ Вкладка "Восстановленная копия"

  • Манифест ‒ На вкладке доступен для просмотра YAML-манифест восстановленной резервной копии (рисунок 373).

Рисунок 373 ‒ Вкладка "Манифест"