Google Cloud Platform (GCP) VM の検出、評価、および Azure への移行

[アーティクル]
09/18/2024

このチュートリアルでは、Azure Migrate: Server Assessment と、移行およびモダン化ツールを使用して Google Cloud Platform (GCP) の仮想マシン (VM) を検出して評価し、Azure VM に移行する方法について説明します。

このチュートリアルでは、次の作業を行う方法について説明します。

移行の前提条件を確認します。
移行およびモダン化ツールを使用して、Azure リソースを準備します。 Azure Migrate & Modernize を操作するために、自分の Azure アカウントとリソースのアクセス許可を設定します。
移行のために GCP VM インスタンスを準備します。
Azure Migrate & Modernize ハブに移行およびモダン化ツールを追加します。
レプリケーションアプライアンスを設定し、構成サーバーをデプロイします。
移行する GCP VM に Mobility Service をインストールします。
VM のレプリケーションを有効にします。
レプリケーションの状態を追跡して監視します。
すべてが想定どおりに動作していることを確認するためにテスト移行を実行します。
Azure への完全な移行を実行します。

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

検出と評価

Azure に移行する前に、VM の検出と移行の評価を行うことが推奨されています。この評価は、Azure への移行に向けて GCP VM を適切にサイズ変更し、Azure の実行にかかる予想コストを見積もるのに役立ちます。

評価を設定するには、次の操作を実行します。

チュートリアルに従って、評価のために Azure の設定と GCP VM の準備を行います。以下の点に注意してください。
- Azure Migrate & Modernize では、GCP VM インスタンスを検出するときにパスワード認証が使用されます。 GCP インスタンスは、既定ではパスワード認証をサポートしていません。インスタンスを検出するには、パスワード認証を有効にする必要があります。
  - Windows マシンの場合、WinRM ポート 5985 (HTTP) を許可します。このポートにより、リモート WMI 呼び出しが可能になります。
  - Linux マシンの場合:
    1. 各 Linux マシンにサインインします。
    2. sshd_config ファイル vi /etc/ssh/sshd_config を開きます。
    3. ファイルで、PasswordAuthentication 行を見つけ、値を yes に変更します。
    4. ファイルを保存して閉じます。 sshdサービスを再起動します。
- ルートユーザーを使用して Linux VM を検出する場合は、VM でルートログインが許可されることを確認します。
  1. 各 Linux マシンにサインインします。
  2. sshd_config ファイル vi /etc/ssh/sshd_config を開きます。
  3. ファイルで、PermitRootLogin 行を見つけ、値を yes に変更します。
  4. ファイルを保存して閉じます。 sshdサービスを再起動します。
次に、このチュートリアルに従って Azure Migrate プロジェクトとアプライアンスを設定し、対象の GCP VM を検出して評価します。

評価を試すことが推奨されていますが、評価を実行することは、VM を移行できるようになるための必須の手順ではありません。

前提条件

移行する GCP VM で、サポートされているオペレーティングシステム (OS) バージョンが実行されていることを確認します。 GCP VM は、移行で物理マシンのように処理されます。物理サーバーの移行ワークフローについては、サポートされているオペレーティングシステムおよびカーネルバージョンに関するページを参照してください。 hostnamectl や uname -a のような標準コマンドを使用して、Linux VM の OS とカーネルバージョンを確認できます。実際の移行を進める前に、テスト移行を実行し、VM が想定どおりに動作するかどうかを検証することをお勧めします。
GCP VM が、Azure への移行でサポートされる構成に準拠していることを確認します。
Azure にレプリケートする GCP VM が、Azure VM の要件に準拠していることを確認します。
Azure に VM を移行する前に、それらに対するいくつかの変更が必要です。
- 一部のオペレーティングシステムでは、これらの変更が Azure Migrate & Modernize によって自動的に行われます。
- 移行を開始する前にこれらの変更を行います。変更を行う前に VM を移行すると、Azure で VM が起動しない可能性があります。 Windows と Linux で必要な変更を確認してください。

移行のために Azure リソースを準備する

移行およびモダン化ツールを使用して、Azure の移行を準備します。

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

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

