VMware vSphere VM を Azure (エージェントベース) に移行する

この記事では、エージェント ベースの移行と共に移行 および最新化 ツールを使用して、オンプレミスの VMware vSphere または Azure VMware Solution VM を Azure に移行する方法について説明します。 エージェントレス移行を使用して VMware vSphere VM を移行することもできます (推奨)。 メソッドを比較します。

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

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

[前提条件]

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

1. 既に作成されているプロジェクトに移動するか、新しいプロジェクトを作成します。
2. 最初のチュートリアルを完了して、移行のために Azure と VMware を準備します。
3. 2 番目のチュートリアルを完了して、Azure に移行する前に VMware VM を評価しておくことをお勧めしますが、必須ではありません。
4. ご使用の Azure アカウントのアクセス許可を確認します。Azure アカウントには、VM を作成し、Azure マネージド ディスクに書き込むためのアクセス許可が必要です。
5. プロジェクトを作成し、検出、評価、移行を実行するために必要な Azure Migrate の組み込みロールとアクセス許可の詳細については、「 Azure Migrate 用の Azure アカウントを準備する」を参照してください。
6. Microsoft Entra IDにレプリケーション アプライアンスを登録するアクセス許可を割り当てます。 詳細については、こちらを参照してください。

Azure ネットワークをセットアップ

Azure ネットワークを設定します。 ソース (オンプレミスまたは Azure VMware Solution) マシンは、Azure マネージド ディスクにレプリケートされます。 移行のために Azure にフェールオーバーすると、これらのマネージド ディスクから Azure VM が作成され、設定した Azure ネットワークに参加させられます。

移行を準備する

サポートの要件とアクセス許可を確認し、レプリケーション アプライアンスをデプロイするための準備を行います。

VM を検出するためのアカウントを準備する

移行およびモダン化ツールでは、移行対象の VM を検出するために、VMware vSphere にアクセスする必要があります。 次の手順に従って、このアカウントを作成します。

1. 専用のアカウントを使用するには、vCenter Server レベルでロールを作成します。 ロールに Azure_Migrate などの名前を付けます。
2. 次の表にまとめられているアクセス許可をそのロールに割り当てます。
3. vCenter サーバーまたは vSphere ホストにユーザーを作成します。 ユーザーにロールを割り当てます。

VMware vSphere アカウントのアクセス許可

モビリティ サービスのインストール用のアカウントを準備する

モビリティ サービスは、レプリケートするマシンにインストールする必要があります。

• マシンのレプリケーションを有効にしている場合は、Azure Migrate レプリケーション アプライアンスでこのサービスをプッシュ インストールできます。または、手動でインストールしたり、インストール ツールを使用したりできます。
• このチュートリアルでは、プッシュ インストールでモビリティ サービスをインストールします。
• プッシュ インストールの場合は、移行およびモダン化ツールで VM へのアクセスに使用できるアカウントを準備する必要があります。 モビリティ サービスを手動でインストールしない場合、このアカウントはプッシュ インストールにのみ使用されます。

アカウントを次のように準備します。

1. VM にインストールするアクセス許可を持つドメイン アカウントまたはローカル アカウントを準備します。
2. Windows VM の場合、ドメイン アカウントを使用していない場合は、レジストリに値 1 の DWORD エントリ LocalAccountTokenFilterPolicy を追加して、ローカル コンピューターのリモート ユーザー アクセス制御を無効にします HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
3. Linux VM の場合、ソースの Linux サーバーにルート アカウントを準備します。

レプリケーション アプライアンス用のマシンの準備

Azure Site Recovery レプリケーション アプライアンスは、マシンを Azure にレプリケートするために使用されます。 詳細については、こちらを参照してください。

新しいアプライアンスを設定するには、すべての前提条件の構成が確実に処理されるため、OVA テンプレートを使用することをお勧めします。 OVA テンプレートは、必要な仕様でマシンを作成します。

組織に制限がある場合は、PowerShell を使用してレプリケーション アプライアンスを手動で設定できます。 すべてのハードウェアとソフトウェア要件、その他の前提条件を満たしていることを確認します。

VMware vSphere の要件を確認する

VMware vSphere VM が Azure への移行の要件に準拠していることを確認します。

