Погодин Евгений — ИТ Заметки
🧱Виртуализация Обновлено 28.10.2026

Hyper-V или Proxmox VE: что выбрать для начала и как создать первую виртуальную машину

Note

Материал сверен с официальной документацией (Microsoft Learn, Proxmox VE, документация Ubuntu Server, руководство VirtualBox; ссылки — в конце статьи). Примеры вывода — иллюстрации: у вас значения и формат могут отличаться. Перед работой на боевой системе проверьте шаги на тестовой.

Чтобы попробовать новую программу, настроить сервер или потренироваться на сети, не нужен отдельный компьютер под каждую задачу. Достаточно виртуальной машины (ВМ): программного компьютера со своим процессором, памятью, диском и сетевой картой, который работает внутри физического. Создаёт такие машины гипервизор. Мы сравним две платформы, за сам гипервизор которых не нужно платить отдельно, и пройдём путь до работающей ВМ с Ubuntu Server. Вы узнаете:

  • чем Hyper-V отличается от Proxmox VE и как выбрать платформу под свою ситуацию;
  • как проверить компьютер, включить Hyper-V в Windows 11 Pro и создать первую ВМ;
  • как установить Proxmox VE и создать ту же ВМ в его веб-интерфейсе;
  • чем снимок отличается от резервной копии.

Версии на дату подготовки: Proxmox VE 9.x (основа — Debian 13 «Trixie»), Hyper-V из Windows 11 и Windows Server 2025, Ubuntu Server 24.04 LTS. Цифры в документации Ubuntu и список гостей Microsoft приведены для этого выпуска; для более новых LTS сверяйтесь с актуальной документацией.

Что нужно знать заранее

Термины. Хост — физический компьютер с гипервизором, гость — виртуальная машина. Образ ISO — файл с копией установочного диска. Виртуальный коммутатор — программный аналог сетевого коммутатора для виртуальных сетевых карт. Понадобятся процессор с аппаратной виртуализацией (Intel VT или AMD-V), включённой в BIOS/UEFI, и ISO-образ Ubuntu Server.

Hyper-V

Hyper-V, по документации Microsoft, — гипервизор первого типа: он работает непосредственно на оборудовании. Он встроен в Windows Server (как роль) и в Windows 10 и 11 (как необязательный компонент выпусков Pro, Enterprise и Education; в Home его нет): отдельной загрузки нет, компонент включается в системе. В Windows Server доступны живая миграция, высокая доступность и аварийное восстановление, в Windows — лёгкое решение для разработки и тестов. Плата за гипервизор не взимается; лицензирование гостевых Windows здесь не рассматривается.

Что вы увидите в работе:

  • Диспетчер Hyper-V (Hyper-V Manager) — графическая консоль; те же операции есть в модуле PowerShell Hyper-V.
  • Виртуальные коммутаторы трёх типов. Внешний (external) привязан к физической сетевой карте: ВМ оказываются в вашей сети. Внутренний (internal) соединяет ВМ между собой и с хостом. Частный (private) соединяет только ВМ.
  • Поколения ВМ. Поколение 2 использует UEFI (современную замену BIOS) и Secure Boot (проверку подписи загрузчика при старте). Microsoft рекомендует его, если нет причин выбрать поколение 1. Сменить поколение готовой машины нельзя, а Windows 11 в роли гостя поддерживается только на поколении 2.
  • Динамическая память: вы задаёте стартовый, минимальный и максимальный объём, а Hyper-V подстраивает выдачу под нагрузку; при установке ОС гость получает только стартовый.
  • Контрольные точки (checkpoints) — сохранённые состояния ВМ.
  • Службы интеграции (Integration Services) — связь хоста с гостем: корректное выключение, синхронизация времени, сигнал «heartbeat», обмен служебными данными, копирование файлов, теневое копирование томов (VSS). Включаются в параметрах ВМ. В ядре Linux поддержка уже есть: в Ubuntu её обеспечивает модуль hv_utils (проверка — lsmod | grep hv_utils), отдельный пакет Microsoft ставить не нужно.

