meta data for this page
  •  

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
blog:2022:10:04 [2022/10/04 18:43] – created mchusblog:2022:10:04 [2022/10/04 20:23] (current) mchus
Line 1: Line 1:
 +====== 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  }}