Совместимость программного обеспечения с различными операционными системами - задача не из легких. Особенно, когда речь идет о специализированных дистрибутивах. В этой статье мы расскажем, как команда dBrain.cloud решала эту задачу, и с какими трудностями столкнулась.

Astra Linux - это российский дистрибутив Linux, который широко применяется в государственных учреждениях и крупных организациях. Существует две основные версии операционной системы: Community Edition и Special Edition, последняя предназначена для защищенных инсталляций. Astra Linux разработана на базе Debian, имеет русскоязычный интерфейс, соответствует требованиям Минобороны России, ФСТЭК и ФСБ.

Попытка №1

В 2023 году мы впервые попытались запустить платформу dBrain.cloud на Astra Linux версии 1.7 Special Edition.

Первая попытка оказалась неудачной. Ванильная версия Astra Linux 1.7 не смогла принять нашу платформу. Проблема заключалась в том, что программное обеспечение из пакетов для работы dBrain было слинковано с более свежей версией libc (библиотеки Си), чем та, что была установлена в Astra Linux. В частности, CRI-O, которую мы используем в dBrain, имеет зависимости, например, criu, слинкованный с libc >= 2.28. В Astra Linux 1.7 на момент тестирования использовалась версия libc 2.24-11+deb9u4+ci202206011834+astra3.

На тот момент версии пакетов не соответствовали нашим требованиям, поэтому мы отложили попытки пересобрать платформу под эту ОС.

Попытка №2

После выхода Astra Linux версии 1.8, мы решили повторить тестирование. В новой версии ОС было обновлено ядро до 6.1 (и даже указано в качестве экспериментального 6.6), а также обновлена библиотека libc, так как за основу был взят Debian 12.

При попытке запуска платформы на Astra Linux 1.8 нам потребовалось внести лишь незначительные корректировки в списки устанавливаемых и удаляемых пакетов по сравнению с нашим стандартным развертыванием на Debian. Например, пакет lldpd оказался недоступен в Astra, что не критично для тестирования, но активно используется нами на собственных кластерах для проверки корректности подключения серверов. Аналогично, dbus-broker, который мы предпочитаем штатному dbus-daemon из-за его неспособности справляться с нагрузками в наших конфигурациях, также отсутствовал в Astra. Однако, поскольку целью было лишь оценить работоспособность, мы решили использовать дистрибутивный вариант. Кроме того, мы столкнулись с отсутствием некоторых мелких утилит, которые периодически применяем для решения возникающих проблем.

Поскольку на Astra Linux был установлен максимальный уровень защиты, для развертывания платформы нам потребовалось временно отключить мандатный контроль целостности (МКЦ) файловой системы (следуя официальной документации). После завершения установки МКЦ был активирован.

В результате мы получили рабочую платформу на Astra Linux 1.8.1 с ядром 6.1.90. Мы также развернули в платформе dBrain хранилище Minio для создания нагрузки и убедились, что все функционирует корректно.

Тестирование показало, что платформа dBrain совместима с Astra Linux версии 1.8. Поддержка российских операционных систем открывает новые возможности для наших клиентов, особенно в секторах, где требования к безопасности и импортозамещению особенно высоки.

О том, как мы тестировали совместимость dBrain с операционными системами ALT Linux и РЕД ОС и что из этого получилось, читайте тут.

Мы продолжим работу по оптимизации и улучшению совместимости с различными операционными системами, чтобы наши пользователи могли выбирать наиболее подходящие решения для своих задач. Следите за нашими обновлениями.

Если у вас есть опыт работы с Astra Linux и контейнеризацией, делитесь своими историями и советами в комментариях! Нам будет интересно узнать о вашем опыте.

Читайте также:

• Как интеграция поддержки виртуализации VMware меняет подход к контейнеризации

• Платформа контейнеризации dBrain проходит сертификацию ФСТЭК

• Базы данных в Kubernetes из коробки: реально ли развернуть кластер в пару кликов? [ВИДЕО]