Для клиентской Windows нужны 64-разрядный процессор с трансляцией адресов второго уровня (SLAT), расширения VM Monitor Mode, включённые в BIOS/UEFI Intel VT или AMD-V, защита от выполнения данных (DEP) и память: не меньше 4 ГБ на хост и все ВМ вместе (документация Ubuntu рекомендует 8 ГБ). Перенести в Hyper-V существующий физический компьютер помогает утилита Disk2vhd: Disk2vhd — утилита для создания образа vhd с физического диска.

Proxmox VE

Proxmox VE (Virtual Environment) — платформа для ВМ и контейнеров на основе Debian GNU/Linux. Исходный код открыт и распространяется по лицензии GNU AGPL версии 3. Для ВМ используется QEMU/KVM, для контейнеров — LXC. Контейнер не эмулирует отдельный компьютер, а использует ядро хоста, поэтому в нём работает только Linux.

Proxmox VE ставится с ISO на отдельный компьютер и становится его операционной системой; установщик размечает выбранные диски и стирает все данные на них. Управлять можно с любого компьютера через браузер: https://<адрес-хоста>:8006, вход — пользователь root в области «Linux PAM». Есть и командная строка (qm для ВМ, pct для контейнеров, vzdump для копий) и REST API.

Установщик создаёт мост vmbr0, подключённый к первой сетевой карте. Это программный коммутатор: ВМ на нём выглядят в сети так, будто включены в тот же коммутатор, что и хост. Диски ВМ лежат в хранилищах (storage). При установке на ext4 или XFS (файловые системы Linux) создаются local (каталог для образов ISO, шаблонов и копий) и local-lvm (диски ВМ на логических томах LVM с тонким выделением места).

Требования «для оценки» (для боевой работы они не годятся): процессор с Intel VT или AMD-V, 1 ГБ памяти плюс память для гостей, диск, сетевая карта. Рекомендуется минимум 2 ГБ для самой системы плюс гости и SSD.

Новичков подстерегает репозиторий. После установки включены репозитории уровня enterprise — pve-enterprise и Ceph, — которым нужен платный ключ подписки. Без ключа их отключают, а для тестов и обучения подключают pve-no-subscription (для боевых серверов он не рекомендуется).

VirtualBox и другие настольные программы

Для ноутбука с Windows Home подойдёт VirtualBox. Это гипервизор второго типа (программа поверх обычной ОС) для Windows, macOS, Linux и Solaris; основной пакет распространяется по GNU GPL v3, а Extension Pack лицензируется отдельно: прочитайте его условия. VMware Workstation — ещё одна настольная программа этого класса. Microsoft предупреждает, что они могут не запускать ВМ или работать нестабильно, пока включён Hyper-V; VirtualBox при включённом Hyper-V работать может, но заметно медленнее. Выбирайте один гипервизор.

Сравнение платформ

Критерий Hyper-V Proxmox VE
Что это Гипервизор Microsoft (тип 1), часть Windows Server и Windows Платформа ВМ и контейнеров на Debian GNU/Linux; KVM и LXC
Где работает Роль Windows Server; компонент Windows 10/11 Pro, Enterprise, Education Ставится с ISO на отдельный компьютер; возможна установка поверх Debian (для опытных)
Лицензия и цена За гипервизор отдельной платы нет; гостевые Windows лицензируются отдельно Код под AGPLv3; платная подписка даёт репозиторий Enterprise и поддержку
Управление Диспетчер Hyper-V, PowerShell, Windows Admin Center, System Center VMM Веб-интерфейс (порт 8006), qm, pct, vzdump, REST API
Гостевые системы Windows, Linux, FreeBSD (список — в документации) ВМ QEMU/KVM — любые ОС; контейнеры LXC — только Linux
Снимки Контрольные точки: стандартные и производственные Снимки (Snapshots); зависят от типа хранилища
Резервные копии Экспорт ВМ (Export-VM); регулярные копии — отдельная тема Встроенный vzdump, задания по расписанию, Proxmox Backup Server
Кластер Отказоустойчивая кластеризация в Windows Server Кластер и высокая доступность встроены

Как выбрать

