Hyper-V VM を Azure に移行する

この記事では、オンプレミスの Hyper-V 仮想マシン (VM) を Azure ツールに移行する方法について説明します。

このチュートリアルでは、以下の内容を学習します。

Azure サブスクリプションをお持ちでない場合は、開始する前に 無料アカウント を作成してください。

前提条件

このチュートリアルを始める前に、次の準備が必要です。

1. Hyper-V の移行のアーキテクチャを確認します。
2. Hyper-V ホストの移行の要件と、VM 移行のために Hyper-V ホストおよびクラスターがアクセスする必要がある Azure URL を確認します。
3. Azure に移行する Hyper-V VM の要件を確認します。
4. Hyper-V VM を評価したうえで Azure に移行することをお勧めしますが、必須ではありません。
5. 既に作成されているプロジェクトに移動するか、新しいプロジェクトを作成します。
6. Azure アカウントのアクセス許可の確認。 Azure アカウントには、VM の作成、Azure マネージド ディスクへの書き込み、Azure Migrate プロジェクトに関連付けられている Recovery Services コンテナーのフェールオーバー操作の管理を行うアクセス許可が必要です。
7. プロジェクトを作成し、検出、評価、移行を実行するために必要な Azure Migrate の組み込みロールとアクセス許可の詳細については、「 Azure Migrate 用の Azure アカウントを準備する」を参照してください。

プロバイダーをダウンロードする

Hyper-V VM を移行するには、ソフトウェア プロバイダー (Azure Site Recovery プロバイダーと Recovery Services エージェント) を Hyper-V ホストまたはクラスター ノードにインストールする必要があります。 Hyper-V の移行に Azure Migrate アプライアンスは使用されません。

1. Azure Migrate プロジェクトで、[移行] > [詳細情報] を選択します。

2. ディスカバー>移行先を選択してください、Azure VM を選択します。

3. マシンが仮想化されているかどうかで、はい、Hyper-Vでを選択します。

4. [ターゲット リージョン] で、マシンの移行先にする Azure リージョンを選択します。

5. [移行先のリージョンが <リージョン名> であることを確認してください] を選択します。

6. [リソースの作成] を選択します。 この手順により、バックグラウンドで Recovery Services コンテナーが作成されます。

   • このボタンの選択後は、このプロジェクトのターゲット リージョンを変更できません。
   • 後続のすべての移行は、このリージョンに対して行われます。

7. [Hyper-V ホスト サーバーを準備する] で、Hyper-V レプリケーション プロバイダーと登録キー ファイルをダウンロードします。

   • Hyper-V ホストを移行およびモダン化ツールに登録するには、登録キーが必要です。
   • キーは生成後 5 日間有効です。

   

8. プロバイダー セットアップ ファイルと登録キー ファイルを、レプリケートする VM が実行されている各 Hyper-V ホスト (またはクラスター ノード) にコピーします。

プロバイダーをインストールして登録する

プロバイダーをインストールして登録するには、UI またはコマンドを使用して次の手順を実行します。

ホストにプロバイダーをインストールした後、Azure portal に移動し、[マシンの検出] で [登録の最終処理] を選びます。

検出された VM が移行およびモダン化タイルに表示されるまでに、登録を完了してから最大で 15 分かかることがあります。 VM が検出されると、[検出済みサーバー] の数が増えます。

Hyper-V VM をレプリケートする

検出が完了したら、Azure への Hyper-V VM のレプリケーションを開始できます。

1. Azure Migrate プロジェクトで、[移行] タイルで [ 移行の開始 ] を選択します。

