次の方法で共有


(プレビュー) 既存の Azure 第 1 世代 VM をトラステッド起動にアップグレードする

適用対象: ✔️ Linux VM ✔️ Windows VM ✔️ 第 1 世代 VM

Azure Virtual Machines では、セキュリティ タイプをトラステッド起動にアップグレードすることで、第 1 世代仮想マシン (VM) を 第 2 世代 にアップグレードできます。

トラステッド起動は、Azure 第 2 世代 VM で基本的なコンピューティング セキュリティを実現し、ブート キットやルートキットなどの高度で持続的な攻撃手法から保護できる方法の 1 つです。 これを実現するには、VM 上でセキュア ブート、仮想トラステッド プラットフォーム モジュール (vTPM)、ブート整合性監視などのインフラストラクチャ テクノロジを組み合わせます。

重要

既存の第 1 世代 VM のトラステッド起動へのアップグレードは、現在プレビュー段階でサポートされています。 トラステッド起動を有効にせずに第 1 世代 VM を 第 2 世代 にアップグレードすることは、サポートされていません

前提条件

サポートされていない第 1 世代 VM の構成

第 1 世代からトラステッド起動 VM へのアップグレードは、第 1 世代 VM が次を使用して構成されている場合はサポートされません

ベスト プラクティス

  • トラステッド起動のセキュリティ タイプを有効にする前に、運用ワークロードに関連付けられている Azure VM に対して復元ポイントを作成します。 復元ポイントを使用すると、ディスクと VM を、明確にわかる以前の状態で再作成できます。
  • トラステッド起動のアップグレードを実行する前に、「既知の問題」をレビューしてください。
  • アップグレードの一環として、MBR to GPT conversion の後に Windows OS ディスク システム ボリュームを拡張することはできません。 将来の準備として、トラステッド起動へのアップグレード前に、システム ボリュームを拡張することをお勧めします。
  • Windows OS ディスク ボリュームは、コマンド Defrag C: /U /V を使用して最適化する必要があります。 OS ボリュームの最適化により、パーティションの末尾を解放することで、MBR (マスター ブート レコード) から GPT (GUID パーティション テーブル) への変換におけるエラーのリスクが軽減されます。 「defrag」を参照してください。

ゲスト オペレーティング システム ボリュームを更新する

第 2 世代 VM には、次の構成のゲスト オペレーティング システム ボリュームが必要です。

  • GPT ディスク のレイアウト: 第 1 世代 VM のゲスト オペレーティング システム ボリュームは、主に MBR に設定されており、GPT への更新が必要です
  • EFI システム パーティション: 第 1 世代 VM のゲスト オペレーティング システム ボリュームには、ほとんどの場合、このパーティションは含まれていません。

Azure 第 1 世代 VM をトラステッド起動にアップグレードする前に、必要な構成で OS ボリュームの更新を完了してください。

重要

  • ガイダンスとして公開された PowerShell ベースのオーケストレーション スクリプトでは、Windows と Linux の MBR2GPT 検証や Windows OS の変換を含む、すべてのアップグレード手順がオーケストレーションされています。 ガイダンス スクリプトと必要なドキュメントには、Azure 第 1 世代 から第 2 世代へのトラステッド起動 VM アップグレードの GitHub リポジトリでアクセスできます
  • 運用環境のワークロードに関連付けられている第 1 世代の VM をトラステッド起動にアップグレードする前に、テスト用の第 1 世代 VM をトラステッド起動にアップグレードし、前提条件を満たすために変更が必要かどうかを判断します。

組み込みの MBR2GPT.exe ユーティリティを使用すると、GPT ディスク レイアウトを有効にして、第 2 世代へのアップグレードに必要な EFI system partition を追加できます。

注意事項

MBR to GPT conversion の後は、Windows OS ディスク システム ボリュームを拡張することはできなくなります。 将来の準備のため、アップグレードを実行する前に、システム ボリュームを拡張することをお勧めします。

Note