Azure portal でサブスクリプションを開き、[アクセス制御 (IAM)] を選択します。
[アクセスの確認] で関連するアカウントを探し、それを選択してアクセス許可を表示します。
共同作成者または所有者のアクセス許可を持っている必要があります。
- 無料の Azure アカウントを作成したばかりであれば、自分のサブスクリプションの所有者になっています。
- サブスクリプションの所有者でない場合は、所有者と協力してロールを割り当てます。

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

Azure アカウントに [VM 共同作成者] ロールを割り当てます。この役割により、次の作業を行うためのアクセス許可が得られます。

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

Azure ネットワークを作成する

Azure Virtual Network を設定します。 Azure にレプリケートすると、作成された Azure VM は、移行の設定時に指定した Azure 仮想ネットワークに参加させられます。

移行のために GCP インスタンスを準備する

GCP から Azure への移行を準備するために、移行用のレプリケーションアプライアンスを準備してデプロイする必要があります。

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

移行およびモダン化ツールでは、レプリケーションアプライアンスを使用してマシンを Azure にレプリケートします。レプリケーションアプライアンスは、次のコンポーネントを実行します。

構成サーバー: 構成サーバーでは、GCP VM と Azure 間の通信を調整し、データのレプリケーションを管理します。
プロセスサーバー:プロセスサーバーはレプリケーションゲートウェイとして機能します。キャッシュ、圧縮、暗号化によってレプリケーションデータを受信します。その後、Azure のキャッシュストレージアカウントにデータを送信します。

アプライアンスのデプロイの準備をするには、次の操作を実行します。

レプリケーションアプライアンスをホストする別の GCP VM を設定します。このインスタンスは、Windows Server 2012 R2 または Windows Server 2016 を実行している必要があります。アプライアンスのハードウェア、ソフトウェア、およびネットワークの要件を確認します。
レプリケート対象のソース VM、または以前にインストールした Azure Migrate: Discovery and Assessment アプライアンスに、アプライアンスをインストールすることはできません。これは異なる VM にデプロイする必要があります。
移行するソース GCP VM には、レプリケーションアプライアンスへのネットワーク接続が必要です。この機能を有効にするために、必要なファイアウォール規則を構成します。レプリケーションアプライアンスを、移行するソース VM と同じ仮想プライベートクラウド (VPC) ネットワークにデプロイすることをお勧めします。レプリケーションアプライアンスが異なる VPC 内に存在する必要がある場合は、VPC を VPC ピアリングを介して接続する必要があります。
ソース GCP VM は、レプリケーション管理とレプリケーションデータ転送のために、HTTPS 443 (コントロールチャネルのオーケストレーション) および TCP 9443 (データ転送) の受信ポートでレプリケーションアプライアンスと通信します。レプリケーションアプライアンスは次に、HTTPS 443 送信ポート経由でレプリケーションデータを Azure に送信します。これらの規則を構成するには、ポートとソース IP の適切な情報を使用して、セキュリティグループのインバウンド/アウトバウンド規則を編集します。
レプリケーションアプライアンスでは MySQL が使用されます。アプライアンスに MySQL をインストールするためのいくつかの方法を確認します。
パブリッククラウドおよび政府機関向けクラウドにアクセスするレプリケーションアプライアンスに必要な Azure URL を確認します。

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

移行の最初の手順は、レプリケーションアプライアンスを設定することです。 GCP VM 移行用のアプライアンスを設定するには、アプライアンスのインストーラーファイルをダウンロードし、それを準備した VM で実行する必要があります。

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

Azure Migrate プロジェクトで、[サーバー、データベース、Web アプリ]>[移行およびモダン化]>[検出する] を選択します。
[マシンの検出]>[マシンは仮想化されていますか?] で、 [非仮想化/その他] を選択します。
[ターゲットリージョン] で、マシンの移行先にする Azure リージョンを選択します。
[移行先のリージョンが <リージョン名> であることを確認してください] を選択します。
[リソースの作成] を選択します。この手順で、Azure Site Recovery コンテナーがバックグラウンドで作成されます。
- 移行およびモダン化ツールを使用した移行を既に設定してある場合は、リソースが以前に設定されているため、ターゲットオプションを構成できません。
- このボタンの選択後は、このプロジェクトのターゲットリージョンを変更できません。
- VM を別のリージョンに移行するには、Azure Migrate の新しいプロジェクトまたは別のプロジェクトを作成する必要があります。
Note

