Запуск Hyper-V на виртуальной машине с вложенной виртуализацией
Статья
Вложенная виртуализация — это функция, которая позволяет запускать Hyper-V внутри виртуальной машины Hyper-V. Вложенная виртуализация полезна для запуска эмулятора телефона Visual Studio на виртуальной машине или тестирования конфигураций, которые обычно требуют нескольких узлов.
Узел Hyper-V должен быть windows Server 2016 или более поздней версии, либо Windows 10 или более поздней версии.
Конфигурация виртуальной машины версии 8.0 или более поздней.
ПРОЦЕССОР AMD EPYC / Ryzen или более поздней версии
Узел Hyper-V должен быть Windows Server 2022 или более поздней версии, или Windows 11 или более поздней версии.
Конфигурация виртуальной машины версии 9.3 или более поздней.
Примечание
Гость может быть любой поддерживаемой гостевой операционной системой Windows. Новые операционные системы Windows могут поддерживать оптимизации, которые повышают производительность.
Чтобы включить вложенную виртуализацию на виртуальной машине Azure, установите тип безопасности как "Стандартный".
Настройка вложенной виртуализации
Создайте виртуальную машину. Ознакомьтесь с предварительными требованиями для необходимых версий ОС и виртуальных машин.
Хотя виртуальная машина находится в состоянии OFF, выполните следующую команду на физическом узле Hyper-V, чтобы включить вложенную виртуализацию для виртуальной машины.
Существует два варианта сетевого взаимодействия с вложенными виртуальными машинами:
Спуфинирование MAC-адресов
Сеть NAT
Спуфинирование MAC-адресов
Чтобы сетевые пакеты перенаправлялись через два виртуальных коммутатора, необходимо включить подпуфинирование MAC-адресов на первом уровне виртуального коммутатора (L1). Чтобы включить спуфинирование MAC-адресов, выполните следующую команду PowerShell.
Get-VMNetworkAdapter -VMName <VMName> | Set-VMNetworkAdapter -MacAddressSpoofing On
Преобразование сетевых адресов (NAT)
Второй вариант зависит от преобразования сетевых адресов (NAT). Этот подход лучше всего подходит для случаев, когда подпуфинирование MAC-адресов невозможно, например в общедоступной облачной среде.
Во-первых, виртуальный коммутатор NAT должен быть создан на виртуальной машине узла (средняя виртуальная машина). В следующем примере создается новый внутренний коммутатор с именем VmNAT и создается объект NAT для всех IP-адресов в подсети 192.168.100.0/24.
Каждая вложенная виртуальная машина должна иметь IP-адрес и шлюз, назначенные ему. IP-адрес шлюза должен указывать на адаптер NAT из предыдущего шага. Также может потребоваться назначить DNS-сервер:
Планирование, доставка, управление и мониторинг возможностей виртуального рабочего стола и удаленных приложений в Microsoft Azure для любого устройства.