Proxmox отлично работает со всеми типами хранилищ: сам в качестве выделенного NAS-устройства, выделенные NAS-устройства, общие SAN-хранилища, а также NFS, iSCSI и ZFS. В настоящее время в домашней лаборатории в качестве общего хранилища иногда используется Ceph, где локальные диски объединены на нескольких узлах Proxmox. Одна из самых популярных конфигураций для домашней лаборатории и самостоятельного хостинга — установить Proxmox на сервер, а затем создать виртуальную машину TrueNAS. Затем контроллер хранения пробрасывается в виртуальную машину, и TrueNAS управляет всем файловым хранилищем. Именно поэтому проект под названием ANAS привлёк к себе внимание. Рассмотрим, что представляет собой этот проект и почему он может изменить способ организации хранилища в среде самостоятельного хостинга.
Пробел в управлении хранилищем в Proxmox
Сам Proxmox VE имеет очень хорошую поддержку хранилищ. Можно подключать хранилища NFS, SMB/CIFS, iSCSI, ZFS, LVM, каталоговые хранилища, Ceph, CephFS и даже другие бэкенды хранилищ. Таким образом, можно взять практически любой тип хранилища и использовать его в Proxmox, чтобы сделать его доступным для виртуальных машин, контейнеров, ISO-образов, резервных копий, шаблонов и других потребностей в хранении.
Дело в том, что Proxmox отлично справляется с использованием хранилища, но не так хорош в управлении и создании хранилища нативно. Под Proxmox находится Debian, а это, конечно же, Linux. Поэтому он имеет отличную поддержку тех типов хранилищ, которые уже упоминались. Базовая ОС может легко обеспечить управление хранилищем с помощью нативных инструментов Linux, но это не реализовано в удобном виде в веб-интерфейсе Proxmox.
Что такое ANAS?
Именно этот пробел проект ANAS пытается восполнить в Proxmox VE. Это форк Proxmox? Нет. Он устанавливается поверх стандартной установки узла Proxmox VE Server и добавляет нативные панели ExtJS в существующий интерфейс PVE.
Разработчик реализовал функциональность Ceph в Proxmox нативно. Установка не требует перехода в какой-либо другой веб-интерфейс для управления добавляемыми функциями хранилища. Вместо этого ANAS доступен в существующем веб-интерфейсе Proxmox на порту 8006 с использованием той же учётной записи, что и для самого Proxmox.
Это крайне важно, поскольку не требуется обеспечивать безопасность и настраивать ещё одну сущность для управления.
Это меняет обычную схему Proxmox + TrueNAS
Одна из первых архитектур, с которой знакомятся многие пользователи домашних лабораторий, — это связка Proxmox и TrueNAS. На различных форумах, в блогах, на Reddit и других ресурсах можно найти множество способов её построения. Один из распространённых вариантов выглядит так:
- Proxmox работает на физическом сервере (bare-metal).
- TrueNAS работает как виртуальная машина.
- HBA или контроллер хранения пробрасывается напрямую в виртуальную машину TrueNAS.
- TrueNAS владеет дисками и пулами хранения.
- Затем он экспортирует хранилище SMB, NFS или iSCSI клиентам в сети.
Многие использовали эту архитектуру, и она вполне работоспособна. Она хороша, особенно если нужен интерфейс управления TrueNAS и его экосистема инструментов, интеграций и т.д. Но у такого подхода есть компромиссы. Хранилище требует виртуальной машины, и PCI-проброс становится частью конструкции хранилища. Кроме того, это может привести к потенциальному сценарию «курицы и яйца», когда хранилище не может запуститься из-за того, что виртуальная машина остановлена, а виртуальная машина остановлена из-за того, что хранилище не запускается, и т.д.
Таким образом, ANAS делает это, возможно, более простым решением. Что если просто использовать узел Proxmox для управления этими дисками и предоставления NAS-сервисов напрямую? Это гораздо более простая конструкция, которая позволяет избежать проблем с зависимостями.
Установка ANAS в Proxmox
Процесс установки ANAS в Proxmox довольно прост. Сначала необходимо посетить репозиторий проекта на GitHub и скачать tarball. Это можно сделать на хосте Proxmox с помощью команды ниже. URL релиза следует заменить на актуальный файл tar.gz:
|
1 |
wget https://github.com/ccebelenski/anas/releases/download/v0.3.1/anas-0.3.1.tar.gz |
Затем необходимо распаковать релизный файл на хосте Proxmox, при этом будет создан каталог. После этого запускается установщик.
|
1 2 3 |
tar xzf anas—.tar.gz cd anas— ./install.sh —install—deps |
Ниже выполняется запуск сценария ./install.sh с флагом –install-deps. Что он устанавливает? Некоторые функции ANAS зависят от пакетов, которые Proxmox обычно не устанавливает. К ним относятся Samba, nfs-kernel-server, mdadm, инструменты Btrfs, утилиты ACL и инструментарий Linux LIO iSCSI. ANAS также требует наличия Node.js 20 или новее и ZFS 2.2 или новее.
Кроме того, согласно документации, установщик выполняет предварительную проверку перед изменением узла. Он устанавливает зависимости, создает резервные копии, устанавливает ANAS, выполняет проверки работоспособности, а затем интегрируется с интерфейсом Proxmox. Если какой-либо этап этого процесса завершается неудачей, установщик должен откатить изменения.
После запуска установки появляется сообщение о том, что пакет ANAS успешно установлен, и предлагается управлять им через обычный веб-интерфейс. Для удаления можно запустить сценарий uninstall.sh, входящий в извлеченный tarball.
Просмотр управления ANAS в Proxmox
После обновления веб-интерфейса Proxmox меню управления ANAS отображается в узле Proxmox, а не в разделе управления Datacenter. Оно выглядит как встроенная часть веб-интерфейса Proxmox. Благодаря качеству интеграции его можно принять за новую функцию новой версии Proxmox.
Создание гибридного RAID с помощью ANAS
Поскольку тестирование выполняется внутри вложенного сервера Proxmox VE в Proxmox, к Proxmox VE добавлены три виртуальных диска QEMU по 50 ГБ. Далее рассматривается процесс создания гибридного RAID-массива с помощью ANAS в Proxmox. Перейдите в раздел ANAS > Hybrid RAID > Create.
Отображаются виртуальные диски, доступные системе для создания нового RAID-массива. Здесь видны три диска QEMU по 50 ГБ, которые были добавлены.
Достаточно перетащить диски в правую часть, используя drag and drop.
Необходимо указать имя пула. Это не было очевидно, и сначала было непонятно, почему кнопка Create Pool неактивна.
Будет запрошено подтверждение создания пула и уничтожения данных на дисках.
Пул создан, и начинается синхронизация.
Гибридный массив исправен, синхронизация завершена.
Возможности для домашней лаборатории
При тестировании в домашней лаборатории проект показывает себя всё интереснее, чем больше его используешь. Возможности, предоставляемые в составе нативного интерфейса Proxmox, действительно значительны, особенно для тех, кто не хочет сталкиваться со сложностью установки TrueNAS в качестве виртуальной машины и настройки проброса устройств.
После настройки RAID-массива можно создавать SMB-ресурсы на сервере Proxmox, например, для использования в качестве файлового сервера в вашей среде.
Также можно превратить Proxmox в собственный iSCSI target с помощью конфигурации ANAS iSCSI target. Можно настроить target, который предоставляет доступ к хранилищу, созданному в ANAS.
Репликация также является полезным дополнением. Можно настроить цели репликации, а затем настроить расписание репликации для репликации данных на другое устройство и т.д.
Также встроена поддержка снапшотов. Можно настроить расписание создания снапшотов данных для отката.
Гибридный RAID в ANAS
Ещё одна полезная возможность ANAS — реализация гибридных RAID-массивов. В нём есть собственный гибридный RAID, называемый AHR (ANAS Hybrid RAID). Проще всего описать его так: он аналогичен решениям других вендоров, таких как Synology или Terramaster, которые позволяют использовать диски разного размера.
Это отлично подходит для домашней лаборатории: можно начать с пары дисков по 4 ТБ, а позже докупить диск на 8 ТБ. В таком случае не придётся беспокоиться о несоответствии размеров между различными дисками в гибридном RAID-пуле. Система интеллектуально обрабатывает это при построении RAID-массива.
Это достигается разделением дисков на совпадающие по размеру «полосы» (bands), как они здесь называются. Каждая полоса использует Linux md RAID5 или RAID6 для избыточности. Затем с помощью LVM эти полосы объединяются, а Btrfs предоставляет файловую систему поверх них. Btrfs также обеспечивает контрольные суммы и возможности проверки (scrub).
Интеграция PBS с ANAS
Ещё одна очень полезная функция — интеграция ANAS с Proxmox Backup Server. Обычно PBS ассоциируется с резервным копированием виртуальных машин или LXC-контейнеров. ANAS позволяет распространить это на сами данные NAS. Задачи резервного копирования могут защищать файловые данные, такие как наборы данных (datasets), общие ресурсы и другие пути. Также может защищаться блочное хранилище, например iSCSI LUN.
Это позволяет создавать резервные копии и использовать все возможности PBS: дедупликацию, шифрование, хранение (retention) и очистку (pruning). Данная интеграция делает ANAS ещё более мощным, поскольку хранение данных — только половина задачи. Резервное копирование — вторая половина.
Заключение
ANAS хорошо работает и значительно упрощает управление хранилищем внутри Proxmox. Это дополнение для Proxmox, которое отлично подходит для домашней лаборатории и может быть более эффективным способом управления хранилищем, чем установка TrueNAS внутри виртуальной машины с настройкой проброса устройств (passthrough).
Важное замечание
Это примечание от меня как от переводчика (владельца сайта gendom.ru). Жаль что об этом не упоминается в других описаниях данного проекта (на других площадках, кроме основного github)! Проект создается одним человеком с использованием нейросетей (в частности Claude Code). Кому-то это может быть важно!
Читайте про Свой умный дом локально:
🌐 Сайт
📱 Телеграм
📰 Дзен
Добавить комментарий