1. 確認する VMware vSphere VM 要件を。
2. 確認する 移行用の VM 要件。
3. Azure の設定を確認します。 Azure にレプリケートするソース VM (オンプレミスまたは Azure VMware Solution VM) は、 Azure VM の要件に準拠している必要があります。
4. Azure に VM を移行する前に、それらに対していくつかの変更を行う必要があります。
   • 移行を開始する前にこれらの変更を行うことが重要です。 変更を行う前に VM を移行すると、Azure で VM が起動しない可能性があります。
   • Windows と Linux で必要な変更を確認してください。

レプリケーション アプライアンスを設定する

このセクションでは、ダウンロードした Open Virtualization Application (OVA) テンプレートを使用して簡略化されたアプライアンスを設定する方法について説明します。 この方法を使用できない場合は、 スクリプトを使用してアプライアンスを設定できます。

レプリケーション アプライアンス OVF テンプレートまたは PowerShell インストーラー スクリプトをダウンロードする

1. Azure Migrate プロジェクト >Execute>Migration で、Start execution を選択します。

2. Specify intent、>何を移行したいですかで、Servers または Virtual Machines(VM)を選択します。 移行先の場所で、Azure VM を選択します。

3. [ワークロードの選択方法] で、[すべてのインベントリから] を使用してサーバーを手動で選択するか、[評価から] を使用して既存の評価を選択できます。

4. 探索方法で、ソース環境 (この場合は VMware vSphere) に一致するアプライアンスを選択します。 [ 移行モード] で、[ エージェントベースの移行] を選択します。

5. [ ワークロード] ページで 、[ レプリケーション アプライアンスのセットアップ] を選択してアプライアンスのセットアップを開始します。

6. 仮想化の種類と移行方法 (エージェントレスとエージェントベース) は、検出に使用されたソース Azure Migrate アプライアンスの種類と、前の手順で選択した移行モードに基づいて事前設定され、グレー表示されます。

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

8. [ 移行のターゲット リージョンがリージョン名であることを確認する] を選択します。

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

   注

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

10. [ ダウンロード] を選択します。 これで OVF テンプレートがダウンロードされます。

11. リソース グループと Recovery Services コンテナーの名前をメモしてください。 これらはアプライアンスのデプロイ時に必要です。

    注

    Azure Migrate プロジェクトの作成時に、その接続方法としてプライベート エンドポイントを選択した場合、Recovery Services コンテナーも、プライベート エンドポイント接続用に構成されます。 レプリケーション アプライアンスからプライベート エンドポイントに到達できることを確認する: 詳細

OVF テンプレートを VMware vSphere にインポートする

OVF テンプレートをダウンロードしたら、それを VMware vSphere にインポートして、Windows Server 2016 が実行されている VMware vSphere VM 上にレプリケーション アプリケーションを作成します。

1. VMware vSphere Client を使用して、VMware vCenter サーバーまたは vSphere ESXi ホストにサインインします。

2. [ ファイル ] メニューの [ OVF テンプレートの展開 ] を選択して、 OVF テンプレートの展開ウィザードを開始します。

3. [ ソースの選択] に、ダウンロードした OVF の場所を入力します。

4. [ 詳細の確認] で、[ 次へ] を選択します。

5. [ 名前とフォルダーの選択] と[構成の選択] で、既定の設定をそのまま使用します。

6. パフォーマンスを最大にするために、[ストレージの選択]>[仮想ディスクの形式の選択] で、[シック プロビジョニング Eager Zeroed] を選択します。

7. ウィザードの残りのページでは、既定の設定をそのまま使います。

8. [完了の準備完了] で、既定の設定で VM を設定するには、デプロイ後に [電源オン] を選択します>Finish。

   ヒント

   NIC を追加する場合は、展開後に電源オンをオフにします>完了します。 既定では、テンプレートには NIC が 1 つ含まれています。 デプロイ後にさらに NIC を追加することができます。

レプリケーション アプライアンスを登録する

ここで説明する手順を使用して、レプリケーション アプライアンスの設定と登録を完了します。

移行の実行

1. Azure Migrate プロジェクト >Execute>Migration で、Start execution を選択します。

2. Specify intent、>何を移行したいですかで、Servers または Virtual Machines(VM)を選択します。 移行先の場所で、Azure VM を選択します。

3. [ワークロードの選択方法] で、[すべてのインベントリから] を使用してサーバーを手動で選択するか、[評価から] を使用して既存の評価を選択できます。

