次の方法で共有


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

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

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

  • Azure Migrate と連携するように Azure を準備します。
  • エージェントベース移行の準備をします。 Azure Migrate で移行対象のマシンを検出できるように VMware vCenter Server アカウントを設定します。 移行したいマシンに Mobility Service エージェントをインストールできるようアカウントを設定し、レプリケーション アプライアンスとしての役割を果たすマシンを準備します。
  • 移行およびモダン化ツールを追加する
  • レプリケーション アプライアンスを設定します。
  • VM をレプリケートします。
  • すべてが想定どおりに動作していることを確認するためにテスト移行を実行します。
  • Azure への完全な移行を実行します。

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

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

[前提条件]

このチュートリアルを開始する前に、VMware vSphere エージェントベースの移行アーキテクチャを 確認 してください。

Azure を準備する

表に記載のタスクを実行して、エージェントベース移行に向けて Azure の準備を行います。

タスク 詳細
Azure Migrate プロジェクトを作成する Azure アカウントには、プロジェクトを作成するために共同作成者または所有者のアクセス許可が必要です。
Azure アカウントのアクセス許可を確認する ご使用の Azure アカウントには、VM を作成するためのアクセス許可と Azure マネージド ディスクへの書き込みアクセス許可が必要です。
Azure ネットワークを設定する 移行後に Azure VM が参加するネットワークを設定します。

プロジェクトを作成するためのアクセス許可を割り当てる

Azure Migrate プロジェクトがない場合は、プロジェクトを作成するためのアクセス許可を確認します。

  1. Azure portal でサブスクリプションを開き、 アクセス制御 (IAM) を選択します。

  2. [ アクセスの確認] で、関連するアカウントを見つけて選択し、アクセス許可を表示します。

  3. 共同作成者または所有者のアクセス許可があることを確認します。

    • 無料の Azure アカウントを作成したばかりであれば、自分のサブスクリプションの所有者になっています。
    • サブスクリプションの所有者でない場合は、所有者と協力してロールを割り当てます。

Azure アカウントのアクセス許可を割り当てる

仮想マシンの共同作成者ロールをアカウントに割り当てて、以下を行うためのアクセス許可を持てるようにします。

  • 選択したリソース グループ内に VM を作成する。
  • 選択した仮想ネットワーク内に VM を作成する。
  • Azure マネージド ディスクに書き込む。

Microsoft Entra ID でレプリケーション アプライアンスを登録するためのアクセス許可を割り当てる

最小特権の原則に従っている場合は、レプリケーション アプライアンスを登録するユーザーに アプリケーション開発者 Microsoft Entra ロールを割り当てます。 Microsoft Entra ID ガイドを使用して、ユーザーに管理者ロールと管理者以外のロールを割り当てる方法に関するガイドに従います。

Von Bedeutung

レプリケーション アプライアンスを登録するユーザーが Microsoft Entra グローバル管理者の場合、そのユーザーは必要なアクセス許可を既に持っています。

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

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

移行を準備する

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

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

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

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

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

タスク ロール/アクセス許可 詳細
VM の検出 読み取り専用以上の権限を持つユーザー

データ センター オブジェクト -> 子オブジェクトに伝播する、ロール=Read-only
ユーザーはデータセンター レベルで割り当てられ、データセンター内のすべてのオブジェクトに対してアクセス権を持ちます。

子オブジェクト(vSphere ホスト、データストア、VM、ネットワーク)へのアクセスを制限するには、No アクセス ロールを割り当て、子オブジェクトへの伝達オプションを使用します。
レプリケーション 必要なアクセス許可を備えたロール (Azure Site Recovery) を作成し、そのロールを VMware vSphere のユーザーまたはグループに割り当てる

データ センター オブジェクト –> 子オブジェクトへの伝達、ロール = Azure Site Recovery

データストア -> スペースを割り当てる、データストアを閲覧する、低レベルのファイル操作、ファイルを削除する、仮想マシン ファイルを更新する

ネットワーク -> ネットワークを割り当てる

リソース -> VM をリソース プールに割り当てる、電源が切れている VM を移行する、電源が入っている VM を移行する

タスク -> タスクを作成する、タスクを更新する

仮想マシン -> 構成

仮想マシン -> 操作 -> 質問に回答する、デバイスの接続、CD メディアを設定する、フロッピー メディアを設定する、電源を切る、電源を入れる、VMware ツールをインストールする