2. [意図の指定>移行するサーバーまたは仮想マシン (VM) を選択します。

3. どこに移行しますか？ Azure VM を選択します。

   1. [ マシンは仮想化されていますか?] で、[はい] を選択 し、Hyper-V を使用します。 その後、[次へ: 仮想マシン] を選択します。
   2. [仮想マシン] で、レプリケートしたいマシンを選択します。
   • 既定では、対象となる VM が TVM として移行されます。 これらの VM では、セキュア ブートや仮想 TPM などの強化されたセキュリティ機能が追加料金なしで提供されます。 該当する場合は常に、それらを使うことをお勧めします。

   

   • VM の評価を実行した場合は、評価結果から VM のサイズ設定とディスクの種類 (Premium v2、Ultra SSD、Standard SSD、Standard HDD、または Premium Managed Disks) の推奨事項を適用できます。 この手順を実行するには、[Azure Migrate 評価から移行設定をインポートしますか?] で、[はい] を選択します。
   • Standard SSD を ZRS ディスクとして移行することを選択できます。
   • 評価を実行しなかった場合、または評価の設定を使用しない場合は、[いいえ] を選択します。
   • 評価の使用を選択した場合は、VM グループと評価名を選択します。

   

4. [仮想マシン] で、必要に応じて VM を検索し、移行する各 VM を確認します。 次に、[次へ: ターゲット設定] を選択します。

   

5. [ターゲット設定] で、移行先のターゲット リージョン、サブスクリプション、移行後に Azure VM が配置されるリソース グループを選択します。

6. [レプリケーション ストレージ アカウント] で、レプリケートされたデータを Azure に格納する Azure Storage アカウントを選択します。

7. [仮想ネットワーク] で、移行後に Azure VM の参加先となる Azure 仮想ネットワークまたはサブネットを選択します。

8. [可用性オプション] で、以下を選択します。

   • 可用性ゾーン: 移行したマシンをリージョン内の特定の可用性ゾーンに固定します。 このオプションを使用して、複数ノードのアプリケーション層を形成するサーバーを可用性ゾーン間で分散させます。 このオプションを選択した場合は、[コンピューティング] タブで選択した各マシンに使用する可用性ゾーンを指定する必要があります。このオプションは、移行用に選択したターゲット リージョンで可用性ゾーンがサポートされている場合にのみ使用できます。
   • 可用性セット。移行したマシンを可用性セットに配置します。 このオプションを使用するには、選択したターゲット リソース グループに 1 つ以上の可用性セットが必要です。
   • インフラストラクチャ冗長は必要ありません: 移行されたマシンに対してこれらの可用性構成がいずれも不要な場合は、このオプションを使用します。

9. [Azure ハイブリッド特典] で、

   • Azure ハイブリッド特典を適用しない場合は、 [いいえ] を選択します。 [次へ]を選択します。
   • アクティブなソフトウェア アシュアランスまたは Windows Server サブスクリプションの対象となっている Windows Server マシンがあり、移行するマシンに特典を適用する場合は、 [はい] を選択します。 [次へ]を選択します。

   

10. [コンピューティング] で、VM の名前、サイズ、OS ディスクの種類、および可用性構成 (前の手順で選択した場合) を確認します。 VM は Azure の要件に準拠している必要があります。

    • VM サイズ: 評価の推奨事項を使用している場合は、[VM サイズ] ドロップダウン リストに推奨サイズが表示されます。 それ以外の場合は、Azure Migrate & Modernize によって、Azure サブスクリプション内の最も近いサイズが選択されます。 または、[Azure VM サイズ] でサイズを手動で選択します。
    • [OS ディスク]: VM の OS (ブート) ディスクを指定します。 OS ディスクは、オペレーティング システムのブートローダーとインストーラーがあるディスクです。
    • 可用性セット: 移行後に VM を Azure 可用性セットに配置する必要がある場合は、セットを指定します。 このセットは、移行用に指定するターゲット リソース グループ内に存在する必要があります。
    • VM のセキュリティ タイプ: Azure Migrate では、対象の VM をトラステッド起動仮想マシン (TVM) に移行することで、セキュリティの強化を推奨しています。 既定では、VM のセキュリティ タイプはトラステッド起動に設定されています。 信頼できる起動の対象ではない VM は、 標準のセキュリティ VM として自動的に構成されます。
    • 容量予約: ターゲット サブスクリプションと場所に VM SKU の容量予約が既にある場合は、このデプロイ用にここで指定します。 容量予約により、移行を開始するときに必要な VM SKU を使用できるようになります。 ここで予約を関連付けるか、この手順をスキップして、移行中に後で構成することができます。 SKU の容量予約は、ターゲット サブスクリプションと場所内の任意のリソース グループに含めることができます。 詳細については、こちらを参照してください。

11. [ディスク] で、Azure にレプリケートする必要がある VM ディスクを指定します。 [次へ]を選択します。

    • レプリケーションからディスクを除外できます。
    • ディスクを除外すると、移行後に Azure VM 上に存在しなくなります。

    

12. [タグ] で、VM、ディスク、NIC にタグを追加することを選択します。

    

13. [レプリケーションの確認と開始] で、設定を確認し、[レプリケート] を選択して、サーバーの初期レプリケーションを開始します。

初回のプロビジョニング

これが Azure Migrate プロジェクトでレプリケートする初めての VM である場合、移行およびモダン化ツールによって、プロジェクトと同じリソース グループにこれらのリソースが自動的にプロビジョニングされます。

• キャッシュ ストレージ アカウント: Hyper-V ホストにインストールされた Site Recovery プロバイダー ソフトウェアが、レプリケーション用に構成された VM のレプリケーション データを、サブスクリプションのストレージ アカウント (キャッシュ ストレージ アカウントやログ ストレージ アカウントと呼ばれます) にアップロードします。 アップロードされたレプリケーション データは、その後 Azure Migrate と Modernize サービスによって、ストレージ アカウントから、VM に対応するレプリカマネージド ディスクへとコピーされます。 VM のレプリケーションを構成する際に、キャッシュ ストレージ アカウントを指定する必要があります。 Azure Migrate プロジェクトでレプリケーションを初めて構成する際、そのプロジェクト用のキャッシュ ストレージ アカウントが Azure Migrate ポータルによって自動的に作成されます。

追跡して監視する

• [レプリケート] を選択すると、レプリケーションの開始ジョブが開始されます。
• レプリケーションの開始ジョブが正常に終了すると、マシンで Azure への初期レプリケーションが開始されます。
• 初期レプリケーションが完了すると、差分レプリケーションが開始されます。 オンプレミスのディスクに対する増分変更は、Azure に定期的にレプリケートされます。

ジョブの状態は、ポータルの通知で追跡できます。

[移行およびモダン化] で [レプリケートされたサーバー] を選んで、レプリケーションの状態を監視できます。

テスト移行を実行する

差分レプリケーションが開始されるとき、Azure への完全な移行を実行する前に、VM のテスト移行を実行できます。 各マシンで少なくとも 1 回は、移行前にこの手順を実行することを強くお勧めします。

• テスト移行を実行すると、移行が想定どおりに動作することが確認されます。オンプレミスのマシンに影響はなく、稼働状態が維持され、レプリケーションが続行されます。
• テスト移行では、レプリケートされたデータを使用してテスト用の Azure VM を作成することによって、移行をシミュレートします。 (テストは通常、Azure サブスクリプション内の非運用環境の Azure 仮想ネットワークに移行します。)
• レプリケートされたテスト Azure VM を使用して、移行を検証し、アプリのテストを実行して、完全な移行前に問題に対処することができます。

テスト移行を実行するには、次の操作を実行します。

1. 移行ブレード>複製の概要>テスト移行。 テストする VM を右クリックし、[ テスト移行] を選択します。
2. [テスト移行] で、移行後に Azure VM が配置される Azure 仮想ネットワークを選択します。 非運用環境の仮想ネットワークを使用することをお勧めします。
3. テスト移行中に Windows Server OS をアップグレードすることができます。 Hyper-V VM の場合、OS の自動検出はまだサポートされていません。 アップグレードするには、[アップグレードの確認] オプションを選択します。 ウィンドウが表示されたら、現在の OS バージョンとアップグレード先となるターゲット バージョンを選択します。 ターゲット バージョンが使用可能な場合、それに応じて処理されます。 詳細については、こちらを参照してください。
4. テスト移行ジョブが開始します。 ポータルの通知でジョブを監視します。
5. 移行の完了後、Azure portal の [仮想マシン] で、移行された Azure VM を確認します。 マシン名には、-Test というサフィックスが付いています。
6. テストが完了したら、[レプリケーション] で Azure VM を右クリックし、[テスト移行をクリーンアップ] を選択します。

   注

   SQL Server を実行しているサーバーを SQL VM RP に登録できるようになりました。これにより、SQL IaaS Agent 拡張機能を使用した自動修正、自動バックアップ、簡略化されたライセンス管理を利用できるようになります。

   • [管理]>[レプリケーション]>[Machine containing SQL server] (SQL サーバーを含むマシン)>[コンピューティングとネットワーク] を選択し、[はい] を選択して SQL VM RP に登録します。
   • アクティブなソフトウェア アシュアランスまたは SQL Server サブスクリプションの対象となっている SQL Server インスタンスがあり、移行するマシンに特典を適用する場合は、[SQL Server の Azure ハイブリッド特典] を選択します。

VM の移行

テスト移行が想定どおりに動作することを確認したら、オンプレミスのマシンを移行できます。

1. Azure Migrate プロジェクトの [移行] ブレードで>複製の概要>移行する場所を選択し、Azure VM を選択して [続行] を選択します。
2. [移行] で、 移行 する VM を選択します。
3. [移行]>[仮想マシンをシャットダウンし、データ損失のない計画された移行を実行しますか] で、[はい]>[OK] の順に選択します。
   • 既定では、Azure Migrate と Modernize によってオンプレミス VM がシャットダウンされ、前回のレプリケーションが発生した後に行われた VM の変更を同期するためにオンデマンド レプリケーションが実行されます。 このアクションにより、データ損失が発生しなくなります。
   • VM をシャットダウンしたくない場合は、[いいえ] を選択します。
4. 移行中に Windows Server OS をアップグレードすることができます。 Hyper-V VM の場合、OS の自動検出はまだサポートされていません。 アップグレードするには、[アップグレードの確認] オプションを選択します。 ウィンドウが表示されたら、現在の OS バージョンとアップグレード先となるターゲット バージョンを選択します。 ターゲット バージョンが使用可能な場合、それに応じて処理されます。 詳細については、こちらを参照してください。
5. ターゲット サブスクリプションと場所に VM SKU の容量予約が既にある場合は、このデプロイ用にここで指定します。 容量予約により、移行を開始するときに必要な VM SKU を使用できるようになります。 SKU の容量予約は、ターゲット サブスクリプションと場所内の任意のリソース グループに含めることができます。 詳細については、こちらを参照してください。
6. VM に対して移行ジョブが開始されます。 Azure 通知でジョブを追跡します。
7. ジョブが完了したら、[仮想マシン] ページで VM を表示して管理できます。

移行を完了する

1. 移行が完了したら、VM を右クリックして、[レプリケーションの停止] を選択します。 このアクションを実行すると、次のようになります。
   • オンプレミス マシンのレプリケーションを停止します。
   • 移行およびモダン化ツールで [レプリケートされたサーバー] カウントからマシンを削除します。
   • VM のレプリケーション状態情報をクリーンアップします。
2. Azure VM での Windows のライセンス認証に関する問題を確認し、トラブルシューティングします。
3. ホスト名、データベース接続文字列、Web サーバー構成の更新など、移行後のアプリの微調整を実行します。
4. Azure で現在実行されている移行後のアプリケーション上で、最終的なアプリケーションと移行の受け入れテストを実行します。
5. 移行された Azure VM インスタンスにトラフィックを切り替えます。
6. ローカル VM インベントリからオンプレミスの VM を削除します。
7. ローカル バックアップからオンプレミスの VM を削除します。
8. Azure VM の新しい場所と IP アドレスを示すように内部ドキュメントを更新します。

移行後のベスト プラクティス

• 復元性の向上:
  • Azure Backup を使用して Azure VM をバックアップすることで、データの安全を保ちます。 詳細については、こちらを参照してください。
  • Azure VM を Site Recovery のセカンダリ リージョンにレプリケートし、継続的にワークロードを実行して利用可能にします。 詳細については、こちらを参照してください。
• セキュリティの強化：
  • Microsoft Defender for Cloud のジャスト イン タイム管理を利用して、インバウンド トラフィック アクセスをロックダウンし、制限します。
  • Azure Update Manager を使って、Windows および Linux マシンの更新プログラムを管理します。
  • ネットワーク セキュリティ グループを使用して、ネットワーク トラフィックを管理エンドポイントに制限します。
  • Azure Disk Encryption をデプロイして、ディスクをセキュリティ保護し、盗難や不正アクセスからデータを安全に保護します。
  • IaaS リソースのセキュリティ保護とMicrosoft Defender for Cloud に関する詳細を確認します。
• 監視と管理:
• Microsoft Cost Management をデプロイして、リソースの使用率と消費量を監視することを検討してください。

次のステップ

Azure 向けクラウド導入フレームワークでのクラウド移行の工程を調査します。