Azure Migrate プロジェクトの作成時に、その接続方法としてプライベートエンドポイントを選択した場合、Recovery Services コンテナーも、プライベートエンドポイント接続用に構成されます。レプリケーションアプライアンスからプライベートエンドポイントに到達できることを確認してください。詳細情報。
[新しいレプリケーションアプライアンスをインストールしますか?] で、 [レプリケーションアプライアンスのインストール] を選択します。
[レプリケーションアプライアンスソフトウェアをダウンロードしてインストールする] で、アプライアンスのインストーラーと登録キーをダウンロードします。このキーは、アプライアンスを登録するために必要です。キーは、ダウンロード後 5 日間有効です。
アプライアンスの設定ファイルとキーファイルを、レプリケーションアプライアンス用に作成した Windows Server 2016 または Windows Server 2012 GCP VM にコピーします。
次の手順の説明に従って、レプリケーションアプライアンスの設定ファイルを実行します。
1. [開始する前に] で、[構成サーバーとプロセスサーバーをインストールする] を選択して [次へ] を選択します。
2. [サードパーティ製ソフトウェアライセンス] で、[サードパーティの使用許諾契約書に同意する] を選択し、[次へ] を選択します。
3. [登録] で [参照] を選択し、コンテナーの登録キーファイルを格納した場所に移動し、[次へ] を選択します。
4. [インターネット設定] で、[プロキシサーバーを使用せずに Azure Site Recovery に接続する] を選択し、[次へ] を選択します。
5. [前提条件の確認] ページで複数の項目について確認が実行されます。完了したら、[次へ] を選択します。
6. [MySQL の構成] で、MySQL データベースのパスワードを入力してから、[次へ] を選択します。
7. [環境の詳細] ページで [いいえ] を選択します。 VM を保護する必要はありません。 [次へ] を選択します。
8. [インストール場所] で、既定値のまま [次へ] を選択します。
9. [Network Selection](ネットワークの選択) で、既定値のまま [次へ] を選択します。
10. [サマリー] で [インストール] を選択します。
11. [インストールの進行状況] にインストールプロセスの進行状況に関する情報が表示されます。完了したら、[完了] を選択します。ウィンドウに再起動に関するメッセージが表示されます。 [OK] を選択します。
12. その後、構成サーバーの接続パスフレーズに関するメッセージがウィンドウに表示されます。パスフレーズをクリップボードにコピーし、そのパスフレーズをソース VM の一時テキストファイルに保存します。このパスフレーズは後で、Mobility Service のインストールプロセス中に必要になります。
インストールが完了すると、アプライアンス構成ウィザードが自動的に起動します。 (アプライアンスデスクトップに作成された cspsconfigtool ショートカットを使用して、ウィザードを手動で起動することもできます。)このチュートリアルでは、レプリケートするソース VM に Mobility Service を手動でインストールします。続行するには、この手順でダミーアカウントを作成する必要があります。ダミーアカウントには、フレンドリ名として "ゲスト"、ユーザー名として "ユーザー名"、アカウントのパスワードとして "パスワード" を指定できます。このダミーアカウントは、レプリケーションを有効にするステージで使用します。

Mobility Serviceエージェントをインストールします

レプリケーションを開始するには、移行するソース GCP VM に Mobility Service エージェントを事前にインストールしておく必要があります。 Mobility Service エージェントをインストールする方法は、組織の設定と既存のツールによって異なります。 Azure Site Recovery に組み込まれている "プッシュ" インストール方法は現在サポートされていません。次のアプローチを検討できるかもしれません。