仮想マシン -> インベントリ -> 作成する、登録する、登録を解除する

仮想マシン -> プロビジョニング -> 仮想マシンのダウンロードを許可する、仮想マシン ファイルのアップオードを許可する

仮想マシン -> スナップショット -> スナップショットを削除する
ユーザーはデータセンター レベルで割り当てられ、データセンター内のすべてのオブジェクトに対してアクセス権を持ちます。

子オブジェクト(vSphere ホスト、データストア、VM、ネットワーク)へのアクセスを制限するには、No アクセス ロールを割り当て、子オブジェクトへの伝達オプションを使用します。

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

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

  • マシンのレプリケーションを有効にしている場合は、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 にマシンをレプリケートする目的で使用されます。 アプライアンスは高可用性の単一のオンプレミス VMware vSphere VM であり、次のコンポーネントがホストされます。

  • 構成サーバー: 構成サーバーは、オンプレミスと Azure の間の通信を調整し、データ レプリケーションを管理します。
  • プロセス サーバー:プロセス サーバーはレプリケーション ゲートウェイとして機能します。 レプリケーション データを受信し、それをキャッシュ、圧縮、暗号化によって最適化して、Azure のキャッシュ ストレージ アカウントに送信します。 また、プロセス サーバーでは、レプリケートする VM へのモビリティ サービス エージェントのインストールや、オンプレミスの VMware VM の自動検出も行います。

次のようにアプライアンスの準備をします。

  • アプライアンスの要件を確認します。 一般に、レプリケーション アプライアンスは、ダウンロードした OVA ファイルを使用して VMware vSphere VM として設定します。 すべての要件を満たしたアプライアンスがテンプレートによって作成されます。
  • アプライアンスに MySQL がインストールされている必要があります。 インストール方法を確認します。
  • アプライアンス マシンがアクセスする必要がある パブリック クラウドURL と Azure Government URL を 確認します。
  • レプリケーション アプライアンス マシンがアクセスする必要があるポートを確認します。

VMware vSphere の要件を確認する

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

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

移行およびモダン化ツールを使用したエージェントベースの移行は、Azure Site Recovery サービスの機能に基づきます。 一部の要件は、Site Recovery のドキュメントにリンクされている場合があります。

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

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

レプリケーション アプライアンスのテンプレートをダウンロードする

次のとおりにテンプレートをダウンロードします。

  1. Azure Migrate プロジェクトで、[移行の目標] で [サーバー、データベース、Web アプリ] を選択します。

  2. サーバー、データベース、Web アプリ>移行とモダン化で、[検出] をクリックします。

  3. [マシンの検出] で>マシンは仮想化されていますか?、「はい、VMware vSphere ハイパーバイザー」のをクリックします。

  4. [ 移行方法] で、[ エージェント ベースのレプリケーションの使用] を選択します。

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

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

  7. [リソースの作成] を選択します。 これで、Azure Site Recovery コンテナーがバックグラウンドで作成されます。 このボタンのクリック後は、このプロジェクトのターゲット リージョンを変更することはできません。後続の移行はすべて、このリージョンに対して行われます。

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

  8. [新しいレプリケーション アプライアンスをインストールしますか?] で、 [レプリケーション アプライアンスのインストール] を選択します。

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

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

テンプレートを 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. VMware vSphere Client のコンソールで、VM をオンにします。 VM が Windows Server 2016 のインストール エクスペリエンスで起動します。
  2. 使用許諾契約書に同意し、管理者パスワードを入力します。
  3. インストールの完了後、管理者パスワードを使用して、管理者として VM にサインインします。 初めてサインインすると、数秒以内にレプリケーション アプライアンス設定ツール (Azure Site Recovery 構成ツール) が起動します。
  4. 移行およびモダン化ツールへのアプライアンスの登録に使用する名前を入力します。 [次へ] を選択します。
  5. このツールは、VM が Azure に接続できることを確認します。 接続が確立されたら、[ サインイン ] を選択して Azure サブスクリプションにサインインします。
  6. ツールによる Microsoft Entra アプリの登録が完了し、アプライアンスが識別されるのを待ちます。 アプライアンスが再起動します。
  7. 再度マシンにサインインします。 数秒後に、構成サーバーの管理ウィザードが自動的に起動します。

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