Windows Server 2016 は、MBR2GPT.exe をサポートしていません。 回避策としては、ゲスト オペレーティング システムを Windows Server 2019 または 2022 に更新した後で、MBR to GPT conversion を実行します。 「Azure で Windows Server を実行している VM のインプレース アップグレード」を参照してください。

  1. 変換を実行するために、RDP またはリモートで第 1 世代 Windows VM に接続します。

  2. コマンド MBR2GPT /validate /allowFullOS を実行し、Disk layout validation が正常に完了したことを確認します。 Disk layout validation が失敗した場合には、続行しないでください。 一般的な原因とエラーに関する解決策の一覧については、「既知の問題」を参照してください。 詳細とトラブルシューティングについては、「MBR2GPT のトラブルシューティング」を参照してください。

  3. コマンド MBR2GPT /convert /allowFullOS を実行して、MBR から GPT への変換を実施します。 成功した出力の例:

    If conversion is successful the disk can only be booted in GPT mode.
    These changes cannot be undone!
    
    MBR2GPT: Attempting to convert disk 0
    MBR2GPT: Retrieving layout of disk
    MBR2GPT: Validating layout, disk sector size is: 512 bytes
    MBR2GPT: Trying to shrink the OS partition
    MBR2GPT: Creating the EFI system partition
    MBR2GPT: Installing the new boot files
    MBR2GPT: Performing the layout conversion
    MBR2GPT: Migrating default boot entry
    MBR2GPT: Adding recovery boot entry
    MBR2GPT: Fixing drive letter mapping
    MBR2GPT: Conversion completed successfully
    MBR2GPT: Before the new system can boot properly you need to switch the firmware to boot to UEFI mode!
    

第 1 世代 VM をトラステッド起動にアップグレードする

Note

  • 現在、トラステッド起動を有効にした後に、VM を Standard セキュリティの種類 (トラステッドではない起動構成) にロールバックすることはできません。
  • vTPM は既定で有効になっています。
  • カスタムの署名されていないカーネルまたはドライバーを使用していない場合は、セキュア ブートを有効にすることをお勧めします。 これは、既定では有効になっていません。 セキュア ブートでは、ブートの整合性が維持され、VM の基本的なセキュリティが有効になります。

Azure PowerShell の最新版がインストールされていること、および Connect-AzAccount で Azure アカウントにサインイン済みであることを確認します。

重要

ガイダンスとして公開された PowerShell ベースのオーケストレーション スクリプトでは MBR2GPT 変換を含むすべてのアップグレード手順がオーケストレーションされています。 ガイダンス スクリプトと必要なドキュメントには、Azure 第 1 世代 から第 2 世代へのトラステッド起動 VM アップグレードの GitHub リポジトリでアクセスできます

既存の第 1 世代 VM を第 2 世代 にアップグレードし、Azure PowerShell を使用してトラステッド起動を有効にするための手順に従います。

  1. VM の Azure サブスクリプションにサインインします。

    Connect-AzAccount -SubscriptionId 00000000-0000-0000-0000-000000000000
    
  2. VM の割り当てを解除します。

    Stop-AzVM -ResourceGroupName myResourceGroup -Name myVm
    
  3. -SecurityTypeTrustedLaunch に設定して、トラステッド起動を有効にします。

    Get-AzVM -ResourceGroupName myResourceGroup -VMName myVm `
        | Update-AzVM -SecurityType TrustedLaunch `
            -EnableSecureBoot $true -EnableVtpm $true
    
  4. 更新された VM 構成で securityProfile を検証します。

    # Following command output should be `TrustedLaunch`
    
    (Get-AzVM -ResourceGroupName myResourceGroup -VMName myVm `
        | Select-Object -Property SecurityProfile `
            -ExpandProperty SecurityProfile).SecurityProfile.SecurityType
    
    # Following command output should return `SecureBoot` and `vTPM` settings
    (Get-AzVM -ResourceGroupName myResourceGroup -VMName myVm `
        | Select-Object -Property SecurityProfile `
            -ExpandProperty SecurityProfile).SecurityProfile.Uefisettings
    
    
  5. VM を起動します。

    Start-AzVM -ResourceGroupName myResourceGroup -Name myVm
    
  6. アップグレードされたトラステッド起動 VM を起動します。 RDP (Windows VM の場合) または SSH (Linux VM の場合) を使用して VM にサインインできることを確認します。

既知の問題

Windows 10 VM のトラステッド起動アップグレード後に Windows 11 の起動が失敗する

Windows 10 第 1 世代 VM が正常にトラステッド起動にアップグレードされ、その後、Windows 11 のインプレース アップグレードが成功しました。 ただし、Azure VM が停止しエラーが表示された状態で起動した後は、Windows 11 の起動が失敗します。

解決策: この問題は、24H2 ビルド バージョン 26100.2314 で修正されています。

Azure Windows VM の起動の失敗を示すスクリーンショット。

[Windows] MBR から GPT への変換が、EFI システム パーティションのスペースが見つかりません、というエラーで失敗する