4. 探索方法で、ソース環境 (この場合は VMware vSphere) に一致するアプライアンスを選択します。 [ 移行モード] で、[ エージェントベースの移行] を選択します。

5. ワークロードで、レプリケートして移行するマシンを選択し、ターゲット VM のセキュリティの種類を選択します。 Azure Migrate では、トラステッド起動仮想マシン (TVM) への移行がサポートされています。 既定では、対象となる VM が TVM として移行されます。 これらの VM では、セキュア ブートや仮想 TPM などの強化されたセキュリティ機能が追加料金なしで提供されます。 該当する場合は常に、それらを使うことをお勧めします。

6. ドロップダウン メニューから設定したレプリケーション アプライアンスを選択するか、前のセクションで説明した手順を参照して新しいレプリケーション アプライアンスを設定します。

7. vCenter サーバー/vSphere ホストで、ドロップダウンから vCenter ホストの詳細を選択します。

8. [ゲスト資格情報] で、モビリティ サービスのプッシュ インストールに使用する VM 管理者アカウントを指定します。 次に、レプリケートする VM を選択した後、[次へ] をクリックします。

9. [ターゲットの設定] で、移行先のサブスクリプションとターゲット リージョンを選択し、移行後に Azure VM が存在するリソース グループを指定します。 ブレードで次の設定を完了します。

   • [可用性オプション] で、次を選択します。
     • 可用性ゾーン。移行されたマシンをリージョン内の特定の可用性ゾーンにピン留めします。 このオプションを使用して、複数ノードのアプリケーション層を形成するサーバーを可用性ゾーン間で分散させます。 このオプションを選択した場合は、[コンピューティング] タブで選択した各マシンに使用する可用性ゾーンを指定する必要があります。このオプションは、移行用に選択したターゲット リージョンで Availability Zones がサポートされている場合にのみ使用できます
     • 可用性セット。移行されたマシンを可用性セットに配置します。 このオプションを使用するには、選択されたターゲット リソース グループに 1 つ以上の可用性セットが必要です。
     • [インフラストラクチャ冗長は必要ありません] オプション (移行されたマシンに対してこれらの可用性構成がいずれも不要な場合)。
   • [仮想ネットワーク] で、移行後に Azure VM の参加先となる Azure VNet およびサブネットを選択します。
   • [キャッシュ ストレージ アカウント] で、プロジェクト用に自動的に作成されるキャッシュ ストレージ アカウントを使用する既定のオプションをそのまま使用します。 レプリケーションのキャッシュ ストレージ アカウントとして別のストレージ アカウントを指定したい場合は、ドロップダウンを使用してください。
     

   注

   • Azure Migrate プロジェクトの接続方法としてプライベート エンドポイントを選択した場合、Recovery Services コンテナーに、キャッシュ ストレージ アカウントへのアクセス権を付与します。 詳細情報
   • プライベート ピアリングによる ExpressRoute を使用してレプリケートするには、キャッシュ ストレージ アカウント用のプライベート エンドポイントを作成します。 詳細情報
   • [ ディスク暗号化の種類] で、次を選択します。
     • プラットフォーム マネージド キーを使用した保存時の暗号化
     • カスタマー マネージド キーを使用した保存時の暗号化
     • プラットフォーム マネージド キーとカスタマー マネージド キーを使用した二重暗号化

   注

   CMK を使用して VM をレプリケートするには、ターゲット リソース グループの下に ディスク暗号化セットを作成 する必要があります。 ディスク暗号化セット オブジェクトは、SSE に使用する CMK を含む Key Vault にマネージド ディスクをマップします。

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

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

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

11. [ディスク] で、VM ディスクを Azure にレプリケートするかどうかを指定し、Azure のディスクの種類 (Premium v2、Ultra Disk、Standard SSD、Standard HDD、Premium Managed Disks) を選択します。 次に、[次へ] を選択します。

    • レプリケーションからディスクを除外できます。
    • ディスクを除外すると、移行後に Azure VM 上に存在しなくなります。
    • モビリティ エージェントがそのサーバーに既にインストールされている場合は、ディスクを除外できます。 詳細については、こちらを参照してください。

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

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

追跡して監視する

1. Azure Migrate プロジェクトで、[> Migrations の実行] に移動します。 [ アプリケーション別に表示] または [ワークロード別に表示] を使用して、項目のグループ化方法を切り替えます。

