Azure Stack HCI バージョン 23H2 に Azure Arc VM のトラステッド起動をデプロイする
適用対象: Azure Stack HCI バージョン 23H2
この記事では、Azure Stack HCI バージョン 23H2 に Azure Arc 仮想マシン (VM) のトラステッド起動をデプロイする方法について説明します。
前提条件
Azure にデプロイおよび登録されている Azure Stack HCI バージョン 23H2 クラスターにアクセスできることを確認します。 詳細については、「Azure portalを使用したデプロイ」を参照してください。
トラステッド起動 Arc VM を作成する
信頼された起動 VM は、Azure portalを使用するか、Azure Command-Line インターフェイス (CLI) を使用して作成できます。 以下のタブを使用して、メソッドを選択します。
Azure Stack HCI でトラステッド起動 Arc VM を作成するには、「Azure portal を使用して Azure Stack HCI に Arc 仮想マシンを作成する」の手順に従います。次の変更があります。
例
この例では、BitLocker 暗号化が有効になっているゲストWindows 11実行されているトラステッド起動 Arc VM を示します。 ここでは、シナリオを実行する手順を示します。
サポートされているWindows 11ゲスト オペレーティング システムを実行しているトラステッド起動 Arc VM を作成します。
Win 11 ゲストの OS ボリュームに対して BitLocker 暗号化を有効にします。
Windows 11 ゲストにサインインし、BitLocker 暗号化を有効にします (OS ボリュームの場合): タスク バーの検索ボックスに「Manage BitLocker」と入力し、結果の一覧から選択します。 [ BitLocker を有効にする ] を選択し、指示に従って OS ボリューム (C:) を暗号化します。 BitLocker では、OS ボリュームのキー保護機能として vTPM が使用されます。
クラスター内の別のノードに VM を移行します。 次の PowerShell コマンドを実行します。
Move-ClusterVirtualMachineRole -Name $vmName -Node <destination node name> -MigrationType Shutdown
VM の所有者ノードが指定された宛先ノードであることを確認します。
Get-ClusterGroup $vmName
VM の移行が完了したら、VM が使用可能で BitLocker が有効になっているかどうかを確認します。
VM でWindows 11 ゲストにログインできるかどうかを確認し、OS ボリュームの BitLocker 暗号化が有効なままかどうかを確認します。 これを行うことができる場合は、VM の移行中に vTPM 状態が保持されたことを確認します。
VM の移行中に vTPM の状態が保持されなかった場合、VM の起動により、ゲストの起動中に BitLocker の回復が発生します。 つまり、Windows 11 ゲストにログインしようとしたときに、BitLocker 回復パスワードの入力を求められます。 これは、移行先ノード上の移行された VM のブート測定値 (vTPM に格納されている) が、元の VM とは異なっていたためです。
クラスター内の別のノードに VM を強制的にフェールオーバーします。
次のコマンドを使用して、VM の所有者ノードを確認します。
Get-ClusterGroup $vmName
フェールオーバー クラスター マネージャーを使用して、所有者ノードでクラスター サービスを停止します。フェールオーバー クラスター マネージャーに表示されている所有者ノードを選択します。 [ アクション ] 右側のウィンドウで、[ その他のアクション] を選択し、[ クラスター サービスの停止] を選択します。
所有者ノードでクラスター サービスを停止すると、VM はクラスター内の別の使用可能なノードに自動的に移行されます。 後でクラスター サービスを再起動します。
フェールオーバーが完了したら、VM が使用可能で、フェールオーバー後に BitLocker が有効になっているかどうかを確認します。
VM の所有者ノードが指定された宛先ノードであることを確認します。
Get-ClusterGroup $vmName