К добру или к худу, но импортозамещение в области компьютерных технологий набирает обороты. А значит в нашей отлаженной и работающей как часы инфраструктуре начинают появляться первые серверы под управлением отечественных операционных систем.
К сожалению, инфраструктура, построенная как правило, на зарубежных решениях, не всегда рада таким новичкам.
Рассмотрим систему резервного копирования Veeam Backup and Replication.
Предположим, у нас есть несколько настроенных задач резервного копирования и в одну из них нам необходимо добавить сервер под управлением отечественной операционной системы РЕД ОС версии 7.3.2. Назовем наш сервер home-redos01.
Задача тривиальная. Но вот беда - разработчики Veeam слыхом не слыхивали о РЕД ОС и не включили ее в список поддерживаемых операционных систем. А с неподдерживаемыми системами у решения Veeam разговор короткий - при следующем запуске данной задачи оно просканирует сервер и недвусмысленно напишет в логе:
Skipping home-redos01: operating system is not supported
Попытка установить агент резервного копирования Veeam на сервер home-redos01 также закончится сообщением:
Host does not meet system requirements for agent deployment
Что же делать? Разворачивать ради новых операционных систем дополнительное решение резервного копирования совсем не хочется.
Попробуем обмануть хитрую Veeam Backup and Replication. Для этого нам потребуется выполнить несколько несложных шагов.
Заходим в командную строку сервера home-redos01 и устанавливаем модуль Dynamic Kernel Module Support (DKMS), необходимый для сборки компонентов агента Veeam:
sudo dnf install dkms
После завершения установки запускаем службу DKMS и добавляем ее в автозапуск:
sudo systemctl enable --now dkms
Далее, подключаем репозиторий Veeam, содержащий версию агента для операционной системы Red Hat Enterprise Linux 9.
sudo dnf install https://repository.veeam.com/backup/linux/agent/rpm/el/9/x86_64/veeam-release-el9-1.0.8-1.x86_64.rpm
ОБНОВЛЕНИЕ 22.02.2024!!! Ссылка на репозиторий изменилась:
https://repository.veeam.com/backup/linux/agent/rpm/el/9/x86_64/veeam-release-el9-1.0.8-1.noarch.rpm
К сожалению, при установке пакет DKMS обновляет заголовки ядра до версии 5.15.87. А при установке агента Veeam система будет пытаться собрать пакет blksnap (от которого зависит пакет veeam) под текущую версию ядра - 5.15.72. Если попытаться установить агент без дополнительных манипуляций, мы получим ошибку:
Для обеспечения совместимости необходимо понизить версию заголовков ядра:
sudo dnf install kernel-lt-headers-5.15.72-1.el7.3
sudo dnf install kernel-lt-devel-5.15.72-1.el7.3
ОБНОВЛЕНИЕ 22.02.2024!!! Новая версия агента ставится без понижения версий заголовков ядра.
Теперь, наконец, мы можем установить сам пакет агента Veeam с помощью команды:
sudo dnf install veeam
После успешной установки агента необходимо вернуться в консоль Veeam Backup and Replication и выполнить повторное сканирование нашего сервера:
И что мы видим? О чудо! Статус агента на сервере поменялся с "Unsupported OS" на обнадеживающее "Installed".
Остался последний шаг. Необходимо проверить, как поведет себя задача резервного копирования, обнаружив на сервере установленный агент.
Как видите, теперь задача выполняется успешно. Чтобы окончательно убедиться, что в "неподдерживаемой" РЕД ОС агент работает как надо, проведем пару тестовых восстановлений данных, например, экземпляров базы данных Postgres.
В заключение, хотелось бы отметить, что данный подход может быть применен не только к РЕД ОС, но и практически к любой Linux-based операционной системе, которая по тем или иным причинам попадает у компании Veeam в список неподдерживаемых. Например, в ходе тестирования удалось успешно установить агент и запустить задания резервного копирования на Alma Linux 9.2 и Debian 12. Надо лишь правильно подобрать версию подключаемого репозитория из хранилища Veeam и разобраться с зависимостями пакетов dkms и veeam.
#системноеадминистрирование #linux #veeam #редос #резервноекопирование