Решают ваши условия.

  • Есть компьютер с Windows 10/11 Pro, Enterprise или Education и нужна пара тестовых машин. Hyper-V уже встроен: достаточно включить компонент.
  • Windows Home. Hyper-V недоступен: берите VirtualBox.
  • Есть отдельный компьютер, который можно целиком отдать гипервизору. Подойдёт Proxmox VE: управлять им можно из браузера, а рабочий ПК остаётся свободным.
  • Управление в компании построено на средствах Microsoft (PowerShell, Windows Admin Center, System Center): логично изучать Hyper-V.
  • Нужны контейнеры LXC и встроенные копии по расписанию: это Proxmox VE.

Практика 1: Hyper-V на Windows 11 Pro

Создадим ВМ lnx1 с Ubuntu Server: Ubuntu для Hyper-V требует не менее 2048 МБ памяти и рекомендует диск от 25 ГБ. Названия пунктов Диспетчера Hyper-V даны по русской документации Microsoft, в скобках — английские. Для разделов Security и Processor перевода в ней нет: ориентируйтесь на английские названия.

Шаг 1. Проверьте компьютер

Узнайте редакцию Windows в PowerShell:

PS C:\> (Get-CimInstance -ClassName Win32_OperatingSystem).Caption

В ответе должно быть Pro, Enterprise или Education. Затем выполните systeminfo и найдите раздел Hyper-V Requirements. Если у всех пунктов Yes, компьютер подходит. Если где-то No, проверьте виртуализацию в BIOS/UEFI (параметр называется Intel Virtualization Technology, VT-x или SVM / AMD-V; расположение зависит от производителя). Фраза A hypervisor has been detected значит, что гипервизор уже работает и список требований не показывается.

Шаг 2. Включите Hyper-V

Через интерфейс: «Панель управления» → «Программы» → «Программы и компоненты» → «Включить или отключить компоненты Windows» → Hyper-V → OK → перезагрузка. Либо в PowerShell от имени администратора:

PS C:\Windows\system32> Enable-WindowsOptionalFeature -Online `
>>   -FeatureName Microsoft-Hyper-V -All

Согласитесь на перезагрузку, затем найдите в меню «Пуск» «Диспетчер Hyper-V» (Hyper-V Manager). Если на компьютере стоят VirtualBox или VMware Workstation, помните про ограничение выше.

Шаг 3. Создайте виртуальный коммутатор

В Диспетчере Hyper-V в области «Действия» (Actions) выберите «Диспетчер виртуальных коммутаторов» (Virtual Switch Manager), тип «внешний» (External), нажмите «Создать виртуальный коммутатор» (Create Virtual Switch), назовите его LabExternal и укажите сетевую карту. Диспетчер предупредит, что подключение может прерваться: согласитесь и подождите. Опция «Allow management operating system to share this network adapter» (разрешить управляющей ОС совместно использовать адаптер) должна быть включена, иначе у самого хоста не будет доступа к сети через эту карту. Если в списке уже есть другие коммутаторы (например, Default Switch), знайте: в документации Microsoft Learn они не описаны, поэтому мы создаём свой.

То же в PowerShell от администратора (имя адаптера подставьте из Get-NetAdapter):

PS C:\Windows\system32> Get-NetAdapter
PS C:\Windows\system32> New-VMSwitch -Name LabExternal `
>>   -NetAdapterName Ethernet -AllowManagementOS $true

Так ВМ окажется в вашей физической сети и получит адрес от её DHCP-сервера. Если учебные машины не должны попадать в рабочую сеть, создайте внутренний коммутатор (-SwitchType Internal) с NAT, как в статье про домашнюю лабораторию.

Шаг 4. Создайте виртуальную машину

В области «Действия» выберите «Создать» (New) → «Виртуальная машина» (Virtual Machine) и пройдите страницы мастера:

Страница мастера Значение
«Указать имя и расположение» (Specify Name and Location) lnx1; расположение — каталог на диске с запасом места
«Указать поколение» (Specify Generation) Поколение 2 (Generation 2)
«Назначение памяти» (Assign Memory) 2048 МБ; динамическую память можно включить, но при установке система использует только стартовый объём
«Настройка сети» (Configure Networking) LabExternal
«Подключение виртуального жёсткого диска» (Connect Virtual Hard Disk) Создать виртуальный жёсткий диск, 25 ГБ
«Параметры установки» (Installation Options) Установить ОС из файла загрузочного образа; укажите ISO Ubuntu Server