次のように、GCP VM 上のローカルフォルダー (/tmp/MobSvcInstaller など) にインストーラー tarball の内容を展開します。
```
mkdir /tmp/MobSvcInstaller
tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
cd /tmp/MobSvcInstaller
```
インストーラースクリプトを実行します。
```
sudo ./install -r MS -v VmWare -q -c CSLegacy
```

レプリケーションアプライアンスにエージェントを登録します。

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path>

GCP VM のレプリケーションを有効にする

Note

ポータルからは、一度に最大 10 台の VM をレプリケーションに追加できます。複数の VM を同時にレプリケートするため、10 台のバッチ単位で追加できます。

Azure Migrate プロジェクトで、[サーバー、データベース、Web アプリ]>[移行およびモダン化]>[レプリケートする] を選択します。
[レプリケート] の [ソース設定] にある [マシンは仮想化されていますか?] で、[非仮想化/その他] を選択します。
[オンプレミスのアプライアンス] で、自分が設定した Azure Migrate アプライアンスの名前を選択します。
[プロセスサーバー] で、レプリケーションアプライアンスの名前を選択します。
[ゲストの資格情報] 内では、前のレプリケーションインストーラーのセットアップの間に作成したダミーアカウントを選択し、Mobility Service を手動でインストールします。 (プッシュインストールはサポートされていません。)その後、[次へ: 仮想マシン] を選択します。
[仮想マシン] の [評価から移行設定をインポートしますか?] は、既定の設定である [いいえ。移行設定を手動で指定します] のままにしておきます。
移行したい各 VM を確認します。次に、 [次のステップ: ターゲット設定] をクリックします。
[ターゲット設定] で、サブスクリプションと、移行先となるターゲットリージョンを選択し、移行後に Azure VM が配置されるリソースグループを指定します。
[仮想ネットワーク] で、移行後に Azure VM の参加先となる Azure 仮想ネットワークまたはサブネットを選択します。
プロジェクト用に自動的に作成されたキャッシュストレージアカウントを使用する場合、[キャッシュストレージアカウント] のオプションは既定のままにします。レプリケーションのキャッシュストレージアカウントとして別のストレージアカウントを指定する場合は、ドロップダウンリストを使用します。
Note
- Azure Migrate プロジェクトの接続方法としてプライベートエンドポイントを選択した場合、Recovery Services コンテナーに、キャッシュストレージアカウントへのアクセス権を付与します。詳細情報。
- プライベートピアリングによる ExpressRoute を使用してレプリケートするには、キャッシュストレージアカウント用のプライベートエンドポイントを作成します。詳細情報。
[可用性オプション] で、以下を選択します。
- 可用性ゾーン: 移行したマシンをリージョン内の特定の可用性ゾーンに固定します。このオプションを使用して、複数ノードのアプリケーション層を形成するサーバーを可用性ゾーン間で分散させます。このオプションを選択した場合は、[コンピューティング] タブで選択した各マシンに使用する可用性ゾーンを指定する必要があります。このオプションは、移行用に選択したターゲットリージョンで可用性ゾーンがサポートされている場合にのみ使用できます。
- 可用性セット: 移行したマシンを可用性セットに配置します。このオプションを使用するには、選択されたターゲットリソースグループに 1 つ以上の可用性セットが必要です。
- インフラストラクチャ冗長は必要ありません: 移行されたマシンに対してこれらの可用性構成がいずれも不要な場合は、このオプションを使用します。
[Disk encryption type](ディスク暗号化の種類) で、以下を選択します。
- プラットフォームマネージドキーを使用した保存時の暗号化。
- カスタマーマネージドキーを使用した保存時の暗号化。
- プラットフォームマネージドキーとカスタマーマネージドキーを使用した二重暗号化。
Note

