Создание и оптимизация виртуальных машин в TrueNAS: пошаговое руководство 2026

Развертывание виртуальных машин в TrueNAS — это мощный способ консолидировать рабочие нагрузки, изолировать сервисы и создавать тестовые среды прямо на вашем сетевом хранилище. В отличие от универсальных гипервизоров, TrueNAS предлагает глубокую интеграцию с ZFS, что открывает уникальные возможности для управления дисковым пространством, снапшотами и производительностью. Это руководство предоставит вам проверенную на практике, пошаговую инструкцию по созданию и тонкой настройке ВМ для гостевых ОС Windows, Linux и FreeBSD, с акцентом на оптимальное распределение ресурсов и избежание типичных ошибок.

Мы начнем с подготовки системы и создания первой виртуальной машины, а затем углубимся в специфику настройки для разных операционных систем, интеграцию с ZFS и методы оптимизации производительности. Вы получите готовые конфигурации для типовых сценариев и научитесь управлять ресурсами в production-среде.

Подготовка TrueNAS к виртуализации: проверка окружения и ресурсов

Перед созданием первой виртуальной машины критически важно убедиться, что ваша система TrueNAS готова к такой нагрузке. Неправильная подготовка — основная причина низкой производительности и нестабильности ВМ.

Проверка аппаратных требований и версии TrueNAS

Минимальные требования для запуска одной-двух легковесных ВМ (например, для Docker-хоста или тестового веб-сервера) включают 4-ядерный процессор с поддержкой аппаратной виртуализации (Intel VT-x/AMD-V), 16 ГБ оперативной памяти и быстрый SSD под ZFS пул. Для рабочих нагрузок с несколькими гостевыми ОС рекомендуется от 8 ядер ЦП, 32 ГБ RAM и выделенный NVMe-пул для дисков ВМ.

Проверьте поддержку виртуализации в BIOS/UEFI вашего сервера. В веб-интерфейсе TrueNAS (версии 2026 года) убедитесь, что вы используете актуальную стабильную сборку. Ключевое различие: TrueNAS Core использует гипервизор bhyve (наследник FreeBSD), в то время как TrueNAS SCALE построен на Linux и использует KVM. KVM в SCALE, как правило, предлагает более широкую поддержку гостевых ОС (особенно Linux) и лучшую производительность виртуальных устройств VirtIO.

Настройка сетевого моста (bridge) для изоляции ВМ

Для того чтобы виртуальные машины получили доступ в сеть, необходимо создать мостовой интерфейс. В интерфейсе TrueNAS перейдите в Сеть → Интерфейсы → Добавить.

Выберите тип интерфейса «Мост» (Bridge).
Присвойте ему понятное имя, например br0.
В поле «Участники моста» выберите физический сетевой интерфейс (например, igb0 или eno1), к которому будут привязаны ВМ.
Настройте IP-адрес моста (статический или через DHCP). Важно: IP-адрес физического интерфейса, выбранного в участники, будет перенесен на мост.

Для изоляции трафика виртуальных машин в отдельный сегмент сети рассмотрите использование VLAN. Вместо привязки моста к физическому интерфейсу, создайте сначала VLAN-интерфейс с нужным тегом, а затем сделайте его участником моста. Это стандартная практика для разделения окружений, например, выделения отдельной подсети для тестовых ВМ.

Пошаговое создание виртуальной машины: от образа до первой загрузки

Процесс создания ВМ в TrueNAS интуитивно понятен, но несколько параметров требуют осознанного выбора.

Загрузка и размещение установочных образов (ISO) в ZFS датасете

Не храните ISO-файлы в корневом датасете системы. Создайте для них отдельный ZFS датасет: Хранилище → Диски → Добавить ZFS Dataset. Назовите его, например, tank/iso. Это улучшит организацию и позволит применять специфичные политики снапшотов.

Загрузить образ можно через вкладку «Файлы» в веб-интерфейсе, используя встроенный загрузчик, или по SCP/SFTP. Для проверки целостности загруженных образов, особенно дистрибутивов Linux, используйте команды проверки контрольной суммы (например, sha256sum), которые обычно указаны на сайте загрузки.

Детальная настройка параметров ВМ: память, ядра ЦП и загрузочный диск

В мастере создания ВМ (Виртуальные машины → Добавить) внимательно заполните каждый пункт:

