Кнопка Create VM в правом верхнем углу веб-интерфейса Proxmox VE — отправная точка, с которой начинается развёртывание любой виртуальной машины на гипервизоре. Однако до нажатия этой кнопки стоит убедиться, что ISO-образ гостевой системы уже загружен в хранилище, а сетевой мост настроен — иначе мастер создания ВМ пройдёт до конца, но установка ОС не начнётся.
В этой статье разберём весь цикл: от подготовки образа и выбора параметров виртуального железа до установки гостевой ОС и базовой оптимизации. Материал ориентирован на актуальные версии Proxmox VE 7.x и 8.x — интерфейс в них практически идентичен, поэтому инструкция подходит для обеих линеек.
Подготовка: что нужно проверить перед созданием ВМ
Прежде чем открывать мастер создания виртуальной машины, выполните три проверки. Во-первых, убедитесь, что ISO-образ операционной системы загружен в локальное хранилище: перейдите в дерево ресурсов слева, выберите хранилище local (или иное, поддерживающее ISO), откройте вкладку ISO Images и при необходимости нажмите Upload или Download from URL.
Во-вторых, проверьте наличие свободного места на целевом хранилище для виртуального диска. В-третьих, убедитесь, что сетевой мост vmbr0 существует и привязан к физическому сетевому интерфейсу — это видно в разделе System → Network узла.
- 🖥️ Включена ли виртуализация в BIOS/UEFI сервера (Intel VT-x или AMD-V)
- 💾 Достаточно ли места в хранилище под виртуальный диск
- 🌐 Настроен ли сетевой мост vmbr0 для выхода ВМ в сеть
- 📀 Загружен ли ISO-образ нужной операционной системы
⚠️ Внимание: если виртуализация отключена на уровне BIOS/UEFI, Proxmox позволит создать ВМ, но при запуске вы получите ошибку KVM. Признак проблемы — сообщение вида «No accelerator found» в логе задачи запуска. Проверьте настройки процессора в прошивке сервера.
Запуск мастера создания виртуальной машины
Нажмите Create VM — откроется пошаговый мастер. На первой вкладке General укажите узел кластера, VM ID (уникальный числовой идентификатор, по умолчанию подставляется следующий свободный) и понятное имя машины. Имя влияет только на отображение и может содержать латиницу, цифры и дефисы.
На вкладке OS выберите источник установки: хранилище, ISO-образ и тип гостевой ОС. Поле Type и Version влияет на набор виртуального оборудования по умолчанию — для современных Linux-дистрибутивов подойдёт вариант ядра 5.x/6.x, для Windows 10/11 выбирайте соответствующую версию.
Настройка системы, процессора и памяти
Вкладка System определяет тип виртуального «железа». Для большинства задач оставляйте машину по умолчанию (i440fx или q35 — для Windows с пробросом PCIe предпочтительнее q35), контроллер SCSI — VirtIO SCSI single, а опцию Qemu Agent включите: она позволит гипервизору корректно завершать работу ВМ и видеть её IP-адрес после установки гостевого агента внутри ОС.
На вкладке CPU задайте количество сокетов и ядер. Поле Type важнее, чем кажется: значение host передаёт ВМ все возможности физического процессора и даёт максимальную производительность, но затрудняет живую миграцию между разнородными узлами кластера. Для кластера из одинаковых серверов host — оптимальный выбор, для смешанного железа лучше использовать именованные модели (например, x86-64-v2-AES).
Память задаётся на вкладке Memory в мегабайтах. Ориентируйтесь на требования гостевой ОС и запас под приложения: для минимального Linux-сервера достаточно 1–2 ГБ, для Windows — от 4 ГБ. Функция Ballooning позволяет динамически отбирать неиспользуемую память, но для критичных сервисов её лучше отключить, задав минимум равным максимуму.
Диск и сеть: ключевые параметры
Вкладка Disks — самая ответственная с точки зрения производительности. Здесь выбирается шина диска, хранилище, размер и формат. Для Linux и современных Windows используйте шину SCSI с контроллером VirtIO — она быстрее IDE и SATA. Опция Discard включает проброс TRIM, что полезно для SSD, а SSD emulation сообщает гостевой ОС, что диск твердотельный.
Сетевая вкладка Network предлагает выбрать мост (обычно vmbr0) и модель адаптера. Модель VirtIO (paravirtualized) обеспечивает наилучшую пропускную способность, но для Windows потребует установки драйверов VirtIO — их ISO можно скачать с официального проекта Fedora и подключить вторым CD-ROM.
| Параметр | Рекомендуемое значение | Когда менять |
|---|---|---|
| Шина диска | SCSI (VirtIO SCSI) | IDE — только для старых ОС без драйверов VirtIO |
| Тип CPU | host | Именованная модель — для кластера с разным железом |
| Сетевой адаптер | VirtIO (paravirtualized) | Intel E1000 — если нет драйверов VirtIO |
| Машина | по умолчанию (i440fx) | q35 — для проброса PCIe-устройств |
| BIOS | SeaBIOS | OVMF (UEFI) — для Windows 11 и Secure Boot |
☑️ Чек-лист перед нажатием Finish
Установка гостевой операционной системы
После завершения мастера виртуальная машина появится в дереве ресурсов. Выделите её, перейдите на вкладку Console и нажмите Start. Загрузка произойдёт с ISO-образа, и дальше установка ОС ничем не отличается от установки на физический компьютер — все действия выполняются в окне консоли noVNC прямо в браузере.
⚠️ Внимание: при установке Windows на диск VirtIO установщик не увидит дисков вообще — это нормально. Нажмите «Загрузить драйвер», укажите подключённый ISO с драйверами VirtIO и выберите драйвер контроллера хранилища, соответствующий версии Windows.
По завершении установки первым делом остановите ВМ, откройте вкладку Hardware и отсоедините ISO-образ (или переведите привод в состояние Do not use media), иначе машина продолжит загружаться с установочного диска. Затем внутри гостевой ОС установите QEMU Guest Agent: в Debian/Ubuntu это делается командой apt install qemu-guest-agent, в Windows — инсталлятором с того же ISO VirtIO.
Установка гостевого агента и драйверов в Linux
Выполните в гостевой системе: apt update && apt install qemu-guest-agent, затем systemctl enable --now qemu-guest-agent. После этого на вкладке Summary в Proxmox появятся IP-адреса ВМ, а команды Shutdown и Reboot начнут работать корректно через ACPI и агент.
Оптимизация и полезные настройки после установки
Базовая ВМ готова, но несколько настроек заметно улучшат удобство эксплуатации. В разделе Options включите Start at boot, если машина должна подниматься вместе с узлом, и настройте порядок загрузки (Boot Order), убрав CD-ROM из приоритета. Для серверных ВМ имеет смысл настроить резервное копирование через Datacenter → Backup — планировщик vzdump поддерживает расписания и ротацию копий.
Если планируется создавать несколько однотипных машин, преобразуйте настроенную ВМ в шаблон (правый клик → Convert to template) — клонирование из шаблона занимает секунды и избавляет от повторной установки ОС. Полные клоны независимы от шаблона, связанные (linked) экономят место, но зависят от исходного диска.
Типичные ошибки и их решение
Распространённая проблема — ВМ не стартует с ошибкой о невозможности использовать KVM. Причина почти всегда одна: отключённая виртуализация в BIOS/UEFI либо запуск Proxmox самого внутри другой виртуальной машины без включённой вложенной виртуализации. Проверить поддержку можно командой egrep -c '(vmx|svm)' /proc/cpuinfo — ноль означает, что аппаратная виртуализация недоступна.
Вторая частая ситуация — машина загружается, но не имеет сети. Проверьте, что сетевой адаптер привязан к правильному мосту, что на мосте настроен VLAN-тег, если ваша сеть сегментирована, и что в гостевой ОС установлены драйверы VirtIO. Если ВМ получает IP, но нет доступа наружу — проблема уже в маршрутизации хоста или фаерволе Proxmox.
- 🚫 «No accelerator found» — включите VT-x/AMD-V в прошивке сервера
- 💿 Установщик не видит диск — подключите ISO с драйверами VirtIO
- 🌐 Нет сети — проверьте мост, VLAN и драйверы адаптера в гостевой ОС
- 🐌 Медленный диск — переключите шину на SCSI/VirtIO и проверьте кеш
Часто задаваемые вопросы
Можно ли изменить параметры ВМ после создания?
Да. Большинство параметров меняется на вкладке Hardware и Options без переустановки ОС. Увеличение диска возможно на горячую (Disk → Resize), уменьшение — нет. Количество ядер и памяти меняется при выключенной машине, если не включён hotplug.
Чем виртуальная машина отличается от контейнера LXC в Proxmox?
ВМ эмулирует полноценное оборудование и позволяет запускать любую ОС, включая Windows. Контейнер LXC использует ядро хоста, поэтому подходит только для Linux, но потребляет заметно меньше ресурсов и стартует быстрее.
Какой тип BIOS выбрать — SeaBIOS или OVMF?
SeaBIOS (классический BIOS) подходит для большинства Linux-систем. OVMF (UEFI) требуется для Windows 11, Secure Boot и проброса некоторых устройств. При выборе OVMF не забудьте добавить EFI-диск на соответствующей вкладке мастера.
Сколько ядер и памяти выделять виртуальной машине?
Исходите из требований гостевой ОС и нагрузки: минимальный Linux-сервер работает на 1–2 ядрах и 1–2 ГБ RAM, рабочей Windows-машине комфортно с 2–4 ядрами и 4–8 ГБ. Суммарно выделяемые ресурсы могут превышать физические (оверпровижининг), но с запасом — при нехватке памяти узел начнёт использовать swap и деградирует весь хост.
Как перенести ВМ на другой узел кластера?
Используйте функцию Migrate (правый клик по ВМ). При общем хранилище (NFS, Ceph) миграция возможна вживую, без остановки машины. При локальных дисках тоже доступна онлайн-миграция с переносом диска, но она занимает больше времени.