SE の雑記

ブチザッキ兄さん の Dv3 / Ev3 VM と Nested Virtualization を見ればすべて解決ですが、自分メモとして。

Azure のサブスクリプションの利用料金に余裕があるうちは、デモ環境を Azure 上に持っておきたいなと思いまして。
投稿を書いている時点の、MS の公式なアナウンスとしては、次の二つになるかと。

• Introducing the new Dv3 and Ev3 VM sizes
• Nested Virtualization in Azure

Nested VM の情報については、入れ子になった仮想化による仮想マシンでの Hyper-V の実行 から確認できます。

新しい VM のサイズ

新しい VM のサイズとして、「Dv3」「Ev3」(旧 D11 ～ D14) が使用できるようになりました。

• Dv3 シリーズ (汎用)
• Dsv3 シリーズ (汎用)
• Ev3 シリーズ (メモリ最適化)
• ESv3 シリーズ (メモリ最適化)

現時点で利用可能なリージョンとしては、次のリージョンとなる感じでしょうか。

• 米国
  • 米国西部 2
  • 米国東部 2
• ヨーロッパ
  • 西ヨーロッパ
• アジア
  • 東南アジア

現時点では、米国西部2 を使うと安そうでした。
私の検証の範囲であれば、D8 v3 ぐらいのスペックがあれば、いろいろと検証できそうかなと。

Hyper-V の有効化
初期の状態は Hyper-V は有効になっていませんので、Hyper-V の有効化を実施します。

Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart

 
仮想ハードディスク配置用の記憶域スペースの作成
Hyper-V の仮想ハードディスクを配置するディスクについては、I/O 性能が求められるため、記憶域スペースを使用したディスクとして切り出しておく必要があるかと。
接続されたディスクで記憶域スペースを構築するためには次のようなスクリプトを実行するとよいかと。

# ディスクの列数の指定
$Columns = (Get-PhysicalDisk -CanPool $true).Count
# ストライピングサイズの指定
$Interleave = 64KB
# 記憶域スペースの作成
New-StoragePool -FriendlyName datapool `
-StorageSubSystemFriendlyName "*$($ENV:COMPUTERNAME)*" `
-PhysicalDisks (Get-PhysicalDisk -CanPool $true)
# 仮想ディスクの作成
New-VirtualDisk -StoragePoolFriendlyName datapool -FriendlyName datadisk `
-UseMaximumSize -ResiliencySettingName Simple -NumberOfColumns $Columns -Interleave $Interleave

 
NAT ネットワークの設定
基本的な作業は https://github.com/charlieding/Virtualization-Documentation/tree/live/hyperv-tools/Nested で公開されているドキュメントを見るとよいかと。
ネットワークについては NAT スイッチ経由での接続となるため、Github で公開されているドキュメントの内容や、NAT ネットワークの設定 の内容を参考に、仮想マシンからの通信に必要なネットワークを作成していきます。
基本的な構文としては次のようになります。

New-VMSwitch -SwitchName "NAT Switch" -SwitchType Internal
$ifindex = (Get-NetAdapter | ? Name -Match "NAT Switch").ifIndex
New-NetIPAddress -IPAddress "192.168.0.1" -PrefixLength "24" -InterfaceIndex $ifindex
New-NetNat -Name "NAT Network" -InternalIPInterfaceAddressPrefix 192.168.0.0/24

 
これで、Hyper-V の「内部ネットワーク」のスイッチが作成され、そのスイッチが「192.168.0.1」のゲートウェイとして動作するようになりますので、作成した仮想マシンはこの仮想スイッチに接続をして、指定したプレフィックスのレンジの IP アドレスの割り当てと、ゲートウェイとして指定した IP アドレスを設定することで仮想マシンから外部ネットワークにアクセスが可能になります。
Github のドキュメントでは、VM ホストにDHCP / DNS を設定して、自動的な IP の割り当てを行っており、IP の自動割り当てについても考慮点として出てきそうですね。
内部ネットワークを適切に設定することで、「Nested の仮想マシン -> 外部ネットワーク」への接続ができるようになります。
情報を探したのですが、「外部ネットワーク -> Nested の仮想マシン」のアクセス方法がわかっていないですね…。
Hyper-V ホストからは Nested の仮想マシンに NAT スイッチ経由でアクセスできるのですが、ホスト以外からのアクセス方法がわからず。
ブチザッキ兄さんに「Add-NetNatStaticMapping」でマッピングしたら NAT 配下の VM にアクセスできると教えていただき、試してみたところ、さくっとできました。

ネットワークセキュリティグループの許可が必要となりますが、仮想マシンへの 13389 のアクセスを Nested VM 上の仮想マシンの 3389 にリダイレクトさせる場合は、次のようになります。

$NatName = "NAT Network"

Add-NetNatStaticMapping -NatName $NatName -Protocol TCP -ExternalIPAddress 0.0.0.0 -ExternalPort 13389 -InternalIPAddress 192.168.0.100 -InternalPort 3389

仮想マシンのプロダクトキー
Azure の仮想マシンは、KMS に対して認証が行われています。
Nested VM の仮想マシンの認証についても考慮をしておく必要があります。
単純な方法としては AVMA の利用でしょうか。
AVMA を試してみたところ、Nested VM な仮想マシンでも認証を行うことができました。

slmgr -ipk <avma のプロダクトキー>
実行方法の例 :
slmgr -ipk TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
slmgr -ato

 
AVMA のプロダクトキーについては、Automatic Virtual Machine Activation から確認することができます。
もう一つの方法としては、KMS の利用になるかと。
KMS のプロダクトキーについては、Appendix A: KMS Client Setup Keys から確認できます。
KMS ホストの認識に関しては、オプションにより手動で設定しています。

slmgr -ipk <プロダクトキー>
実行方法の例 :
slmgr -ipk CB7KF-BWN84-R7R2Y-793K2-8XDDG
slmgr -skms kms.core.windows.net:1688
slmgr -ato