Имя и гостевая ОС: Выбор шаблона ОС (например, «Linux») подскажет системе оптимальные настройки по умолчанию.
Память: Рассчитывайте объем как «Память для гостевой ОС» + «Пиковое потребление приложения» + «Запас 10-15%». Для легкого сервера Ubuntu достаточно 2-4 ГБ, для Windows 10/11 — минимум 4-8 ГБ.
Процессоры: Выделение фиксированных ядер (pinning) обеспечивает предсказуемую производительность для критичных ВМ. Для фоновых задач можно использовать общий пул ядер. Начните с 2-4 виртуальных CPU (vCPU).
Загрузочный диск: Создайте новый виртуальный диск. Тип ZVOL предпочтительнее RAW-файла, так как позволяет использовать все преимущества ZFS: снапшоты, клонирование, компрессию. Размер блока (volblocksize) для диска под Windows (NTFS) рекомендуется выставить в 4K или 8K, для современных Linux (ext4/XFS) — 8K или 16K, что должно быть согласовано с ashift вашего пула (обычно 12 или 13).

После настройки нажмите «Запустить» и подключитесь к виртуальной консоли через встроенный VNC-клиент для начала установки ОС.

Оптимальные конфигурации для гостевых ОС: Windows, Linux и BSD

Производительность гостевой системы на 80% зависит от правильного выбора виртуальных устройств и драйверов.

Настройка Windows ВМ: установка драйверов VirtIO и тонкая настройка

Главная проблема Windows-гостей — низкая производительность диска и сети при использовании эмулированных контроллеров IDE и e1000. Решение — драйверы VirtIO.

Скачайте последний образ драйверов VirtIO для Windows с официального сайта проекта Fedora.
В настройках ВМ в TrueNAS добавьте устройство «CD-ROM» и укажите скачанный ISO-образ как виртуальный диск.
Запустите установку Windows. На этапе выбора диска, где установщик не видит накопителей, нажмите «Загрузить драйвер» и укажите путь внутри виртуального CD (обычно E:\vio\... для нужной версии Windows).
После установки базовой системы смонтируйте тот же ISO-образ и установите драйверы для сетевого адаптера VirtIO-Net.

После установки в самой Windows перейдите в «Электропитание» и установите схему «Высокая производительность». Это предотвращает ненужное снижение частоты виртуальных CPU.

Конфигурация Linux ВМ: максимальная производительность с VirtIO и 9p

Современные дистрибутивы Linux (Ubuntu 22.04+, Debian 11+, AlmaLinux 9+) автоматически определяют и используют устройства VirtIO для диска (/dev/vda) и сети (ens3 или подобное). Для достижения максимальной производительности убедитесь, что файловая система в гостевой ОС создана с размером блока, согласованным с volblocksize ZVOL. Например, при volblocksize=8K создавайте файловую систему с помощью mkfs.ext4 -b 4096 (4K — минимальный блок для ext4, но он будет эффективно работать с 8K-блоками ZFS).

Для удобного обмена файлами с хостом TrueNAS SCALE (на базе KVM) можно настроить VirtFS (9p). Добавьте в конфигурацию ВМ устройство типа «9p Filesystem», укажите путь к общему датасету на хосте и тег (например, shared). Внутри гостевой Linux смонтируйте его командой: mount -t 9p -o trans=virtio,version=9p2000.L shared /mnt/shared.

Интеграция с ZFS: диски, снапшоты и управление хранилищем

Использование ZFS — ключевое преимущество TrueNAS как платформы для виртуализации.

Использование ZVOL для виртуальных дисков: настройка и преимущества

ZVOL — это блочное устройство ZFS, которое предстает для ВМ как обычный диск. Его создание через Хранилище → Диски → Добавить Zvol дает контроль над критичными параметрами:

volblocksize: Размер блока данных внутри ZVOL. Для рабочих нагрузок со случайным чтением/записью (СУБД, виртуализация) используйте 8K или 16K. Для последовательных операций (медиафайлы) можно увеличить до 32K или 64K.
Компрессия: Всегда включайте легкую компрессию lz4. Она практически не нагружает ЦП, но может значительно сэкономить место, особенно для текстовых данных, логов и полузаполненных дисков.
Дедупликация: Не включайте для дисков ВМ без крайней необходимости и наличия огромного объема RAM (более 64 ГБ на ТБ данных). Это может привести к катастрофическому падению производительности.

Снапшоты и клонирование ВМ: стратегия резервного копирования

Снапшоты ZVOL позволяют за секунды создать точку восстановления всей ВМ (данные диска на момент создания снапшота). Перед обновлением ПО внутри гостевой ОС создайте снапшот соответствующего ZVOL через Хранилище → Снапшоты.

