TrueNAS выпустила плагин для управления дисками ВМ в Proxmox VE

virtualizationhowto 21.09.2026 57 просмотров 11 мин
Плагин TrueNAS для управления дисками ВМ в Proxmox VE

Похоже, Proxmox сейчас на подъёме: постоянно появляются анонсы, и решение набирает обороты. Недавно Proxmox объявил о поддержке 24×7 для корпоративных клиентов. Но только что вышло ещё одно объявление, которое заслуживает внимания. TrueNAS выпустила нативный плагин для бэкенда Proxmox VE Server, который позволяет Proxmox напрямую предоставлять и управлять дисками виртуальных машин на базе TrueNAS! Рассмотрим эту новинку, что она означает и стоит ли её пробовать.

Что нового в этом плагине TrueNAS для Proxmox?

Одна из особенностей этого нового плагина, которая должна привлечь внимание, — это то, что он является официальным плагином от TrueNAS. Существует множество проектов сообщества, которые создали самодельные плагины, выполнявшие нечто подобное. Это показывает изобретательность сообщества. Но для производственных корпоративных сред наличие нативного и поддерживаемого плагина непосредственно от TrueNAS меняет правила игры.

Truenas scale популярен в домашней лаборатории
TrueNAS SCALE популярен в домашней лаборатории

Это также означает, что компания поддерживает дальнейшее развитие плагина, обеспечивая его улучшение, исправление ошибок, тестирование и всестороннюю поддержку. Это главная особенность, о которой иногда не задумываются с самого начала.

Новый плагин позволяет Proxmox нативно управлять дисками виртуальных машин непосредственно на TrueNAS. Принцип работы очень похож на технологию VVOLs. Вместо ручного создания ZFS-томов, iSCSI-экстентов, целевых объектов и сопоставлений, с помощью плагина можно запрашивать хранилище из Proxmox и позволять TrueNAS создавать необходимые диски в фоновом режиме.

Новый плагин Proxmox для Truenas
Новый плагин Proxmox для TrueNAS

Новый плагин поддерживает множество различных функций, включая iSCSI, NVMe over TCP, а также интегрируется со снапшотами OpenZFS. Преимущество в том, что он работает со стандартными рабочими процессами Proxmox, которые администраторы уже понимают и используют ежедневно.

Следует учитывать, что это релиз для ранних пользователей (early-adopter). Поэтому пока не стоит разворачивать его на производственном кластере или для «производственных» нагрузок домашней лаборатории. Но это помогает устранить один из досадных пробелов, существовавших до сих пор в полностью открытом стеке виртуализации.

Что на самом деле делает новый плагин TrueNAS для Proxmox

Новый плагин хранилища устанавливается на стороне хоста Proxmox VE. Он регистрируется как нативный бэкенд хранилища. Затем Proxmox может взаимодействовать с TrueNAS через его API. Благодаря этому автоматически предоставляется хранилище, необходимое для отдельных виртуальных машин, которое требуется для рабочей нагрузки и для данных внутри ВМ, например для хранилища Docker и т.д.

Замечательно то, что при создании виртуального диска в Proxmox плагин может указать TrueNAS создать необходимый ZFS-том. Затем TrueNAS опубликует его как iSCSI LUN или NVMe/TCP namespace для вашего окружения. Выбор зависит от того, что вы укажете в конфигурации.

Какие функции он поддерживает? Обратите внимание на следующее:

Функция Описание
iSCSI или NVMe/TCP Можно выбрать iSCSI или NVMe/TCP
Хранилище для VM и LXC Хранение как дисков VM, так и корневых файловых систем LXC
Снапшоты ZFS Создание обычных быстрых и эффективных по использованию места снапшотов на TrueNAS
Живые снапшоты Позволяет получить диск ВМ и состояние памяти работающей ВМ
Поддержка кластеров Несколько узлов могут получить доступ для кластеризации
Автоматическое предоставление ресурсов Создает zvol, экстенты и сопоставления
Проверка конфигурации Проверяет конфигурацию перед развертыванием
Защита API Автоматические повторные попытки
Тонкое предоставление ресурсов Настраивает хранилище по мере фактической необходимости
Сжатие ZFS Сжимает данные, когда это возможно
Многопутевой ввод-вывод (Multipathing) Поддерживает несколько путей к хранилищу iSCSI
Аутентификация CHAP Можно включить аутентификацию с помощью iSCSI
Изменение размера диска Расширяет тома после проверки доступной емкости
Восстановление после ошибок Понятные, удобочитаемые сообщения об ошибках
Настройка производительности При необходимости можно настроить размеры блоков и параметры разреженных блоков

