====== 2022-10-04 Сценарий использования XigmaNAS + Virtualbox на продуктивном СРК ======
{{:blog:2022:10:04:20221004-230224.png?400  }}

Возникла производственная задача развернуть на pizza-box сервере с четырьмя дисками систему резервного копирования для появляющегося в офисе. До начала всем печально известных событий мы планировали развиваться как любая современная компания в сторону облака и не рассчитывали на размещения оборудования в офисе, но это уже история.

В наличии на моём балконе оказался четырёхдисковый сервер на платформе Intel S1200BTL. Я долго ходил вокруг да около этой системы с целью как-то интересно реализовать ее возможности и попробовать что то новое и полезной. Первым подходом поиск отечественного дистрибутива Linux на котором работает Киберпротект. Результатом этого изыскания стали статьи:
  * [[domestic:acronis:guide:acronis_15_install_on_alt_server_10|⚠ Установка сервера КиберПротект 15 на ALT Linux 10 (server)]];
  * [[domestic:acronis:guide:install_server_redos_murom_7.3.1|Установка сервера КиберПротект 15 на REDOS MUROM 7.3]];
  * [[domestic:acronis:guide:install_server_astra_linux_1.7ce|Установка cервера КиберПротект 15 на AstraLinux 1.7CE (Режим Орёл)]];

В итоге самой современной ОС на которую установился Киберпротект стала РедОС Муром 7.3. Но самый стабильный результат установки всегда был на Астра Линуксе. 

Поэтому первым делом я решил установить на голое железо сервера RedOS. Четыре диска были поделены следующим образом:
  - Одна группа RAID10 из четырёх разделов для ОС.
  - Одна группа из RAID5 из оставшихся четырех разделов для данных.


{{  :blog:2022:10:04:20221004-230553.png?400}}

Данная инсталляция отвечала всем требованиям. Резервное копирование производилось, дисковый ресурс предоставлялся. Пока мне не понадобилось срочно создать несколько общих папок, по NFS и по SMB для различных стендов. Опять пришлось вспоминать как что где настраивается, устанавливать недостающих демонов и конечно-же вспоминать про политики SELinux. Другими словами терминальный линукс не очень дружелюбен к тем кто редко заходит "в гости". Последней каплей стало то, что после обновления ядра Акронис безнадежно отстал от РедОС и перестал иметь подключаемые модули для создания снимков файловой системы.


Я решил что идеальным вариантом использования данного сервера будет - установка дистрибутива NAS и развертывание сервера управления в виде виртуальной машины. В первую очередь мой выбор пал на TrueNAS так как это самый "энтерпрайзовый" дистрибутив, но к сожалению установить на одно и те же диски данные и ОС в данной системе очень проблематично, а проблемы это, чего я хотел бы избежать.
Как альтернативу я рассматривал Unraid, но решил что поддержка iSCSI мне может пригодится и это сыграло в минус этому дистрибутиву. Окончательный выбор пал на XigmaNAS, который является форком того старого, всем известного FreeNAS до поглощения iXsystems.

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

----


Немного резюмирую свои впечатления от использования XigmaNAS для данной задачи
<WRAP group>
<WRAP half column>
  * Загружается с флешки, не занимает место на дисках с данными;
  * Все компоненты от одного производителя, нет ненужной системы плагинов от сообщества которые часто плохо работают;
  * Система загружает законченный образ с флеш-диска и работает с ним в памяти;
  * При перезагрузке чистый образ загружается снова и считывается конфигурационный файл с настройками. До сих пор поддерживается историческая схема с загрузкой с LiveCD и сохранением конфиг-файлов на дискете!
  * Небольшой, но и не самый маленький в режиме live-usb memory footprint.
  * Аскетичный интерфейс.
</WRAP>

<WRAP half column>
  * Сеть и некоторые базовые параметры настраивается только с перезагрузкой;
  * Не поддерживаются ZFS Volumes для виртуальных машин, запущенных на системе;
  * Не поддерживается Docker;
  * Глючит. Я слежу и пользуюсь очень давно этим дистрибутивом и с годами он не становится лучше. Количество глюков растет а качество продукта падает. Это очень печально.
     * phpVirtualBox или сам VirtualBox весь день сегодня корёжит данные виртуальной машины. Я не понимаю в чем дело, но от греха решил не менять стандартный SATA адаптер виртуального диска. Похоже проблема в нём. А так-же сделал полный провижининг загрузочного тома.
     * Не отправляется почта, хотя все настроено 1 в 1 с другим рабочим сервером.
     * При развертываниях на минимальных объемах памяти начинаются самые разнообразные глюки. 4 ГБ это минимум чтобы все работало более-менее стабильно.
     * Старый глюк связанный с работой Syncthing и дистрибутивов основанных на FreeBSD, когда из-за нехватки памяти при использовании Syncthing выгружаются модули системы и ОС падает.
  * Нет общей базы аутентификации между админкой NAS и VirtualBox.
  * Нет встроенного noVNC браузера консоли ВМ (был, но удален так как глючил).

</WRAP>
</WRAP>
{{  :blog:2022:10:04:20221004-231528.png?800  }}