レプリケーション アプライアンスの設定と登録を完了します。

  1. アプライアンスのセットアップで、[ 接続のセットアップ] を選択します。

  2. VM を検出するためとソース マシンに対するモビリティ サービスのプッシュ インストールを実行するためにレプリケーション アプライアンスで使用される NIC を選択します (既定では 1 つの NIC しかありません)。

  3. Azure と接続するためにレプリケーション アプライアンスによって使用される NIC を選択します。 次に、 [保存] を選択します。 構成後、この設定を変更することはできません。

    ヒント

    何らかの理由で NIC の選択を変更する必要があり、手順 12 で [構成の最終処理 ] ボタンをクリックしていない場合は、ブラウザーの Cookie をクリアし、 構成サーバー管理ウィザードを再起動します。

  4. アプライアンスがプロキシ サーバーの内側に配置されている場合は、プロキシ設定を指定する必要があります。

    • プロキシ名は、 http://ip-address または http://FQDN と指定します。 HTTPS プロキシ サーバーはサポートされていません。
  5. サブスクリプション、リソース グループ、コンテナーの詳細を求められたら、アプライアンスのテンプレートをダウンロードしたときにメモした詳細を追加してください。

  6. [ サード パーティ製ソフトウェアのインストール] で、使用許諾契約書に同意します。 [ ダウンロードしてインストール] を選択して MySQL サーバーをインストールします。

  7. [ VMware PowerCLI のインストール] を選択します。 この操作を行う前に、すべてのブラウザー ウィンドウを閉じてください。 その後 [続行] を選択します。

    新しいバージョンのレプリケーション アプライアンスでは、 VMware PowerCLI のインストールは必要ありません。

  8. アプライアンス 構成の検証では、続行する前に前提条件が検証されます。

  9. vCenter Server/vSphere ESXi サーバーの構成で、レプリケートする VM が配置されている vCenter サーバーまたは vSphere ホストの FQDN または IP アドレスを入力します。 サーバーがリッスンするポートを入力します。 コンテナーで VMware サーバーに使うフレンドリ名を入力します。

  10. VMware 検出用に 作成 したアカウントの資格情報を入力します。 [>] を選択します。

  11. [ 仮想マシンの資格情報の構成] で、VM のレプリケーションを有効にするときに、モビリティ サービスのプッシュ インストール用に 作成した 資格情報を入力します。

    • Windows マシンの場合、このアカウントは、レプリケートするマシンに対するローカル管理者特権を持っている必要があります。
    • Linux の場合は、ルート アカウントの詳細を指定します。
  12. [ 構成の最終処理] を選択して登録を完了します。

レプリケーション アプライアンスが登録された後、指定の設定を使用して Azure Migrate Server Assessment が VMware サーバーに接続され、VM が検出されます。 検出された VM は、[ 管理>検出された項目] の [ その他 ] タブで表示できます。

VM をレプリケートする

移行の対象となる VM を選択します。