2. レプリケーションは、次のように行われます。

   • レプリケーションの開始ジョブが正常に終了すると、マシンで Azure への初期レプリケーションが開始されます。
   • 初期レプリケーション中に、VM スナップショットが作成されます。 スナップショットのディスク データは、Azure のレプリカ マネージド ディスクにレプリケートされます。
   • 初期レプリケーションが完了すると、差分レプリケーションが開始されます。 ソース ディスクに対する増分変更は、Azure のレプリカ ディスクに定期的にレプリケートされます。

3. 実行の進行状況は、実行ステージと実行状態に表示されます。

   • 実行ステージ: 準備、テスト、または完了。
   • 実行状態: 進行中、エラー中、アクション保留中、または完了。

4. 実行の進行状況は、実行ステージの 3 つのステージで追跡されます。

   • 準備: レプリケーションが有効になっているサーバーは、初期レプリケーション (データ レプリケーション) の進行中に準備ステージに残ります。 必要に応じて、サーバーのドリルダウン ブレードで使用可能なドロップダウンを使用して、このステージで 停止、開始、一時停止、再開 の操作を実行できます。 初期レプリケーションが完了すると、サーバーはテスト ステージに移動します。
   • テスト: 初期レプリケーションが完了し、差分レプリケーションが進行中のサーバーは、テスト フェーズに移行します。 実際の移行の前に、テスト仮想ネットワークでテスト移行を実行することを選択できます (推奨)。 [ 完了] ドロップダウン メニューで使用できるアクションを使用して、テスト ステージをスキップし、直接移行を開始できます。
   • 完了: テスト移行が完了またはスキップされたサーバーは、このステージに移動します。 これらのサーバーに対して最終的な移行 (カットオーバー) を実行できます。 移行が完了したら、 完全な移行 を実行し、サーバーのドリルダウン ブレードで使用可能なドロップダウンを使用して移行リソースをクリーンアップします。

テスト移行を実行する

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

• テスト移行を実行すると、移行元 (オンプレミスまたは AVS) マシンに影響を与えずに移行が正常に動作するかどうかが確認されます。このマシンは動作し続け、レプリケートを続行します。
• テスト移行では、レプリケートされたデータを使用して Azure VM を作成することによって、移行がシミュレートされます (通常は、自分の Azure サブスクリプション内の非運用 VNet に移行されます)。
• レプリケートされたテスト Azure VM を使用して、移行を検証し、アプリのテストを実行して、完全な移行前に問題に対処することができます。

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

1. Azure Migrate プロジェクトで、Execute>Migrations>Workloads 列の下にあるサーバー名をクリックして、移行をテストするサーバーを選択します。

2. ドリルダウン ブレードの [ テスト ] ドロップダウンで、[ テスト移行の開始] を選択します。

3. [テスト移行] で、テスト中に Azure VM が配置される Azure VNet を選びます。 非運用環境の VNet を使用することをお勧めします。

4. 移行された VM の各ネットワーク インターフェイス カード (NIC) を関連付けるサブネットを選択します。

   

5. テスト移行中に Windows Server OS をアップグレードするオプションがあります。 アップグレードするには、[ 利用可能なアップグレード ] オプションを選択します。 表示されたウィンドウで、アップグレード先の OS バージョンを選択し、[ 適用] を選択します。 詳細については、こちらを参照してください。

6. テスト移行をクリックすると、ジョブが開始されます。 ポータルの [実行状態] で 状態を監視します。 テスト移行が完了したら、サーバーに移動し、[テスト] ドロップダウンで [ テスト移行のクリーンアップ ] を選択して、 テスト リソースをクリーンアップします。

   

   注

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

   • [実行移行] ページの [>] 列でサーバーを選択します。 [コンピューティングとネットワークの設定] で、SQL IaaS 拡張機能への登録に関連付けられているチェック ボックスをオンにします。
   • アクティブなソフトウェア アシュアランスまたは SQL Server サブスクリプションの対象となっている SQL Server インスタンスがあり、移行するマシンに特典を適用する場合は、[SQL Server の Azure ハイブリッド特典] を選択します。

VM の移行

テスト移行が期待どおりに動作することを確認したら、ソース (オンプレミスまたは AVS) マシンを移行できます。