Нажмите «Готово» (Finish). До первого запуска откройте «Параметры» (Settings) машины (правая кнопка по ней) и раздел Security. Для поколения 2 Secure Boot включён по умолчанию с шаблоном «Microsoft Windows», с которым Ubuntu, как правило, не загружается. Смените шаблон на Microsoft UEFI Certificate Authority и нажмите «Применить». Отключать Secure Boot целиком не нужно: правильный шаблон решает задачу. Число виртуальных процессоров меняется в разделе Processor.

Тот же результат даёт PowerShell (имя образа подставьте своё). Шаблон Secure Boot по-прежнему меняйте в окне параметров.

PS C:\Windows\system32> New-Item -ItemType Directory -Path D:\Hyper-V -Force
PS C:\Windows\system32> New-VM -Name lnx1 -Generation 2 `
>>   -MemoryStartupBytes 2GB -Path D:\Hyper-V `
>>   -NewVHDPath D:\Hyper-V\lnx1.vhdx -NewVHDSizeBytes 25GB `
>>   -SwitchName LabExternal
PS C:\Windows\system32> Add-VMDvdDrive -VMName lnx1 `
>>   -Path D:\ISO\<ИМЯ_ОБРАЗА>.iso
PS C:\Windows\system32> Set-VMFirmware -VMName lnx1 `
>>   -FirstBootDevice (Get-VMDvdDrive -VMName lnx1)

Шаг 5. Запустите и установите Ubuntu

PS C:\Windows\system32> Start-VM -Name lnx1
PS C:\Windows\system32> vmconnect.exe localhost lnx1

Откроется окно с установщиком. Дальше следуйте статье Linux для админа Windows 02: имя хоста, пользователь admin-lab, OpenSSH. Адрес машина получит по DHCP из вашей реальной сети (в примерах — 192.168.1.0/24). После входа проверьте его командой ip address и связь со шлюзом вашей сети (ping 192.168.1.1).

Шаг 6. Сделайте контрольную точку

Когда система установлена, сохраните это состояние, чтобы возвращаться к нему после экспериментов:

PS C:\Windows\system32> Checkpoint-VM -Name lnx1 -SnapshotName clean-install
PS C:\Windows\system32> Get-VMCheckpoint -VMName lnx1

Откат — Restore-VMCheckpoint -Name clean-install -VMName lnx1 или в Диспетчере: правая кнопка по точке → «Применить».

Практика 2: Proxmox VE

Шаг 1. Подготовьте компьютер и носитель

Нужен отдельный компьютер без ценных данных: по умолчанию установщик использует весь диск. Включите в BIOS/UEFI аппаратную виртуализацию, скачайте ISO со страницы загрузок proxmox.com и запишите на флешку «как есть» (образ гибридный). Для Windows подойдут Etcher и Rufus (Rufus переключите в режим DD); UNetbootin с этим образом не работает.

Шаг 2. Установите систему

Загрузитесь с флешки и выберите Install Proxmox VE (Graphical). Мастер спросит: лицензионное соглашение; диск (кнопка Options меняет файловую систему, по умолчанию ext4 с LVM); страну, часовой пояс, раскладку; пароль root (минимум 8 символов, лучше от 12) и почту для уведомлений; параметры сети. Имя и адрес хоста выберите сразу: в кластере их позже не изменить. Хост Proxmox живёт в вашей домашней или офисной сети, а не в сети лаборатории из следующей статьи. Подставьте адреса вашей сети; в примере хост — pve1.lab.example, адрес 192.168.1.30, шлюз 192.168.1.1, DNS 192.0.2.53. Проверьте сводку, нажмите Install, извлеките флешку и перезагрузитесь.

Шаг 3. Войдите в веб-интерфейс

Откройте https://192.168.1.30:8006 (ваш адрес) и войдите как root (область Linux PAM). Браузер предупредит о сертификате: по умолчанию он подписан собственным центром сертификации Proxmox, и браузеры ему не доверяют. Предупреждение исчезнет, если скопировать сертификат этого центра (/etc/pve/pve-root-ca.pem на сервере) на рабочий компьютер и добавить в доверенные. Для постоянной работы можно использовать и внешний сертификат или ACME (Let's Encrypt).

Шаг 4. Настройте репозитории

Откройте узел → Updates (там же панель Repositories) либо измените файлы. Для Proxmox VE 9 добавьте в /etc/apt/sources.list.d/pve-enterprise.sources строку Enabled: no, а в /etc/apt/sources.list.d/proxmox.sources поместите:

Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

Кроме pve-enterprise, заранее настроен и Ceph-репозиторий уровня enterprise (файл /etc/apt/sources.list.d/ceph.sources): он тоже доступен только по подписке. Если Ceph вам не нужен, отключите и его (на панели Repositories либо строкой Enabled: no в его записи) и снова выполните apt update. Затем обновите систему: Node → Updates или в оболочке apt full-upgrade. Такая конфигурация годится для обучения, но не для боевых серверов.

Шаг 5. Загрузите ISO Ubuntu

Образ кладут в хранилище, где разрешён тип содержимого ISO. После установки на LVM это local (каталог /var/lib/vz). Выберите local → ISO Images → Upload либо скопируйте файл на сервер в /var/lib/vz/template/iso/.

Шаг 6. Создайте виртуальную машину

Нажмите Create VM. Разделы мастера описаны в руководстве; для нашей машины:

Раздел Значение
General Имя lnx1; VM ID — свободный (номера меньше 100 зарезервированы)
OS Образ ISO из local; тип гостя — Linux
System Остальное по умолчанию; отметьте QEMU Agent
Disks Шина SCSI, контроллер VirtIO SCSI single, 25 ГиБ, хранилище local-lvm
CPU 2 ядра (если нагрузка неизвестна, это безопасный выбор)
Memory 2048 МиБ
Network Мост vmbr0, модель VirtIO (paravirtualized)

VirtIO — паравиртуальные устройства: гость знает, что работает в ВМ, и обращается к гипервизору напрямую, поэтому они быстрее эмулируемых. Те же параметры одной командой в оболочке узла (идентификатор 100 и имя образа подставьте свои):

root@pve1:~# qm create 100 --name lnx1 --memory 2048 --cores 2 \
  --net0 virtio,bridge=vmbr0 --scsihw virtio-scsi-single \
  --scsi0 local-lvm:25 --ostype l26 --agent enabled=1 \
  --ide2 local:iso/<ИМЯ_ОБРАЗА>.iso,media=cdrom \
  --boot 'order=scsi0;ide2'

Запись local-lvm:25 значит «создать новый том 25 ГиБ в хранилище local-lvm», порядок scsi0;ide2 — «сначала диск, при неудаче образ».

Шаг 7. Запустите, установите и подготовьте гостя

Выделите ВМ → Start, затем Console (встроенная консоль в браузере). Ubuntu установите по статье серии про Linux. Затем поставьте агента гостя: через него Proxmox видит адреса ВМ и «замораживает» файловую систему при копировании.

admin-lab@lnx1:~$ sudo apt install qemu-guest-agent

В Proxmox откройте ВМ → Options → QEMU Guest Agent и включите опцию (если вы отметили QEMU Agent в мастере, она уже включена). Чтобы изменение вступило в силу, ВМ нужно выключить и запустить заново.

Шаг 8. Снимок и резервная копия

Вкладка ВМ Snapshots создаёт и восстанавливает снимки. То же в оболочке узла:

root@pve1:~# qm snapshot 100 clean_install
root@pve1:~# qm listsnapshot 100
root@pve1:~# qm rollback 100 clean_install

Снимки возможны там, где хранилище их поддерживает (например, LVM-thin). Копии настраиваются в Datacenter → Backup (по расписанию) или на вкладке Backup самой ВМ; нужно хранилище для копий: рекомендуется Proxmox Backup Server на отдельном компьютере, альтернатива — NFS. Ручной запуск:

root@pve1:~# vzdump 100 --storage <ХРАНИЛИЩЕ_КОПИЙ> --mode snapshot

При стандартной установке local находится на том же диске, что и сама ВМ, поэтому копия там не защитит от отказа этого диска.

Снимки — не резервные копии

И контрольная точка Hyper-V, и снимок Proxmox фиксируют состояние ВМ, чтобы можно было вернуться после неудачного обновления. Но границы у них есть.

  • Снимок лежит рядом с ВМ. Контрольные точки Hyper-V хранятся в файлах .avhdx рядом с .vhdx, снимок Proxmox — на том же хранилище, что и диск: выйдет из строя носитель — пропадут и ВМ, и снимки. Файлы .avhdx вручную не удаляют, только через Диспетчер или Remove-VMCheckpoint.
  • Согласованность данных. Стандартная контрольная точка Hyper-V сохраняет и память. Microsoft прямо пишет, что снимок не является полной резервной копией и может нарушить согласованность в системах, которые реплицируют данные между узлами, например в Active Directory. Производственная точка (по умолчанию) использует VSS в Windows и «заморозку» файловой системы в Linux, память не сохраняется.
  • Резервные копии Proxmox — всегда полные (конфигурация ВМ со всеми данными) и пишутся в хранилище копий, которое стоит держать на другом носителе.

Снимок делают перед рискованным шагом, копию на другой носитель — по расписанию. Как построить схему, разбирает статья про правило 3-2-1.

Ресурсы хоста

Память делится между всеми работающими ВМ. Динамическая память Hyper-V и «баллонирование» Proxmox добавляют гостю память, пока у хоста есть запас, и забирают её при нехватке; для самого хоста Proxmox советует оставлять около 1 ГБ. Если тонко выделенное хранилище заполнится, гости получат ошибки ввода-вывода.

Типичные ошибки и недоразумения

  • Hyper-V не включается, а в списке компонентов вместо него только Windows Hypervisor Platform. Компьютер, возможно, не соответствует требованиям: проверьте systeminfo, SLAT и виртуализацию в BIOS. В Windows Home компонента нет вообще.
  • Ubuntu не загружается в ВМ поколения 2. Шаблон Secure Boot «Microsoft Windows» не подходит для Linux; выберите «Microsoft UEFI Certificate Authority».
  • После создания внешнего коммутатора у хоста пропал интернет. Не включён общий доступ управляющей ОС к адаптеру (-AllowManagementOS $true).
  • Proxmox: apt update ругается на репозитории. Включены репозитории уровня enterprise (pve-enterprise и Ceph), а ключа подписки нет: отключите оба, а для тестов подключите pve-no-subscription.
  • Диск не виден установщику Windows в Proxmox. У Windows нет встроенной поддержки VirtIO: нужен ISO с драйверами virtio-win (о нём написано на вики Proxmox) либо эмулируемые устройства.

Проверьте себя

  1. Чем внешний виртуальный коммутатор Hyper-V отличается от внутреннего? Внешний привязан к физической сетевой карте, и ВМ оказываются в вашей сети. Внутренний соединяет ВМ между собой и с хостом.
  2. Почему Ubuntu в ВМ Hyper-V поколения 2 может не загрузиться и что делать? Для поколения 2 по умолчанию включён Secure Boot с шаблоном «Microsoft Windows». Для Linux выберите шаблон «Microsoft UEFI Certificate Authority» в разделе Security параметров ВМ.
  3. Что произойдёт с данными на диске при установке Proxmox VE? По умолчанию используется весь выбранный диск, и все данные на нём стираются. Ставьте Proxmox на компьютер без нужной информации.
  4. Зачем в Proxmox VE репозиторий pve-no-subscription? Репозитории pve-enterprise и Ceph включены по умолчанию, но требуют ключ подписки. Без ключа для тестов подключают pve-no-subscription.
  5. Почему снимок ВМ нельзя считать резервной копией? Он хранится рядом с диском ВМ и пропадает вместе с ним, а у служб с репликацией (например, Active Directory) может нарушить согласованность. Копия должна лежать на другом носителе.

Что дальше

Источники

Ещё по теме «Виртуализация»

Disk2vhd — утилита для создания образа vhd с физического диска Windows Server Дедупликация данных Авто запуск виртуальных машин VMware Workstation и Server при старте Windows Конвертация VHD в VHDX (фиксированный)