プライベート ネットワークをプロビジョニングし、オンプレミスのデータセンターに必要に応じて接続するために使用する Azure ネットワーク サービス。
Hello SK!
Please find my suggested answers below:
- Why nested virtualization is required?
Azure Extended Network extends an on‑premises subnet into Azure using a bidirectional VXLAN tunnel between:
- one Windows Server 2019 VM appliance in Azure
- one Windows Server 2019 VM appliance on‑premises
Both appliances must run Hyper‑V because the VXLAN forwarding components are implemented as Hyper‑V virtual switch extensions. If the on‑premises appliance is itself a VM, then Hyper‑V must run inside that VM → which requires nested virtualization.
2. If the on‑premises hypervisor does not support nested virtualization
Your understanding is correct: Azure Extended Network is not supported if the on‑premises hypervisor cannot provide nested virtualization. Without nested virtualization, the appliance VM cannot run Hyper‑V, and therefore cannot participate in the VXLAN tunnel required for subnet extension.
Microsoft’s documentation is explicit that the appliance is a Windows Server VM running Hyper‑V. If Hyper‑V cannot run, the solution cannot function.
3. This is the only supported alternative that avoids nested virtualization.
You can deploy the on‑premises appliance on a physical Windows Server 2019/2022 host with Hyper‑V enabled. Because Hyper‑V runs directly on the physical CPU, nested virtualization is not needed. This configuration is fully supported and aligns with Microsoft’s requirement that the appliance be a Windows Server instance running Hyper‑V.