カスタマーマネージドキーを使用して VM をレプリケートするには、ターゲットリソースグループにディスク暗号化セットを作成する必要があります。ディスク暗号化セットオブジェクトによって、サーバー側暗号化に使用するカスタマーマネージドキーを含む Azure Key Vault インスタンスにマネージドディスクがマップされます。
[Azure ハイブリッド特典] で、
- Azure ハイブリッド特典を適用しない場合は、 [いいえ] を選択します。 [次へ] を選択します。
- アクティブなソフトウェアアシュアランスまたは Windows Server サブスクリプションの対象となっている Windows Server マシンがあり、移行するマシンに特典を適用する場合は、 [はい] を選択します。 [次へ] を選択します。
[コンピューティング] で、VM の名前、サイズ、OS ディスクの種類、および可用性構成 (前の手順で選択した場合) を確認します。 VM は Azure の要件に準拠している必要があります。
- [VM サイズ]: 評価の推奨事項を使用している場合は、[VM サイズ] ドロップダウンリストに推奨サイズが表示されます。それ以外の場合は、Azure Migrate & Modernize によって、Azure サブスクリプション内の最も近いサイズが選択されます。または、 [Azure VM サイズ] でサイズを手動で選択します。
- OS ディスク: VM の OS (ブート) ディスクを指定します。 OS ディスクは、オペレーティングシステムのブートローダーとインストーラーがあるディスクです。
- [可用性ゾーン]: 使用する可用性ゾーンを指定します。
- [可用性セット]: 使用する可用性セットを指定します。
[ディスク] で、VM ディスクを Azure にレプリケートするかどうかを指定し、Azure でのディスクの種類 (Standard SSD か HDD、または Premium マネージドディスク) を選択します。 [次へ] を選択します。
- レプリケーションからディスクを除外できます。
- ディスクは除外すると、移行後に Azure VM 上に存在しなくなります。
[タグ] で、VM、ディスク、NIC にタグを追加することを選択します。
[レプリケーションの確認と開始] で、設定を確認し、[レプリケート] を選択して、サーバーの初期レプリケーションを開始します。

Note

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

レプリケーションの状態を追跡して監視する

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

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

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

[サーバーをレプリケートしています] オプションを示すスクリーンショット。

テスト移行を実行する

差分レプリケーションが開始されるとき、Azure への完全な移行を実行する前に、VM のテスト移行を実行できます。テスト移行を実行することを強くお勧めします。これにより、実際の移行に進む前に潜在的な問題を検出して修正できます。各 VM で少なくとも 1 回は、移行前にこの手順を実行することをお勧めします。

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

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

[移行の目標] で、[サーバー、データベース、Web アプリ]>[移行およびモダン化]>[移行されたサーバーのテスト] を選択します。
テストする VM を右クリックし、[テスト移行] を選択します。
[テスト移行] で、移行後に Azure VM が配置される Azure 仮想ネットワークを選択します。非運用環境の仮想ネットワークを使用することをお勧めします。
テスト移行ジョブが開始します。ポータルの通知でジョブを監視します。
移行の完了後、Azure portal の [仮想マシン] で、移行された Azure VM を確認します。マシン名には、-Test というサフィックスが付いています。
テストが完了したら、[マシンのレプリケート] で Azure VM を右クリックし、[テスト移行をクリーンアップ] を選択します。
Note

SQL Server を実行しているサーバーを SQL VM RP に登録できるようになりました。これにより、SQL IaaS Agent 拡張機能を使用した自動修正、自動バックアップ、簡略化されたライセンス管理を利用できるようになります。
- [管理]>[Replicating servers](レプリケートしているサーバー)>[Machine containing SQL server](SQL サーバーを含むマシン)>[コンピューティングとネットワーク] を選択し、 [はい] を選択して SQL VM RP に登録します。
- アクティブなソフトウェアアシュアランスまたは SQL Server サブスクリプションの対象となっている SQL Server インスタンスがあり、移行するマシンに特典を適用する場合は、[SQL Server の Azure ハイブリッド特典] を選択します。

GCP VM を移行する

テスト移行が想定どおりに動作することを確認したら、GCP VM を移行できます。

Azure Migrate プロジェクトで、[サーバー、データベース、Web アプリ]>[移行およびモダン化]>[サーバーのレプリケート] を選択します。
[マシンのレプリケート] で VM を右クリックし、[移行] を選択します。
[移行]>[仮想マシンをシャットダウンし、データ損失のない計画された移行を実行しますか] で、 [はい]>[OK] の順に選択します。

Note

