Azure仮想マシンのWindows Server 2022でWSL 2を試してみた

しばたです。

前の記事でEC2のWindows Server 2022ではWSL 2の導入が容易でないとお伝えしました。

https://dev.classmethod.jp/articles/how-to-use-wsl1-on-windows-server-2022/

これはAWSでは基本的にNested Virtualization(入れ子の仮想化)がサポートされていないためなのですが、それではAWSでなくAzureではどうかと思い調べてみることにしました。

Azure仮想マシンにおける入れ子の仮想化サポート

Azureでは当初入れ子の仮想化はサポートされていませんでいたが、2017年ごろより順次サポートされるシリーズが増えています。
これはWindows Server 2016より入れ子の仮想化がサポートされる様になり、Azureの基盤^[1]にもその更新が波及したためと推測されます。

本日時点での状況を調べてみましたが、入れ子の仮想化をサポートするシリーズに対する明確な決まりはない様で、各シリーズ毎で直接サポート状況を調べるしかない感じでした。
傾向としてはざっくりこんな感じです。

• 基本Intel CPUを使っているシリーズでサポートされる
  • AMD CPUでも新しい世代はサポートされる傾向がある
• D、Eシリーズではv3以降の新しい世代でサポート
• GPU搭載シリーズは非サポート

本記事の最後に詳細な調査結果を補足しておくので必要があればご覧ください。

試してみた

ここまでを踏まえて実際に試してみました。

今回は東日本リージョンでDシリーズの最新世代であるDsv5からD2s_v5 (2vCPU, 8GiB Memory)の仮想マシン(第2世代)を作ってみます。
OSはAzureなのでWindows Server 2022 Datacenter Azure Editionにしています。

Azureポータルより仮想マシンの作成をざっくり下図の様な設定で作成します。

図に無い設定はだいたいデフォルト設定のままです。

仮想マシンを作成後にRDPでOSにログインし、前の記事と同じ手順でWSL 2をインストールします。

# 要管理者権限
# ※ wsl --install コマンドが使えるのはWindows Server 2022から
wsl --install

# OS再起動
Restart-Computer

本日時点のOSでは必要な更新は既に適用済みで問題なくWSL 2のインストールが開始されます。

再起動後、再ログインするとインストールが続行されます。
EC2の場合はここでエラーとなりましたが、入れ子の仮想化をサポートしているAzure仮想マシンでは問題なく続行されユーザー名・パスワードの入力まで進みます。

初期設定を完了して無事WSL 2が利用可能になりました。

念のためにwsl -l -vコマンドでWSLのバージョンを確認してみてもちゃんとVersion 2です。

# Azureのインスタンスメタデータを取得
Invoke-RestMethod -Headers @{"Metadata"="true"} -Uri 'http://169.254.169.254/metadata/instance/compute?api-version=2021-02-01' |
    Select-Object name, location, vmSize

# WSLのバージョン確認
wsl -l -v

なお、Windows Terminalも問題なく使えます。
開始ディレクトリが~だと起動エラーになる事象が今回も発生したのでどうやらこの事象はWSLのバージョンには関係ないようです。

最後に

以上となります。

入れ子の仮想化をサポートしている環境では本当にあっさりとWSL 2が利用可能でした。
この点についてはAzureが羨ましいですね。

補足 : シリーズ毎の入れ子の仮想化サポート状況

各シリーズ毎の入れ子の仮想化サポート状況を表にまとめました。
元ネタは以下のDocsを参照しており、本日(2022/06/26)時点の内容となります。

• Azure の仮想マシンのサイズ