1. Azure Migrate プロジェクトで、Execute>Migrations>Workloads 列の下にあるサーバー名をクリックして、最終的な移行を行うサーバーを選択します。
2. ドリルダウン ブレードの [ 完了] ドロップダウンで、[ 移行] を選択します。
3. [移行>仮想マシンをシャットダウンし、データ損失なしで計画的な移行を実行するには、[はい>OK] を選択します。
   • 既定では、Azure Migrate はソース (オンプレミスまたは AVS) VM をシャットダウンし、オンデマンド レプリケーションを実行して、前回のレプリケーションが発生した後に発生したすべての VM の変更を同期します。 こうすることで、データ損失がなくなります。
   • VM をシャットダウンしない場合は、[いいえ] を選択します
4. 移行中に Windows Server OS をアップグレードするオプションがあります。 アップグレードするには、[ 利用可能なアップグレード ] オプションを選択します。 表示されたウィンドウで、アップグレード先の OS バージョンを選択し、[ 適用] を選択します。 詳細については、こちらを参照してください。
5. ターゲット サブスクリプションと場所に VM SKU の容量予約が既にある場合は、このデプロイ用にここで指定します。 容量予約により、移行を開始するときに必要な VM SKU を使用できるようになります。 SKU の容量予約は、ターゲット サブスクリプションと場所内の任意のリソース グループに含めることができます。 詳細については、こちらを参照してください。
6. サーバーの移行ジョブが開始されます。 Azure 通知でジョブを追跡します。
7. ジョブが完了したら、完了ステージで追跡される [移行] ページからサーバーを表示および管理できます。

移行を完了する

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

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

• オンプレミスまたはAzure VMware Solution上で
  • 移行後の Azure VM インスタンスで実行するアプリに、アプリ トラフィックを移動します。
  • ローカル VM インベントリからソース VM (オンプレミスまたは AVS) を削除します。
  • ローカル バックアップからソース VM (オンプレミスまたは AVS) を削除します。
  • Azure VM の新しい場所と IP アドレスを示すように内部ドキュメントを更新します。
• 移行後の Azure VM の設定の調整:
  • Azure VM エージェントは、Azure Fabric コントローラーとの VM の対話を管理します。 Azure Backup、Site Recovery、および Azure Security など、一部の Azure サービスでは必須です。 VMware VM をエージェントベースの移行で移行する場合、モビリティ サービスのインストーラーによって Windows マシンに Azure VM エージェントがインストールされます。 Linux VM 上で、以降後にエージェントをインストールすることをお勧めします。
  • 移行後に、Azure VM からモビリティ サービスを手動でアンインストールします。 メッセージが表示されたら、サーバーを再起動することをお勧めします。
  • 移行後に、VMware ツールを手動でアンインストールします。
• Azure の場合:
  • データベース接続文字列、および Web サーバー構成の更新など、移行後のアプリの微調整を実行します。
  • Azure で現在実行されている移行後のアプリケーション上で、最終的なアプリケーションと移行の受け入れのテストを実行します。
• ビジネス継続性/ディザスター リカバリー
  • Azure Backup サービスを使用して、Azure VM をバックアップすることで、データの安全性を保持します。 詳細については、こちらを参照してください。
  • Azure VM を Site Recovery のセカンダリ リージョンにレプリケートし、継続的にワークロードを実行して利用可能にします。 詳細については、こちらを参照してください。
• セキュリティの強化：
  • Microsoft Defender for Cloud - Just-In-Time 管理を使用して、受信トラフィック アクセスをロックダウンして制限します。
  • Azure Update Manager を使って、Windows および Linux マシンの更新プログラムを管理します。
  • ネットワーク セキュリティ グループを使用して、管理エンドポイントへのネットワーク トラフィックを制限します。
  • Azure Disk Encryption をデプロイしてディスクをセキュリティで保護し、盗難や不正アクセスからデータを安全に保ちます。
  • IaaS リソースのセキュリティ保護の詳細については、Microsoft Defender for Cloud をご覧ください。
• 監視と管理の目的：
  • リソースの使用状況と支出を監視するために 、Microsoft Cost Management をデプロイすることを検討してください。

次のステップ

• Azure クラウド導入フレームワークで クラウド移行の過程 を調査します。
• Hyper-V および Physical サーバーを移行する方法について説明します。