GCP VM の移行中は、自動シャットダウンはサポートされません。
VM に対して移行ジョブが開始されます。ジョブの状態は、ポータルページの右上にある通知ベルのアイコンを選択するか、移行およびモダン化ツールの [ジョブ] ページに移動することで表示できます。 (ツールタイルの [概要] をクリックし、左側のメニューから [ジョブ] を選択しま。)
ジョブが完了したら、 [仮想マシン] ページで VM を表示して管理できます。

移行を完了する

移行が完了したら、VM を右クリックして、[移行の停止] を選択します。このアクションは、次のことを行います。
- GCP VM のレプリケーションが停止されます。
- 移行およびモダン化ツールで [サーバーのレプリケート] カウントから GCP VM を削除します。
- VM のレプリケーション状態情報をクリーンアップします。
Azure VM での Windows のライセンス認証に関する問題を確認し、トラブルシューティングします。
ホスト名、データベース接続文字列、および Web サーバー構成の更新など、移行後のアプリの微調整を実行します。
Azure で現在実行されている移行後のアプリケーション上で、最終的なアプリケーションと移行の受け入れのテストを実行します。
移行された Azure VM インスタンスにトラフィックを切り替えます。
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 をデプロイして、リソースの使用率と消費量を監視します。

トラブルシューティングとヒント

質問: 移行のために検出されたサーバーの一覧に GCP VM が表示されません。
回答: レプリケーションアプライアンスが要件を満たしているかどうかを調べます。移行するソース VM にモビリティエージェントがインストールされ、構成サーバーに登録されていることを確認してください。ファイアウォール規則を調べて、レプリケーションアプライアンスとソース GCP VM 間のネットワークパスを有効にします。

質問: VM が正常に移行されたかどうかの確認方法は?
回答: 移行後に、[仮想マシン] ページで VM を表示して管理できます。移行された VM に接続して検証します。

質問: 以前に作成した Server Assessment の評価結果から、移行用 VM をインポートできません。
回答: 現時点では、このワークフローの評価のインポートはサポートしていません。回避策として、評価をエクスポートしてから手動で、「レプリケーションを有効にする」の手順の間に VM の推奨事項を選択できます。

質問: GCP VM の検出を試みると、“BIOS GUID をフェッチできませんでした” というエラーが発生します。
回答: 認証には、擬似ユーザーではなく、ルートログインを使用してください。ルートユーザーを使用できない場合は、サポートマトリックスに記載されている手順に従って、ユーザーに必要な機能が設定されていることを確認します。また、GCP VM でサポートされているオペレーティングシステムを確認してください。

質問: レプリケーションの状態が進行していません。
回答: レプリケーションアプライアンスが要件を満たしているかどうかを調べます。レプリケーションアプライアンスの TCP ポート 9443 とデータ転送用の HTTPS 443 で、必要なポートが有効になっていることを確認します。同じプロジェクトに、古い複製バージョンのレプリケーションアプライアンスが接続されていないことを確認します。

質問: リモートの Windows 管理サービスからの HTTP 状態コード 504 のために、Azure Migrate & Modernize を使用して GCP インスタンスを検出できません。
回答: Azure Migrate アプライアンスの要件と URL アクセスのニーズを必ずご確認ください。アプライアンスの登録をブロックしているプロキシ設定がないことを確認します。

質問: GCP VM を Azure に移行する前に、変更しなければならないことがありますか?
回答: GCP VM を Azure に移行する前に、次の変更を行う必要がある場合があります。

VM のプロビジョニングに cloud-init を使用している場合は、VM を Azure にレプリケートする前に、VM で cloud-init を無効にすることをお勧めします。 VM の cloud-init によって実行されるプロビジョニング手順は、GCP に固有のものである可能性があり、Azure への移行後には有効ではありません。
「前提条件」セクションを確認して、Azure に移行する前に、オペレーティングシステムに必要な変更があるかどうかを判断してください。
最終的な移行の前に、必ずテスト移行を実行することをお勧めします。

次のステップ

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

次の方法で共有

Google Cloud Platform (GCP) VM の検出、評価、および Azure への移行

検出と評価