На основе снапшота можно создать клон — независимую копию диска. Это идеально для развертывания идентичных тестовых сред: создайте снапшот рабочей ВМ, клонируйте его в новый ZVOL и создайте новую ВМ, указав клон в качестве диска. Для автоматизации резервного копирования настройте Периодические задачи → Снапшоты, создавая ежедневные или еженедельные снапшоты датасетов с ВМ с ротацией по времени.

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

Тонкая настройка и оптимизация производительности

Когда базовые ВМ работают, можно заняться тонкой настройкой для максимизации производительности и эффективного использования ресурсов хоста.

Распределение ресурсов ЦП и памяти между несколькими ВМ

При запуске нескольких виртуальных машин используйте стратегию планирования ресурсов:

CPU Pinning: Для ВМ, требующих низких задержок и предсказуемой производительности (например, VoIP-сервер, СУБД), закрепите (pin) конкретные физические ядра. В TrueNAS SCALE это делается в расширенных настройках ВМ.
Общий пул: Для фоновых или не критичных ко времени задач (файловый сервер, система мониторинга) можно оставить ядра в общем пуле, позволив гипервизору самому распределять нагрузку.
Память: Устанавливайте не только лимит, но и резерв (minimum) для важных ВМ, чтобы гипервизор гарантированно выделил им память. Используйте баллонирование (ballooning), если гостевая ОС поддерживает драйверы VirtIO-Balloon (большинство Linux, современные Windows). Это позволяет хосту забирать неиспользуемую гостевую память и перераспределять ее между другими ВМ.

Диагностика и решение проблем с производительностью диска

Если гостевая ОС работает медленно, в первую очередь проверьте дисковую подсистему.

Измерьте latency: В гостевой Linux используйте ioping для проверки задержок: ioping -c 10 .. Задержки выше 10-20 мс указывают на проблему. На хосте TrueNAS мониторьте статистику ZFS в Отчеты → ZFS, обращая внимание на показатели «Dirty Data» и «ARC Hit Ratio».
Проверьте тип контроллера: Убедитесь, что для диска выбран VirtIO, а не IDE или SATA. Эмуляция IDE создает большую нагрузку на ЦП хоста.
Оцените нагрузку на пул: Если ZFS пул, где расположены ZVOL, перегружен другими задачами (например, активный файловый сервер SMB/NFS), производительность ВМ будет страдать. Рассмотрите выделение отдельного пула (например, из пары быстрых NVMe) исключительно для виртуальных машин. Подробнее о тонкой настройке ZFS читайте в нашем руководстве по оптимизации производительности TrueNAS.

Виртуальные машины vs. Контейнеры в TrueNAS: что и когда использовать

TrueNAS предлагает две основные технологии изоляции рабочих нагрузок: полноценные виртуальные машины (рассмотренные выше) и легковесные контейнеры (доступные в TrueNAS SCALE через приложения). Выбор зависит от задачи.

Критерий	Виртуальные машины (ВМ)	Контейнеры (TrueNAS SCALE Apps)
Изоляция	Полная: собственное ядро ОС, виртуальное железо. Максимальная безопасность и стабильность.	Уровень процессов: общее ядро хоста. Меньший overhead, но потенциально меньшая изоляция.
Производительность	Близка к нативной, но с небольшим overhead на виртуализацию. Идеально для нагрузок, чувствительных к вводу-выводу.	Практически нативная, особенно для сетевых и CPU-операций. Лучшая плотность размещения.
Скорость запуска	Секунды/минуты (загрузка ОС).	Милисекунды/секунды.
Управление состоянием	Полноценное: сохранение состояния (suspend), снапшоты всей системы.	Контейнеры обычно stateless. Данные хранятся в подключенных томах (dataset).
Типичные сценарии	Запуск ОС, отличной от хоста (Windows); legacy-приложения; изолированные среды для тестирования; сервисы, требующие специфичного ядра или драйверов.	Микросервисы (веб-серверы, базы данных); развертывание готовых приложений (Nextcloud, Plex); одноразовые задачи (сборка, обработка).

Используйте ВМ, когда вам нужна: полная изоляция, запуск Windows или другой гостевой ОС, контроль над всем стеком программного обеспечения внутри виртуальной машины. Используйте контейнеры (Apps), когда вам нужно: быстро развернуть и масштабировать сервис, максимально эффективно использовать ресурсы хоста, следовать современным практикам DevOps. Для комплексного сравнения технологий виртуализации в экосистеме TrueNAS, включая традиционные Jails в Core, обратитесь к нашему специальному руководству по выбору между Jails и виртуальными машинами.

Гибридный подход также возможен: например, запуск Docker внутри Linux-ВМ на TrueNAS Core для тех, кому нужна контейнеризация, но кто предпочитает стабильность Core-версии. Однако это добавляет слой сложности и overhead.