Настройка автоматического резервного копирования управляющей машины развернутой в режим Self-Hosted
Инструкция описывает настройку автоматического резервного копирования управляющей виртуальной машины HOSTVM Manager, развернутой в режиме Self-Hosted.
Скрипт выполняет следующие действия:
Определяет доступный хост с ролью
Self-Hosted.Переводит среду Self-Hosted в глобальный режим обслуживания.
Останавливает сервис управления на управляющей машине.
Создает полную резервную копию HOSTVM Manager.
Запускает сервис управления на управляющей машине.
Выводит среду Self-Hosted из режима обслуживания.
Удаляет резервные копии и журналы, срок хранения которых истек.
Глобальный режим обслуживания предотвращает автоматическую миграцию или запуск управляющей ВМ другим узлом во время резервного копирования. Для создания согласованной резервной копии базу данных и файлы Manager рекомендуется резервировать при остановленной службе ovirt-engine.
Во время выполнения резервного копирования портал управления HOSTVM Manager будет недоступен. Продолжительность простоя зависит от размера базы данных, конфигурации Manager и скорости дисковой подсистемы.
Размещение скрипта и подготовка окружения
Загрузить скрипт backup_self-hosted_manager.sh из директории HOSTVM/Misc/Backup/Self-Hosted и скопировать его на управляющую машину (например, с помощью WinSCP или SCP)
Отредактируйте скрипт, изменив следующие параметры на необходимые:
vi /usr/local/bin/backup_self-hosted_manager.shHOSTS - список хостов с ролью self-hosted
BACKUP_DIR - директория для хранения бэкапов
RETENTION_DAY - срок хранения бэкапов
Пример конфигурации:
В массив HOSTS необходимо включать только те хосты, на которых разрешена роль Self-Hosted.
Сделайте скрипт исполняемым:
Создайте каталог для хранения резервных копий
Установите права на каталог для размещения резервных копий и логов:
Проверьте наличие свободного места:
В выбранной директории должно быть достаточно свободного места для хранения резервных копий.
Настройка SSH-доступа
Для работы скрипта необходим беспарольный SSH-доступ от управляющей машины ко всем хостам из массива HOSTS.
Скрипт ищет SSH-ключ в следующем порядке:
Создайте SSH-ключ с именем
hostvm_backup_self_hosted_id_rsa
Фразу-пароль для ключа оставьте пустой, если скрипт должен запускаться автоматически без участия администратора. Если политика безопасности требует пароль для ключа, необходимо использовать отдельное решение для безопасной автоматизации, например ssh-agent или специализированное хранилище секретов.
Выполните копирование ключа на все хосты из списка
При запросе введите пароль пользователя root соответствующего хоста.
Проверьте, что подключение работает корректно ко всем хостам из массива
HOSTS. Для каждого хоста должно отобразиться его имя:
Для проверки отдельного хоста
В ответ должно отобразиться имя хоста. Если подключение не выполняется, проверьте:
сетевую доступность хоста;
разрешение DNS-имени;
наличие открытого SSH-порта;
содержимое файла
/root/.ssh/authorized_keysна хосте;права на каталог
/root/.ssh;права на закрытый ключ.
Тестирование скрипта (ручной запуск)
Перед включением автоматического запуска выполните резервное копирование вручную.
Запустите скрипт
Проверьте результат (обратите внимание на дату в имени файла)
Проверьте содержимое лога на наличие ошибок
Убедитесь, что сервис управления работает
На любом хосте из списка проверьте, что среда Self-Hosted вышла из глобального режима обслуживания
Если скрипт завершился с ошибкой, проверьте: наличие SSH-ключей и доступность хостов, права доступа и доступное место на диске и работоспособность команды hosted-engine --vm-status на каждом хосте, прежде чем переходить к настройке автоматического запуска
Настройка автоматического запуска
Для запуска по расписанию используются два файла:
service— описывает саму операцию резервного копирования;timer— задает расписание запуска.
1. Создание service-файла
Создайте файл /etc/systemd/system/backup_self-hosted_manager.service
Следующего содержания
2. Создание timer-файла
Создайте файл /etc/systemd/system/backup_self-hosted_manager.timer
Следующего содержания
Эта конфигурация запускает резервное копирование ежедневно около 02:00. Параметр RandomizedDelaySec=300 добавляет случайную задержку до пяти минут.
Параметр Persistent=true позволяет выполнить пропущенный запуск после перезагрузки, если запланированное время было пропущено.
3. Активация таймера
Перечитайте конфигурацию systemd
Включите таймер при загрузке
Активируйте таймер
Проверьте состояние таймера
Проверьте наличие таймера в общем списке
Для немедленного тестирования службы без ожидания расписания выполните
Проверьте результат
Просмотрите журнал службы
4. Мониторинг резервного копирования и логов
Базовые команды для быстрой проверки состояния бэкапов:
Last updated