このエラーは、次のいずれかの理由で発生します。

  • システム ボリュームに空き領域がない
  • システム ボリュームが破損してます。 ディスク管理コンソールで数 MB ずつボリュームを縮小することで検証できます。 システム ボリュームを修復するには、コマンド chkdsk C:/v/f を使用します。
  • Virtual Disk サービスが実行されていないか、正常な通信を行うことができません。 サービスのスタートアップの種類を、Manual に設定する必要があります。
  • Optimize Drives サービスが実行されていないか、正常な通信を行うことができません。 サービスのスタートアップの種類を、Manual に設定する必要があります。
  • システム ボリューム ディスクが、既に 4 つの MBR パーティション (MBR ディスク レイアウトでサポートされる最大数) で構成されています。 EFI システム パーティション用のスペースを確保するには、パーティションの 1 つを削除する必要があります。
    1. ReAgentc /info を実行して、回復によってアクティブに使用されているパーティションを識別します。 例: Windows RE ___location: \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsRE
    2. PowerShell コマンドレット Get-Partition -DiskNumber 0 を実行して、構成されている現在のパーティションを識別します。
    3. PowerShell コマンドレット Remove-Partition -DiskNumber 0 -PartitionNumber X を実行して、手順 1 で示されているような、回復サービスでアクティブに使用されていない追加の回復パーティションを削除します。

[Windows] MBR to GPT が、ReAgent.xml の更新に失敗する

Windows 10 などの特定の Windows OS バージョンの場合、MBR2GPT は、パススルー エラー MBR2GPT: Failed to update ReAgent.xml, please try to manually disable and enable WinRE. を生成します

この警告は、MBR2GPT.exeC:\Windows\System32\Recovery\ReAgent.xml 内で、回復パーティションの GUID を更新できなかったことを示します。 この問題が原因で、ゲスト オペレーティング システムの機能、Windows 11 へのアップグレードなど追加のアップグレードの完了、アップグレード後の Windows 11 の正常な動作などについての問題が発生することはありません。 ReAgent.xml は、Windows 11 のアップグレード後に正しい GUID で更新されます。つまり、MBR2GPT 変換と Windows 11 アップグレードの間で何もアクションを実行しなければ、ReAgent.xml の GUID 値は Windows 回復構成と同期されます。

この警告を手動で修正するには、Windows 11 のアップグレード前に一覧に示されている手順を使用して、MBR2GPT 変換後または第 1 世代からトラステッド起動へのアップグレード後に、WinRE を無効にし再度有効にすることができます。これらの手順は、ReAgent.xml 内で WinRE GUID を強制的に同期します

  1. 第 1 世代 -> トラステッド起動へのアップグレードを完了します。
  2. reagentc /disable を実行します。
  3. reagentc /enable を実行します。
  4. reagentc /info を実行します。
  5. C:\Windows\System32\Recovery\ReAgent.xml を開き、XML ファイルの中の BCD GUID が、手順 4 の出力と一致しているかどうかを検証します。

[Windows] アップグレード後に、D ドライブがシステム予約済みに割り当てられる

一時記憶域ドライブの割り当て英字 'D' が、第 1 世代 VM へのアップグレード後に、以前システム予約済みに割り当てられていた文字 'E' を使用して変更されます。 この問題を回避するには、アップグレード後に以下の手順を手動で実行します。

アップグレード後にサーバー上のディスクを確認し、システム予約済みパーティションに英字の D が付いている場合は、次の操作を行います。

  1. ページ ファイルを D: から C: に再構成します
  2. VM を再起動する
  3. パーティションから英字の D: を削除します
  4. VM を再起動し、英文字 D: の一時ストレージ ディスクを表示します

トラステッド起動へのアップグレード後に VM イメージ参照が変更されない

Azure 第 1 世代 VM をトラステッド起動にアップグレードした後も、イメージ参照にはソースが第 1 世代 OS イメージとして反映されます。 イメージ参照が更新されないのは既知の制限事項であり、第 1 世代からトラステッド起動 VM へのアップグレード サポートが一般提供でリリースされる際に対処されます。

よく寄せられる質問

トラステッド起動の前提条件に適合しない第 1 世代 VM がある場合はどうなりますか?

トラステッド起動にアップグレードするための前提条件を満たしていない第 1 世代 VM については、前提条件を満たす方法を模索してください。 たとえば、サポートされていない仮想マシン サイズを使用している場合は、トラステッド起動を利用可能な、同等のトラステッド起動サポート済みサイズを探します。

第 2 世代 (トラステッド起動なし) のみへのアップグレードが、サポートされていないのはなぜですか?

トラステッド起動により、追加コストなしで、Azure 第 2 世代 VM での基礎的なコンピューティング セキュリティが有効になります。 また、トラステッド起動 VM は、ほぼ第 2 世代 VM と同等です。 そのため、トラステッド起動を有効にせずに第 2 世代 VM にのみアップグレードすることに、追加的な利点はありません。