Итак, если интересно, что именно изменилось в предоставлении хранилища между Proxmox и TrueNAS по сравнению с тем, как это было раньше, процесс выглядел так:

  1. Создать ZVOL в TrueNAS
  2. Настроить или обновить экстент
  3. Связать этот экстент с целью (target)
  4. Убедиться в правильности сопоставления LUN
  5. Вернуться в Proxmox и выполнить сканирование нового хранилища

С плагином эти шаги выполняются автоматически.

Согласно анонсу TrueNAS, после установки плагин может создавать, снэпшотить, изменять размер, мигрировать и удалять виртуальные диски ВМ на базе TrueNAS. И все это — без необходимости ручного управления LUN. Для TrueNAS 25.10 и новее плагин также может автоматически регистрироваться в промежуточном ПО TrueNAS.

Существующие устаревшие процессы NFS с TrueNAS и Proxmox

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

Proxmox обычно хранит виртуальные диски ВМ на NFS в формате QCOW2. QCOW2 поддерживает снэпшоты. Однако в такой конфигурации снэпшоты обрабатываются на уровне файла виртуального диска, а не выгружаются в пул ZFS TrueNAS.

Это означает, что для больших виртуальных дисков создание снэпшота может занять гораздо больше времени, чем ожидается, и может снизить производительность ВМ во время создания снэпшота. В документации Proxmox даже отмечается, что некоторые операции снэпшотов хранилища могут блокировать ВМ на несколько минут, а в крайних случаях — на часы.

Создание виртуальной машины в Truenas Scale
Создание виртуальной машины в TrueNAS SCALE

Для больших виртуальных дисков операции снэпшотов могут занимать больше времени, чем ожидается, и могут временно влиять на виртуальную машину. В документации Proxmox отмечается, что «в некоторых конфигурациях и для больших дисков (размером в несколько сотен ГиБ или ТиБ) эти операции могут занимать несколько минут, а в крайних случаях — даже часы».

Однако с плагином проблема решается иначе. Каждый виртуальный диск ВМ представлен отдельным томом ZFS в TrueNAS. Таким образом, запросы на создание снэпшотов, поступающие из Proxmox, обрабатываются с использованием встроенных возможностей снэпшотов OpenZFS в системе хранения.

Это дает множество преимуществ с точки зрения производительности хранилища и снэпшотов:

  • Снэпшоты создаются на уровне хранилища
  • Большие файлы QCOW2 обрабатываются иначе
  • Каждый виртуальный диск ВМ является независимым управляемым блочным устройством
  • Свойства ZFS применяются на более низком уровне
  • TrueNAS проверяет целостность данных

На данный момент тестирование показывает очень хорошие результаты с точки зрения разницы в производительности, и это подтверждено многими ранними тестировщиками. Эти результаты стоит проверить в собственном окружении, прежде чем полностью доверять таким утверждениям. Однако архитектура этого решения определенно подтверждает правдивость таких заявлений.

Традиционный iSCSI с ручной настройкой в TrueNAS

Другой очень популярный способ, позволяющий избежать некоторых ограничений NFS, — традиционные развертывания iSCSI. Он предоставляет блочное хранилище напрямую Proxmox. iSCSI существует уже очень давно, поэтому это хорошо проверенная технология хранения.

Однако управление iSCSI, с которым приходится сталкиваться, сопряжено с большими накладными расходами. Чтобы предоставить новый том ZFS по iSCSI в TrueNAS, требуется выполнить несколько шагов и вручную настроить множество компонентов. К ним относятся zvol, portal, настройки инициатора, target, extent и связывание target с extent.

Создание пула в Truenas Scale
Создание пула в TrueNAS Scale

Также необходимо следить за тем, чтобы в конфигурации использовалась согласованная схема именования. Если впоследствии потребуется удалить виртуальную машину или перенести её хранилище, придётся вручную убедиться, что объекты хранилища TrueNAS корректно очищены.

Это одна из областей, где новый плагин обеспечит значительную часть своей ценности. Он позволяет получить все преимущества блочного хранилища и автоматизирует ручную работу, которую раньше приходилось выполнять вручную. Плагин даёт Proxmox возможность на основе API запрашивать эти ресурсы у TrueNAS и управлять ими. Именно этого и не хватало для управления до настоящего момента.

Если вам нравился рабочий процесс хранилища VMware VVol, это для вас

Это ещё одно важное преимущество, которое стоит отметить. Многие переходят из сред VMware by Broadcom, учитывая ситуацию с Broadcom за последние пару лет. VMware Virtual Volumes (VVols) позволяют массивам хранения управлять хранилищем виртуальных машин на детальном уровне.

Вместо размещения каждой виртуальной машины в большом традиционном хранилище данных и использования массива как единого пула, отдельные объекты хранения виртуальных машин создаются и управляются через саму платформу виртуализации. Новый плагин TrueNAS не является реализацией технологии VVols, но операционный эффект выглядит схожим.

