Виртуальная машина в TrueNAS не стартует или гостевая ОС не видит диск — в подавляющем большинстве таких случаев причина кроется в неправильно выбранном типе устройства хранения или отключённой виртуализации в BIOS сервера. Прежде чем пересоздавать ВМ, проверьте, что в настройках материнской платы включены Intel VT-x или AMD-V, а диск виртуальной машины создан как zvol, а не как файл на отключённом пуле.
TrueNAS изначально проектировался как сетевое хранилище, но встроенный гипервизор превращает его в полноценную платформу для запуска изолированных систем. В TrueNAS CORE используется гипервизор bhyve из экосистемы FreeBSD, а в TrueNAS SCALE — привычный многим KVM/QEMU на базе Linux. Понимание этой разницы критично: инструкции для одной версии не всегда применимы к другой, и далее различия будут оговорены отдельно.
Требования к оборудованию и подготовка системы
Перед созданием первой ВМ убедитесь, что сервер соответствует минимальным условиям. Центральный процессор должен поддерживать аппаратную виртуализацию, и эта функция должна быть активирована в BIOS/UEFI — без неё гипервизор либо откажется работать, либо будет работать с недопустимо низкой производительностью.
Оперативная память — второй критический ресурс. Самой TrueNAS комфортно требуется заметный объём RAM для кэша ZFS, поэтому память, выделяемая виртуальным машинам, должна рассчитываться с запасом. Не отдавайте ВМ всю доступную память: недостаток RAM для ZFS приводит к деградации производительности всего хранилища, а не только виртуальных машин.
- 🖥️ Процессор с поддержкой аппаратной виртуализации (VT-x/AMD-V), включённой в BIOS
- 💾 Свободная оперативная память сверх потребностей самой TrueNAS и кэша ZFS
- 📦 Достаточное место в пуле под zvol-диски виртуальных машин
- 🔌 Сетевой интерфейс для моста (bridge), если ВМ нужен доступ в локальную сеть
Отличия виртуализации в CORE и SCALE
Выбор версии TrueNAS определяет, каким гипервизором вы будете управлять. В TrueNAS CORE виртуальные машины создаются через раздел Virtual Machines веб-интерфейса, а в основе лежит bhyve. В TrueNAS SCALE используется KVM, и раздел может называться Virtualization — в зависимости от версии интерфейса расположение пунктов меню отличается, поэтому сверяйтесь с документацией именно вашего релиза.
| Параметр | TrueNAS CORE | TrueNAS SCALE |
|---|---|---|
| Гипервизор | bhyve (FreeBSD) | KVM/QEMU (Linux) |
| Базовая ОС | FreeBSD | Debian Linux |
| Драйверы VirtIO | Поддерживаются | Поддерживаются, рекомендованы |
| Подходящие гостевые ОС | Windows, Linux, FreeBSD | Windows, Linux |
Если вы только выбираете платформу, для задач виртуализации SCALE обычно удобнее: экосистема KVM шире документирована, а образы драйверов VirtIO для Windows проще найти и подключить. CORE остаётся рабочим вариантом, но bhyve накладывает больше ограничений на экзотические гостевые системы.
Создание виртуальной машины: пошаговый процесс
Общая логика создания ВМ одинакова в обеих версиях: мастер проведёт вас через выбор гостевой ОС, выделение ресурсов, создание диска и подключение установочного ISO. Ниже — универсальный порядок действий, безопасный для любой актуальной версии.
☑️ Чек-лист перед запуском ВМ
Откройте раздел виртуальных машин в веб-интерфейсе и запустите мастер создания. На первом шаге укажите тип гостевой ОС — от этого зависят предустановки: для Windows автоматически предлагаются параметры, отличные от Linux. Затем задайте количество виртуальных CPU и объём памяти; начните с умеренных значений, их можно изменить позже при выключенной ВМ.
На этапе дисков создайте новый zvol — это блочное устройство внутри пула ZFS, оптимальное для виртуальных машин. Укажите режим диска VirtIO, если гостевая система его поддерживает: это даст заметно лучшую производительность по сравнению с эмуляцией AHCI. Далее настройте сетевой адаптер (также предпочтителен VirtIO) и подключите ISO-образ установщика как виртуальный CD-ROM.
# Проверка модулей KVM в TrueNAS SCALE через Shell:
lsmod | grep kvm
Ожидаемый результат: строки kvm_intel или kvm_amd
⚠️ Внимание: установка Windows на VirtIO-диск требует драйверов, которых нет в стандартном установщике. Подключите второй CD-ROM с ISO драйверов VirtIO (доступен в рамках проекта virtio-win) и подгрузите драйвер хранилища на этапе выбора диска в установщике. Без этого установщик просто не увидит виртуальный диск.
Настройка сети для виртуальных машин
Чтобы виртуальная машина получила доступ в локальную сеть как полноценное устройство, ей нужен сетевой мост. В TrueNAS создайте интерфейс типа bridge, привязанный к физическому сетевому адаптеру, и выберите этот мост в настройках ВМ. Гостевая система получит IP-адрес от вашего роутера по DHCP либо статический адрес, заданный вручную.
Возможная причина «сети нет, хотя всё настроено» — тип сетевого адаптера ВМ. Если в настройках стоит эмуляция Intel e1000, а в гостевой ОС нет соответствующего драйвера, интерфейс не поднимется. Переключите адаптер на VirtIO (с установленными драйверами) или наоборот — для старых гостевых систем эмуляция e1000 иногда надёжнее.
⚠️ Внимание: изменение сетевых интерфейсов TrueNAS через веб-интерфейс может временно оборвать соединение с сервером. Выполняйте настройку моста, имея альтернативный доступ к машине (локальная консоль или IPMI), и используйте функцию тестового применения изменений с откатом, если она предусмотрена в вашей версии.
Типичные проблемы и их диагностика
Разберём частые сценарии, с которыми сталкиваются пользователи. Первый — кнопка запуска ВМ неактивна или машина сразу останавливается. Проверьте, не занята ли выделенная память другими ВМ и не отключена ли виртуализация после обновления BIOS: обновления прошивки материнской платы иногда сбрасывают настройки на заводские.
Второй сценарий — низкая производительность диска внутри гостевой ОС. Здесь проверьте три вещи: используется ли VirtIO вместо эмулируемого контроллера, не переполнен ли пул ZFS (при заполнении выше комфортного порога производительность падает у всего хранилища) и хватает ли оперативной памяти самой TrueNAS для работы кэша.
- 🚫 ВМ не запускается — проверьте VT-x/AMD-V в BIOS и свободную RAM
- 🐢 Медленный диск — переключите контроллер на VirtIO, проверьте заполнение пула
- 🌐 Нет сети — убедитесь, что bridge создан и привязан к физическому интерфейсу
- 💿 Установщик Windows не видит диск — подключите ISO с драйверами VirtIO
- 🖱️ Нет изображения в VNC — проверьте, не блокирует ли браузер или файрвол подключение к консоли
Как посмотреть логи виртуальной машины
В TrueNAS SCALE логи гипервизора доступны через Shell в системных журналах (journalctl и файлы логов libvirt/QEMU). В CORE диагностическая информация по bhyve пишется в системный лог. Начните с просмотра журналов сразу после неудачного запуска ВМ — сообщения об ошибке обычно указывают на конкретный ресурс: память, устройство или образ.
Оптимизация и резервное копирование ВМ
Главное преимущество хранения дисков ВМ в виде zvol — возможность использовать механизмы ZFS. Регулярные снапшоты пула фиксируют состояние виртуальных дисков и позволяют откатить машину к рабочему состоянию после неудачного обновления гостевой ОС. Настройте периодические задачи снапшотов с разумным сроком хранения.
Для полноценного бэкапа снапшотов недостаточно — они живут в том же пуле и погибнут вместе с ним. Используйте репликацию снапшотов на второй сервер или внешнее хранилище. Перед созданием снапшота, от которого зависит целостность данных внутри ВМ (например, базы данных), корректно останавливайте приложения в гостевой системе: снапшот «на живую» эквивалентен внезапному отключению питания.
Когда TrueNAS лучше не использовать как гипервизор
Честная граница применимости: TrueNAS остаётся прежде всего системой хранения. Если вам нужна ферма из десятков ВМ, живая миграция между узлами или тонкое управление ресурсами кластера — специализированные платформы вроде Proxmox VE или VMware ESXi справятся лучше. Встроенная виртуализация TrueNAS оптимальна для нескольких вспомогательных машин рядом с хранилищем: тестовый сервер, домашняя автоматизация, лёгкие сервисы.
Также избегайте запуска ресурсоёмких ВМ на системе, где хранилище уже работает на пределе по памяти или IOPS. Конкуренция за ресурсы между ZFS и гипервизором ударит по обеим задачам одновременно.
Часто задаваемые вопросы
Можно ли пробросить видеокарту в виртуальную машину TrueNAS?
PCI-passthrough технически возможен в обеих версиях, но требует поддержки IOMMU со стороны материнской платы и процессора, а также корректной изоляции устройства. Процедура заметно различается между CORE и SCALE и зависит от конкретного железа — сверяйтесь с официальной документацией вашей версии и будьте готовы к ручной настройке.
Сколько оперативной памяти оставить самой TrueNAS?
Универсальной цифры нет: потребность ZFS зависит от объёма пула, нагрузки и включённых функций вроде дедупликации (которая крайне требовательна к RAM). Практический подход — выделять ВМ память постепенно, наблюдая за показателями системы на дашборде, и не отдавать виртуальным машинам бо́льшую часть общего объёма.
Почему установщик Windows не видит виртуальный диск?
Наиболее вероятная причина — диск ВМ настроен как VirtIO, а в стандартном установщике Windows нет этих драйверов. Подключите второй виртуальный CD-ROM с ISO драйверов virtio-win и подгрузите драйвер хранилища на экране выбора диска. Альтернатива — временно переключить диск на режим AHCI, но производительность будет ниже.
Можно ли перенести ВМ из CORE в SCALE?
Прямой автоматической миграции нет — гипервизоры разные (bhyve и KVM). Рабочий путь: перенести zvol с диском ВМ (например, через репликацию), создать в SCALE новую машину аналогичной конфигурации и подключить к ней существующий диск. Внутри гостевой ОС может потребоваться переустановка драйверов виртуального оборудования.
Опасно ли делать снапшот работающей ВМ?
Сам снапшот ZFS безопасен и создаётся мгновенно, но он фиксирует состояние диска как при внезапном отключении питания. Для файловых архивов это обычно приемлемо, а вот базы данных и приложения с активными транзакциями лучше заранее остановить или использовать их штатные механизмы бэкапа внутри гостевой ОС.