Hyper-V VM を Azure に移行する

  • [アーティクル]

この記事では、移行およびモダン化ツールを使用してオンプレミスの Hyper-V VM を Azure に移行する方法について説明します。

これは、マシンを評価して Azure に移行する方法を示すシリーズの 3 番目のチュートリアルです。

注意

チュートリアルでは、概念実証をすばやく設定できるように、シナリオの最も簡単なデプロイ パスを示します。 チュートリアルではできるだけ既定のオプションを使用しており、使用可能な設定とパスをすべて示しているわけではありません。

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

  • 移行およびモダン化ツールを追加します。
  • 移行したい VM を検出します。
  • VM のレプリケートを開始します。
  • すべてが想定どおりに動作していることを確認するためにテスト移行を実行します。
  • 完全な VM 移行を実行します。

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 マネージド ディスクに書き込むためのアクセス許可が必要です。

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

移行およびモダン化ツールでは、Hyper-V VM を移行するにあたり、ソフトウェア プロバイダー (Microsoft Azure Site Recovery プロバイダーおよび Microsoft Azure Recovery Services エージェント) を Hyper-V ホストまたはクラスター ノードにインストールします。 Hyper-V の移行に Azure Migrate アプライアンスは使用されないことに注意してください。

  1. Azure Migrate プロジェクト >[サーバー、データベース、Web アプリ]>[移行およびモダン化] で、[検出する] を選択します。

  2. [マシンの検出]>[マシンは仮想化されていますか?] で、 [はい。Hyper-V を使用します] を選択します。

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

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

  5. [リソースの作成] をクリックします。 これで、Azure Site Recovery コンテナーがバックグラウンドで作成されます。

    • 移行およびモダン化ツールを使用した移行を既に設定してある場合は、リソースが以前に設定されているため、このオプションは表示されません。
    • このボタンのクリック後は、このプロジェクトのターゲット リージョンを変更することはできません。
    • 後続のすべての移行は、このリージョンに対して行われます。

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

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

    プロバイダーとキーのダウンロード のスクリーンショット。

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

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

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

以下に説明するように、各ホストでプロバイダー セットアップ ファイルを実行します。

  1. タスク バーのファイル アイコンを選択して、インストーラー ファイルと登録キーがダウンロードされているフォルダーを開きます。
  2. AzureSiteRecoveryProvider.exe ファイルを選択します。
    • プロバイダーのインストール ウィザードで、[オン (推奨)] が選択されていることを確認し、[次へ] を選びます。
    • [インストール] を選択して、既定のインストール フォルダーをそのまま使用します。
    • [登録] を選択して、このサーバーを Azure Site Recovery 資格情報コンテナーに登録します。
    • [参照] を選択します。
    • 登録キーを見つけて、[開く] を選びます。
    • [次へ] を選択します。
    • [プロキシを使用せずに直接 Azure Site Recovery に接続する] が選択されていることを確認し、[次へ] を選びます。
    • [完了] を選択します。

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

[登録の最終処理] 画面のスクリーンショット。

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

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

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

注意

最大 10 台のマシンをまとめてレプリケートできます。 レプリケートするマシンがそれより多い場合は、10 台をひとまとまりとして同時にレプリケートしてください。

  1. Azure Migrate プロジェクト >[サーバー、データベース、Web アプリ]>[移行およびモダン化] で、[レプリケート] を選択します。

  2. [レプリケート]>[ソースの設定]>[マシンは仮想化されていますか?] で、[はい。Hyper-V を使用します] を選択します。 その後、 [次へ:仮想マシン] をクリックします。

  3. [仮想マシン] で、レプリケートしたいマシンを選択します。

    • VM の評価を実行した場合は、評価結果から VM のサイズ設定とディスクの種類 (Premium または Standard) の推奨事項を適用できます。 これを行うには、 [Azure Migrate Assessment から移行設定をインポートしますか?] で [はい] オプションを選択します。

    • 評価を実行しなかった場合、または評価の設定を使用しない場合は、 [いいえ] オプションを選択します。

    • 評価の使用を選択した場合は、VM グループと評価名を選択します。

      [評価の選択] 画面のスクリーンショット。

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

    [レプリケート] ダイアログ ボックスで選択された VM を示したスクリーンショット。

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

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

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

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

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

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

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

    ターゲット設定のスクリーンショット。

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

    • VM サイズ: 評価の推奨事項を使用している場合は、[VM サイズ] ドロップダウンに推奨サイズが表示されます。 それ以外の場合は、Azure Migrate によって、Azure サブスクリプション内の最も近いサイズが選択されます。 または、 [Azure VM サイズ] でサイズを手動で選択します。
    • OS ディスク:VM の OS (ブート) ディスクを指定します。 OS ディスクは、オペレーティング システムのブートローダーとインストーラーがあるディスクです。
    • 可用性セット:移行後に VM を Azure 可用性セットに配置する必要がある場合は、セットを指定します。 このセットは、移行用に指定するターゲット リソース グループ内に存在する必要があります。

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

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

    [レプリケート] ダイアログ ボックスの [ディスク] タブを表示するスクリーンショット。

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

    [レプリケート] ダイアログ ボックスの [タグ] タブを表示するスクリーンショット。

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

Note

レプリケーションを開始する前であれば、 [管理]>[マシンのレプリケート] でレプリケーションの設定をいつでも更新できます。 レプリケーションの開始後は、設定を変更することができません。

初回のプロビジョニング

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

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

追跡して監視する

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

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

レプリケーションの状態を監視するには、[移行およびモダン化] 内で [サーバーをレプリケートしています] をクリックします。

レプリケーションを監視します

テスト移行を実行する

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

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

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

  1. [移行の目標]>[サーバー、データベース、Web アプリ]>[移行およびモダン化] で、[移行されたサーバーのテスト] を選択します。

    [移行とモダン化] タイルの [移行されたサーバーをテストします] のスクリーンショット。

  2. テストする VM を右クリックし、[テスト移行] を選択します。

    [テスト移行] 画面のスクリーンショット。

  3. [テスト移行] で、移行後に Azure VM が配置される Azure 仮想ネットワークを選択します。 非運用環境の仮想ネットワークを使用することをお勧めします。

  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 プロジェクト >[サーバー、データベース、Web アプリ]>[移行およびモダン化] で、[サーバーのレプリケート] を選択します。

    サーバーをレプリケートしています

  2. [マシンのレプリケート] で VM を右クリックし、[移行] を選択します。

  3. [移行]>[仮想マシンをシャットダウンし、データ損失のない計画された移行を実行しますか] で、 [はい]>[OK] の順に選択します。

    • 既定では、Azure Migrate によってオンプレミスの VM がシャットダウンされ、前回のレプリケーションが発生した後に発生したすべての VM の変更を同期するためにオンデマンド レプリケーションが実行されます。 こうすることで、データ損失がなくなります。
    • VM をシャットダウンしたくない場合は、 [いいえ] を選択します。

  4. VM に対して移行ジョブが開始されます。 Azure 通知でジョブを追跡します。

  5. ジョブが完了したら、 [仮想マシン] ページで 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 クラウド導入フレームワークでのクラウド移行の工程を調査します。