Hyper-V on Azure 完全ガイド｜Nested Virtualization・AVS・Azure Migrate・Windows Server 2025 新機能

Hyper-V on Azure は、Azure VM 上で Hyper-V (Microsoft の仮想化技術) を動作させる構成で、Nested Virtualization (ネストされた仮想化) を活用。Azure VM (Parent) の中で更に VM (Guest VM) を稼働させる。代表的なユースケース: 1) Hyper-V を使ったテスト・トレーニング環境 (本物の Hyper-V Lab Environment 構築)、2) レガシー Windows アプリの隔離実行、3) AKS の Nested Container 環境、4) Visual Studio Subscription 等の開発者向け仮想化検証、5) Hyper-V Failover Cluster の動作確認、6) Windows Server 2025 の新機能検証。Nested Virtualization 対応 VM サイズ (Dv4/Dv5・Ev4/Ev5・Fv2・M シリーズの一部) で利用可能。Microsoft 公式は本番ワークロードでの Nested Virtualization を推奨せず、検証・トレーニング・特殊用途向けと位置付けています。

重要な制約: 1) VM サイズ制限 (Dv4/Dv5・Ev4/Ev5・Fv2・M シリーズの一部のみ・B シリーズ非対応・古い v2/v3 シリーズも不可)、2) パフォーマンス低下 (Guest VM は Parent VM より遅い、約 20-30% Overhead)、3) Live Migration 不可 (Azure 自動メンテナンス時に Parent VM 移動で Guest VM 再起動の可能性)、4) Azure Backup の Guest VM Backup 不可 (Parent VM 単位 Backup のみ)、5) Performance Counters の精度低下、6) Network Performance 低下 (Nested NIC の遅延)、7) GPU Passthrough 不可、8) Azure サービス統合困難 (Guest VM は Azure VM ではないため Managed Identity 等使えない)。本番運用には不向きで、検証・トレーニング用途に限定するのが正しい使い方です。

Azure VMware Solution (AVS) は Microsoft マネージドの専有 VMware vSphere 環境を Azure 内で提供するサービス、Hyper-V on Azure とは全く異なる。AVS: 1) VMware vSphere・vCenter・NSX-T・vSAN を Azure 上で本番運用可能、2) 既存 VMware ワークロードの完全 Lift and Shift、3) 専有ベアメタルホスト (AV36・AV52・AV64 シリーズ) で運用、4) VMware HCX で オンプレ → AVS への無停止移行、5) AVS は本番ワークロード対応 (Microsoft + VMware 公式サポート)、6) コスト極めて高い (月数百万-数千万円規模・最小 3 ホスト構成)、7) VMware ライセンス込み価格。Hyper-V on Azure (Nested) はトレーニング / 検証用、AVS は VMware 本番運用、Azure VM (Hyper-V Workload を Azure VM に直接移行) はクラウドネイティブ化、という用途別の使い分けが必要です。

標準的な構築手順: 1) Nested Virtualization 対応 VM サイズ選択 (例: Standard_D8s_v5 = 8 vCPU・32 GB RAM)、2) Windows Server 2022 / 2025 OS を選択 (Hyper-V Role インストール可能版)、3) VM デプロイ後、Server Manager または PowerShell で Hyper-V Role 追加: Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart、4) 再起動後、Hyper-V Manager で Virtual Switch 作成 (Internal / External / Private 選択)、5) Guest VM 作成 (Hyper-V Manager または New-VM コマンド)、6) Guest VM に OS インストール (ISO アップロードまたは Sysprep Image)、7) Guest VM のネットワーク設定。Linux (Ubuntu Server) でも KVM / Nested Virtualization 可能ですが、Microsoft 公式は Windows Server + Hyper-V の組み合わせを主推奨。Parent VM の Disk は Premium SSD 推奨 (Guest VM の性能影響大)、Memory は最低 32 GB (Guest VM 複数稼働想定)。

オンプレ Hyper-V VM を Azure VM に移行する標準パターン: 1) Azure Migrate Discovery で Hyper-V Host を Scan、VM インベントリ + Right-sizing 推奨を取得、2) Azure Migrate Replication で VHD / VHDX を Azure Storage Account に転送 (Initial Replication 数時間〜数日)、3) Delta Replication で継続同期 (本番運用中のオンプレ VM を継続レプリケート)、4) Test Migration で Azure 上でのテストブート確認、5) Cutover 実行で本番切替 (オンプレ VM 停止 → Azure VM 起動)、6) DNS / アクセス先切替。代表的な所要時間: 100 VM 移行プロジェクトで 3-6 ヶ月。VHD 形式は Azure VM 用に Generation 1 (BIOS) または Generation 2 (UEFI) で変換、Linux VM は Cloud-init 対応・Windows VM は Sysprep 推奨。Azure Migrate は無料、Replication Storage Account のみコスト発生で、Hyper-V → Azure 移行のデファクト標準ツールです。

Windows Server 2025 の Hyper-V 新機能: 1) GPU Partitioning (GPU-P) GA (Hyper-V Guest VM で物理 GPU を共有・ML 用途)、2) Discrete Device Assignment (DDA) 改善 (GPU・FPGA の Pass-through 強化)、3) Storage Pool with NVMe over Fabric 対応 (ストレージ性能向上)、4) Nested Virtualization の AMD CPU 対応強化 (従来は Intel 中心)、5) Hot-add / Hot-remove メモリ・vCPU の対応強化、6) Hyper-V Replica の改善 (Multi-target Replica で 1 つの VM を複数 DR Site に同時複製)、7) Azure Local (Azure Stack HCI 後継) との統合強化、8) Microsoft Defender for Hyper-V Hosts による Runtime 保護、9) PowerShell DSC for Hyper-V による IaC 構成。AZ-800 / AZ-801 試験で Windows Server 2025 の新機能が問われる傾向強化、最新版で学習推奨です。

AZ-800 (Windows Server Hybrid Administrator) のドメイン 3 (仮想マシンとコンテナの管理 15-20%) で Hyper-V が深く問われる本領域の主要トピック。AZ-801 (Configuring Windows Server Hybrid Advanced Services) で Hyper-V Failover Cluster・Hyper-V Replica の高度機能、AZ-140 (AVD Specialty) で Nested Virtualization (Hyper-V on Azure VM) を活用した AVD ホスト検証、AZ-104 (Administrator) で Azure VM 基礎、AZ-305 (Solutions Architect Expert) で VMware vs Hyper-V vs Azure VM の選定。Microsoft Windows Server エコシステムを扱うインフラエンジニアにとって Hyper-V の理解は必須スキルです。

Hyper-V の代替・補完技術: 1) Windows Container (Docker Desktop for Windows Server)・コンテナ単位の隔離・軽量・高速起動・本番マイクロサービス向け、2) Hyper-V Container (Microsoft 独自の Container in Hyper-V 構成・より強い隔離・Multi-tenant SaaS 向け)、3) WSL2 (Windows Subsystem for Linux 2)・Hyper-V を内部利用した Linux 環境・開発者向け Linux ツール実行・本番運用は非推奨、4) Azure Container Apps (Microsoft マネージド Serverless Container)・コンテナのみ動かしたい場合の最適解、5) AKS (Azure Kubernetes Service)・本番コンテナオーケストレーション。判断: 1) 完全な VM 隔離必要 → Hyper-V、2) コンテナで OK → Container / AKS、3) Linux 開発環境 → WSL2、4) サーバーレス → Azure Container Apps。新規プロジェクトはコンテナ優先、Hyper-V は既存 Windows Workload・Legacy アプリ・特殊要件のみが現代的なベストプラクティスです。