ポータルでは、レプリケーションのために一度に最大 10 台のマシンを選択できます。 レプリケートするマシンがそれより多い場合は、10 台をひとまとまりとしてグループ化してください。

  1. Azure Migrate プロジェクト >サーバー、データベース、Web アプリ>移行と最新化で、[ レプリケート] をクリックします。

  2. [レプリケート]、[>>マシンを仮想化しますか?] で、[はい] を選択し、VMware vSphere を使用します。

  3. オンプレミス アプライアンスで、設定した Azure Migrate アプライアンスの名前を選択します。

  4. vCenter サーバーで、VM を管理する vCenter サーバーの名前、または VM がホストされている vSphere サーバーの名前を指定します。

  5. [プロセス サーバー] で、レプリケーション アプライアンスの名前を選択します。

  6. [ゲスト資格情報] で、モビリティ サービスのプッシュ インストールに使用する VM 管理者アカウントを指定します。 次に、[次: 仮想マシン] をクリックします。

  7. 仮想マシンで、レプリケートするマシンを選択します。

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

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

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

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

  12. [キャッシュ ストレージ アカウント] で、プロジェクト用に自動的に作成されるキャッシュ ストレージ アカウントを使用する既定のオプションをそのまま使用します。 レプリケーションのキャッシュ ストレージ アカウントとして別のストレージ アカウントを指定したい場合は、ドロップダウンを使用してください。

    • Azure Migrate プロジェクトの接続方法としてプライベート エンドポイントを選択した場合、Recovery Services コンテナーに、キャッシュ ストレージ アカウントへのアクセス権を付与します。 詳細情報
    • プライベート ピアリングによる ExpressRoute を使用してレプリケートするには、キャッシュ ストレージ アカウント用のプライベート エンドポイントを作成します。 詳細情報
  13. [可用性オプション] で、以下を選択します。

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

    • プラットフォーム マネージド キーを使用した保存時の暗号化
    • カスタマー マネージド キーを使用した保存時の暗号化
    • プラットフォーム マネージド キーとカスタマー マネージド キーを使用した二重暗号化

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

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

    • Azure ハイブリッド特典を適用しない場合は、 [いいえ] を選択します。 続けて、 [次へ] をクリックします。
    • アクティブなソフトウェア アシュアランスまたは Windows Server サブスクリプションの対象となる Windows Server マシンがあり、移行するマシンに特典を適用する場合は、[ はい ] を選択します。 続けて、 [次へ] をクリックします。
  2. [コンピューティング] で、VM の名前、サイズ、OS ディスクの種類、および可用性構成 (前の手順で選択した場合) を確認します。 VM は Azure の要件に準拠している必要があります。

  • VM サイズ: 評価の推奨事項を使用している場合は、VM サイズのドロップダウンに推奨サイズが表示されます。 それ以外の場合は、Azure Migrate によって、Azure サブスクリプション内の最も近いサイズが選択されます。 または、 [Azure VM サイズ] でサイズを手動で選択します。
  • OS ディスク: VM の OS (ブート) ディスクを指定します。 OS ディスクは、オペレーティング システムのブートローダーとインストーラーがあるディスクです。
  • 可用性ゾーン: 使用する可用性ゾーンを指定します。
  • 可用性セット: 使用する可用性セットを指定します。
  1. [ディスク] で、VM ディスクを Azure にレプリケートするかどうかを指定し、Azure のディスクの種類 (Premium v2、Ultra SSD、Standard SSD、Standard HDD、Premium Managed Disks) を選択します。 次に、[次へ] を選択します。

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

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

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

簡略化されたエクスペリエンス

これで、選択エクスペリエンスの種類がクラシックと簡略化の両方になりました。 新しい簡略化されたプロセスは、検出から始まり、レプリケーションが続き、最後に移行される合理化されたフローに従います。 これは、物理環境と VMware 環境向けのアップグレードされたエージェント ベースの移行スタックです。 詳細については、「 簡略化されたエクスペリエンス」を参照してください。

追跡して監視する

  1. ポータルの通知で、ジョブの状態を追跡します。

  2. レプリケーションの状態を監視するには、[移行と最新化] で [サーバーのレプリケート] をクリックします。

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

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

テスト移行を実行する

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

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

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

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

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

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

  4. テスト移行ジョブが開始されます。 ポータルの通知でジョブを監視します。

  5. 移行の完了後、Azure portal の [仮想マシン] で、移行された Azure VM を確認します。 マシン名にはサフィックス -Test があります。

  6. テストが完了したら、[ マシンのレプリケート] で Azure VM を右クリックし、[ テスト移行のクリーンアップ] をクリックします。

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

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

VM の移行

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

  1. Azure Migrate プロジェクト >サーバー、データベース、Web アプリ>移行と最新化で、[ サーバーのレプリケート] を選択します。
  2. レプリケートマシンで、VM >Migrate を右クリックします。
  3. [移行>仮想マシンをシャットダウンし、データ損失なしで計画的な移行を実行するには、[はい>OK] を選択します。
    • データの損失を最小限にするため、既定では、オンプレミスの VM が Azure Migrate によってシャットダウンされます。
    • 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 VM インスタンスで実行するアプリに、アプリ トラフィックを移動します。
    • ローカル VM インベントリからオンプレミスの VM を削除します。
    • ローカル バックアップからオンプレミスの VM を削除します。
    • 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 で現在実行されている移行後のアプリケーション上で、最終的なアプリケーションと移行の受け入れのテストを実行します。
  • ビジネス継続性/ディザスター リカバリー
  • セキュリティの強化:
  • 監視と管理の目的:
    • リソースの使用状況と支出を監視するために 、Microsoft Cost Management をデプロイすることを検討してください。

次のステップ

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