Proxmox запрашивает диск у TrueNAS, после чего TrueNAS создаёт объект хранения и публикует его через протокол блочного хранилища. Администратор продолжает работать в интерфейсе Proxmox. Это часть той интеграции, которая начинает появляться для организаций, переходящих с VMware.

Замена ESXi на Proxmox — лишь часть процесса миграции. Организациям необходимо понять, как заменить многолетнюю интеграцию хранилища VMware, а также автоматизацию, эксплуатационные знания и вендорскую поддержку своих рабочих процессов.

В связи с этим TrueNAS позиционирует данный плагин как часть этого перехода. Организация может сохранить TrueNAS в качестве платформы хранения и перенести вычислительные нагрузки на Proxmox. Это позволяет сменить гипервизор без необходимости перепроектирования архитектуры хранилища.

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

Поддерживаются iSCSI и NVMe/TCP

Согласно опубликованным деталям, плагин в настоящее время поддерживает два транспорта блочного хранилища: iSCSI и NVMe over TCP. Для большинства администраторов домашних лабораторий и предприятий iSCSI, безусловно, будет более знакомым вариантом. Эта технология зрелая и хорошо понятна большинству.

NVMe/TCP также является интересным вариантом для сред Proxmox. Он передаёт команды NVMe через стандартную сеть TCP/IP и предназначен для использования преимуществ современных многоядерных систем и более высокой глубины очереди, которую может обеспечить хранилище NVMe.

Карта расширения NVMe для дисков M.2
Плата расширения NVMe для дисков M.2

Можно было бы предположить, что для этого требуется полностью NVMe-сервер TrueNAS. Но на самом деле это не так. Пул по-прежнему может использовать жёсткие диски, SSD, гибридные VDEV, устройства кэширования и т.д. Также следует понимать, что использование NVMe/TCP не делает автоматически жёсткие диски столь же производительными, как хранилище NVMe. Преимущество протокола в том, что он обеспечивает более эффективный путь между Proxmox и TrueNAS, особенно для параллельных нагрузок.

Как установить плагин?

Установка плагина в Proxmox VE — довольно простой процесс. Согласно официальному репозиторию GitHub, для установки необходимо выполнить следующие команды из раздела quick start. Существует три рекомендуемых варианта установки.

Вариант 1 — APT-репозиторий (рекомендуемая установка)

Можно установить плагин из официального APT-репозитория с помощью установщика:

Существует дополнительный параметр для автоматизированной установки, который выглядит следующим образом (используйте trixie для PVE9 и bookworm для PVE8):

Вариант 2 — прямая установка .deb-пакета

Также можно выполнить прямую установку .deb-пакета. Для этого нужно загрузить релизный пакет и установить его напрямую:

Вариант 3 — интерактивный установщик

Можно загрузить и запустить установщик в интерактивном режиме как скрипт:

Что не поддерживает новый плагин

В TrueNAS отмечают, что новый плагин не поддерживает файловый контент. Что это означает в контексте Proxmox? Большинству известно, что хранилища для таких объектов, как ISO-образы и резервные копии, обычно размещаются на этом типе хранилища.

Таким образом, подходящая архитектура с использованием плагина TrueNAS может выглядеть следующим образом:

Требование к хранилищу Рекомендуемое подключение
Диски виртуальных машин и контейнеров Плагин TrueNAS Proxmox
ISO-образы NFS
Шаблоны контейнеров NFS
Файлы резервного копирования Proxmox NFS или выделенное хранилище для резервных копий
Общие файловые ресурсы NFS или SMB

При этом плагин можно использовать для дисков виртуальных машин, продолжая использовать обычный NFS для общих ресурсов, таких как ISO-образы и другие файлы.

Ресурсы для нового плагина TrueNAS Proxmox

Ниже приведены ресурсы по новому плагину TrueNAS Proxmox, полезные при сборе информации и изучении официальной документации:

Заключение

Proxmox набирает обороты, и это меняет правила игры. Это лишь вопрос времени, когда многие другие вендоры систем хранения выпустят официально поддерживаемые плагины, аналогичные тому, что TrueNAS сделала для Proxmox. С недавним анонсом поддержки 24×7 предприятия определённо начнут более серьёзно рассматривать Proxmox как реальный вариант миграции с VMware.

Источник на английском языке

Читайте про Свой умный дом локально:

Сайт | Телеграм | Дзен

Даже просто подбор, перевод и оформление статей требуют времени. А самостоятельный обзор устройств требует еще и финансовых вложений. Если Вы хотите больше обзоров, Вы можете помочь автору.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *