Как создать виртуальную машину Linux внутри Windows‑виртуальной машины с помощью Hyper‑V
Введение
Виртуальные машины позволяют запускать несколько ОС на одном физическом компьютере, сохраняя их изолированными. Чаще всего виртуальную машину создают на хост‑системе. Но иногда требуется вложенная виртуализация: запустить гипервизор внутри виртуальной машины и в нём — другую VM. В этом руководстве показано, как включить и использовать Hyper‑V внутри Windows‑виртуальной машины, запущенной в VMware, и создать в Hyper‑V Linux‑виртуальную машину (на примере Ubuntu).
Важно: при вложенной виртуализации ресурсы делятся по уровням: хост → гостевая Windows → Hyper‑V → Linux VM. Без достаточного запаса CPU, RAM и диска вложенная VM будет медленной или не загрузится.
Основные требования
- Гостевая Windows должна быть работоспособной внутри VMware. Рекомендуется Windows 10 или 11 Pro/Enterprise. Hyper‑V недоступен в Windows Home.
- Включена аппаратная виртуализация для гостевой VM (nested virtualization) в VMware.
- Достаточно аппаратных ресурсов у хост‑машины: оперативная память, CPU‑ядра и дисковое пространство. В тестах использовалась машина с 16 ГБ ОЗУ и 8‑ядерным AMD CPU.
- Обновите VMware Workstation/Player до актуальной версии перед началом.
Что произойдёт в процессе
- Включите виртуализацию (nested virtualization) для гостевой Windows в настройках VMware.
- Установите роль Hyper‑V в этой гостевой Windows.
- Создайте и запустите Linux‑виртуальную машину (ISO Ubuntu) в Hyper‑V.
Как создать виртуальную машину Linux внутри Windows‑VM с помощью Hyper‑V
Мы разобьём процесс на три раздела: включение виртуализации в VMware, установка Hyper‑V и создание Linux‑VM в Hyper‑V.
1. Включение вложенной виртуализации для Windows‑виртуальной машины в VMware
Чтобы разрешить гостевой Windows использовать аппаратную виртуализацию (VT‑x/AMD‑V), выполните следующие шаги:
- Запустите приложение VMware на хосте и выберите нужную Windows‑виртуальную машину.
- В правой части выберите “Edit Virtual Machine settings” (Изменить параметры виртуальной машины).
- Перейдите на вкладку “Hardware” и откройте раздел “Processors” (Процессоры).
- В подразделе Virtualize engine отметьте опцию “Virtualize Intel VT‑x/EPT or AMD‑V/RVI”.
- Нажмите OK, чтобы применить настройки.
Примечание: в разных версиях VMware название опции может немного отличаться, но смысл — разрешить вложенную виртуализацию (Nested Virtualization).
2. Установка Hyper‑V в гостевой Windows
- Запустите гостевую Windows внутри VMware и войдите в систему.
- Нажмите Win + R, введите
appwiz.cplи нажмите Enter. - В окне “Программы и компоненты” выберите “Turn Windows features on or off” (Включение или отключение компонентов Windows).
- В списке компонентов отметьте чекбокс “Hyper‑V”.
- Подтвердите установки и дождитесь завершения. Система потребует перезагрузку — перезагрузите гостевую Windows.
После перезагрузки Hyper‑V будет доступен: запустите Hyper‑V Manager (Диспетчер Hyper‑V) через поиск в меню Пуск.
3. Создание Linux‑виртуальной машины в Hyper‑V
Перед началом скачайте ISO‑образ выбранного дистрибутива Linux (в примере — Ubuntu). Поместите ISO внутрь гостевой Windows (например, в папку загрузок).
- Откройте Hyper‑V Manager (Пуск → Hyper‑V Manager).
- Справа выберите New → Virtual Machine.
- Нажмите “Next”. Укажите имя виртуальной машины и нажмите “Next”.
- Выберите Generation 1 и нажмите “Next”.
- Задайте Startup memory 2 GB и отметьте “Use Dynamic Memory for this virtual machine”.
- В секции Configure Networking выберите Default Switch.
- Создайте виртуальный диск и выделите 20 GB (или больше при необходимости).
- В разделе Installation options выберите “Install an operating system from a bootable CD/DVD‑ROM” и укажите скачанный ISO Ubuntu.
- Просмотрите конфигурацию и нажмите Finish.
Запуск и установка Ubuntu:
- Выберите созданную VM в списке Hyper‑V Manager и нажмите Start.
- Откройте консоль и следуйте установщику Ubuntu: выберите “Install Ubuntu”.
- Можно выбрать “Minimal Installation” и снять галочку “Download updates while installing Ubuntu” если вы хотите более быструю установку.
- Для простоты выберите “Erase disk and install Ubuntu” (внутри виртуального диска это безопасно).
- Укажите регион, имя пользователя и пароль.
- Дождитесь завершения установки и перезагрузите VM.
После перезагрузки вы попадёте в рабочую среду Ubuntu, запущенную в Hyper‑V, который работает внутри гостевой Windows в VMware.
Частые ошибки и способы их решения
- Гостевая VM зависает или не грузит Hyper‑V: проверьте, включена ли опция вложенной виртуализации в настройках VMware и достаточно ли выделено CPU/RAM.
- Вариант Windows Home: Hyper‑V не доступен — используйте Windows Pro/Enterprise или альтернативные гипервизоры.
- Сетевая конфигурация не работает: проверьте, использован ли Default Switch в Hyper‑V; иногда требуется настроить NAT или внешний виртуальный коммутатор.
- Медленная работа Linux VM: увеличьте RAM и количество виртуальных CPU, переведите диск на SSD.
Когда вложенная виртуализация не подойдёт (примеры)
- На слабых ноутбуках с 4 ГБ ОЗУ и двухъядерным CPU — производительность будет крайне низкой.
- Когда требуется высокопроизводительная I/O‑нагрузка (базы данных, контейнеры с интенсивной записью) — вложенная виртуализация добавляет накладные расходы.
- Если нужно взаимодействовать с аппаратным ускорением GPU внутри вложенной VM — поддержка сложнее и часто недоступна.
Альтернативные подходы
- Запустить Linux напрямую на хосте в VMware без вложенной Hyper‑V. Это проще и быстрее.
- Использовать WSL2 на гостевой Windows (если нужна только среда разработчика без полной GUI‑среды). WSL2 использует лёгкую виртуализацию и подходит для большинства задач разработки.
- Для лабораторных сценариев использовать физическую машину или облачные инстансы (AWS, Azure, GCP).
Чеклист перед началом (быстрый)
- Хост‑машина: достаточно RAM и CPU‑ядер (рекомендуется ≥16 ГБ и 4+ ядер).
- VMware Workstation/Player обновлён.
- Гостевая Windows — Pro/Enterprise.
- Включена опция “Virtualize Intel VT‑x/EPT or AMD‑V/RVI”.
- Скачан ISO Ubuntu (или другой дистрибутив).
- Выделено минимум 20 ГБ для виртуального диска.
Ролевые чек‑листы
Администратор инфраструктуры:
- Убедиться в совместимости хост‑CPU и включить VT‑x/AMD‑V в BIOS/UEFI.
- Выделить ресурсы для гостевой Windows и мониторить SLI/нагрузку.
- Обеспечить бэкапы виртуальных дисков.
Разработчик/тестер:
- Проверить, что в гостевой Windows установлены последние драйверы VMware Tools.
- Подготовить ISO образ и необходимые образы/скрипты для автоматической установки.
Оператор/лаборант:
- Проверить сетевые настройки Hyper‑V: Default Switch или External switch в зависимости от требований.
- Убедиться, что политики безопасности гостевой Windows разрешают запуск Hyper‑V.
Пошаговый оперативный план (SOP)
- На хосте: обновить VMware.
- Настроить и запустить гостевую Windows с минимумом 4‑8 ГБ ОЗУ (лучше 8–12 для тестов).
- В параметрах гостевой VM включить виртуализацию (nested virtualization).
- В гостевой Windows включить компонент Hyper‑V и перезагрузить.
- В Hyper‑V создать новую VM, подключить ISO и установить Linux.
- После успешной установки провести тесты работоспособности (загрузка, сеть, IO).
Сценарий отката и удаления
Если Linux VM больше не нужна или Hyper‑V мешает другим задачам:
- В Hyper‑V Manager: остановите и удалите виртуальную машину.
- Удалите виртуальные диски (.vhdx) чтобы освободить место.
- В гостевой Windows: зайдите в “Turn Windows features on or off” и снимите галочку с Hyper‑V.
- Перезагрузите гостевую Windows.
- В VMware: по желанию отключите опцию вложенной виртуализации.
Критерии приёмки
- Гостевая Windows запускается и корректно отображает Hyper‑V Manager.
- Linux VM загружается в полноценную ОС и достигает рабочего стола (для дистрибутивов с GUI) или завершает установку для серверных образов.
- Сеть гостевой Linux VM выходит в интернет (если требуется).
- Нагрузка CPU/RAM на хосте остаётся в допустимых пределах и не приводит к системной деградации.
Безопасность и приватность
- Вложенная виртуализация не изменяет требований к изоляции: следите за настройками брандмауэра и сетевой сегментацией.
- Не подключайте гостевую Windows и вложенные VM к сети с критическими данными без соответствующей сегментации и политик доступа.
- Удаляйте неиспользуемые виртуальные диски и снимки (snapshots), чтобы снизить риск утечки данных.
Совместимость и ограничения
- VMware: поддерживает nested virtualization в современных версиях; убедитесь, что используете Workstation Pro/Player с поддержкой этой функции.
- VirtualBox: на момент написания этой статьи вложенная виртуализация с Hyper‑V работает хуже или недоступна в стандартной конфигурации.
- Hyper‑V внутри гостевой Windows требует Pro/Enterprise-редакции.
Диаграмма решения (выбор пути)
flowchart TD
A[Нужна вложенная VM?] -->|Да| B{Гостевая Windows Pro/Ent?}
B -- Нет --> C[Использовать VMware напрямую или хост/облако]
B -- Да --> D{Поддерживает ли хост VT-x/AMD-V?}
D -- Нет --> C
D -- Да --> E[Включить nested virtualization в VMware]
E --> F[Установить Hyper-V в гостевой Windows]
F --> G[Создать Linux VM в Hyper-V]
G --> H[Тест и валидация]Таблица совместимости (кратко)
| Компонент | Поддержка вложенной виртуализации |
|---|---|
| VMware Workstation/Player (актуальные версии) | Да |
| VirtualBox (стандартные релизы) | Частично/Нет |
| Hyper‑V в гостевой Windows Home | Нет |
Полезные советы и оптимизации
- Если нужна GUI‑производительность — выделите больше RAM и CPU, используйте SSD для виртуальных дисков.
- В качестве сетевого адаптера в Hyper‑V для простоты используйте Default Switch. Для сложных сценариев настройте External switch.
- После тестов удаляйте ненужные снимки и диски — они быстро занимают место.
Маленькая методология тестирования
- Проверка базовой работоспособности: загрузка VM, логин в Ubuntu.
- Сетевая проверка: ping внешнего адреса, apt update/upgrade.
- Производительность диска: простой dd‑тест (опционально) внутри Ubuntu.
- Нагрузочный тест CPU: запуск короткого CPU‑бенчмарка, мониторинг загрузки хоста.
Часто задаваемые вопросы
Q: Можно ли включить Hyper‑V в Windows Home?
A: Нет — Hyper‑V официально доступен только в Pro/Enterprise.
Q: Работает ли это на старых CPU без EPT/RVI?
A: Нет — требуется поддержка аппаратной виртуализации (Intel VT‑x или AMD‑V и соответствующие расширения).
Q: Что лучше для лаборатории: вложенная виртуализация или облако?
A: Для краткосрочных тестов удобно локально; для масштабируемых и надёжных сред лучше использовать облачные инстансы.
Резюме
Запуск Hyper‑V внутри Windows‑виртуальной машины, запущенной в VMware, возможен и полезен для тестирования, обучения и лабораторных сценариев. Главное — обеспечить поддержку вложенной виртуализации, выделить достаточные ресурсы и учитывать накладные расходы на производительность. При правильной настройке вы получите полноценную Linux‑среду в Hyper‑V, работающую внутри гостевой Windows.
Выполнив шаги выше, вы сможете создать, запустить и удалить вложенную виртуальную машину безопасно и предсказуемо. Если нужны конкретные команды для диагностики или шаблоны конфигурации Hyper‑V/VMware — сообщите вашу конфигурацию, и я подготовлю их.