アマゾンウェブサービス (AWS) EC2 インスタンスの検出、評価、および Azure への移行

[アーティクル]
2025-05-01

このチュートリアルでは、Azure Migrate: Server Assessment と移行とモダン化ツールを使用して、アマゾンウェブサービス (AWS) EC2 インスタンスを検出し、評価し、Azure VM に移行する方法について説明します。

注

AWS VM を Azure に移行するには、それらを物理サーバーとして扱います。

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

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

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

検出と評価

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

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

チュートリアルに従って Azure を設定し、評価のために AWS VM を準備します。以下の点に注意してください。
- Azure Migrate & Modernize は、AWS インスタンスを検出するためにパスワード認証を使用します。 AWS インスタンスは、既定ではパスワード認証をサポートしていません。インスタンスを検出するには、パスワード認証を有効にする必要があります。
  - 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 サービスを再起動します。
次に、このチュートリアルに従って、AWS VM を検出して評価するための Azure Migrate プロジェクトとアプライアンスを設定します。

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

前提条件

移行する対象の AWS VM で、サポートされているオペレーティングシステム (OS) バージョンが実行されていることを確認します。 AWS VM は、移行に際して物理マシンのように扱われます。物理サーバー移行ワークフローでサポートされているオペレーティングシステムとカーネルのバージョンを確認します。 hostnamectl や uname -a のような標準コマンドを使用して、Linux VM の OS とカーネルのバージョンを確認できます。実際の移行を進める前に、テスト移行 (テストフェールオーバー) を実行し、VM が想定どおりに動作するかどうかを検証することをお勧めします。
AWS VM が、Azure への移行でサポートされている構成に準拠していることを確認します。
Azure にレプリケートする AWS 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 仮想ネットワークを設定します。 Azure にレプリケートすると、作成された Azure VM は、移行の設定時に指定した Azure 仮想ネットワークに参加することになります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次のように、AWS 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>

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

注

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

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

カスタマーマネージドキーを使用して 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 上に存在しなくなります。
[タグ] で、仮想マシン、ディスク、NIC にタグを追加することを選択します。
[ レプリケーションの確認と開始] で設定を確認し、[ レプリケート ] を選択してサーバーの初期レプリケーションを開始します。

注

レプリケーションの開始前にいつでもレプリケーション設定を更新するには、[ Manage>Replicating machines] を選択します。レプリケーションの開始後は、設定を変更することができません。

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

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

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

レプリケーションの状態を監視するには、[Azure Migrate: Server Migration でサーバーをレプリケートする] を選択します。

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

テスト移行を実行する

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

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

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

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

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

AWS VM を移行する

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

Azure Migrate プロジェクトで、サーバー、データベース、Web アプリ>サーバーの移行と最新化>サーバーの複製を選択します。
マシン のレプリケートで、VM を右クリックし、[ 移行] を選択します。
[移行>仮想マシンをシャットダウンし、データ損失なしで計画的な移行を実行するには、[はい>OK] を選択します。

注

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

移行を完了する

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

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

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

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

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

質問： VM が正常に移行されたかどうかを確認するにはどうすればよいですか?
答える： 移行後は、[ 仮想マシン ] ページから VM を表示および管理できます。移行された VM に接続して検証します。

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

質問： AWS VM の検出中に"BIOS GUID のフェッチに失敗しました" というエラーが表示されます。
答える： 認証には常にルートログインを使用し、擬似ユーザーには使用しないでください。また、AWS VM でサポートされているオペレーティングシステムを確認してください。

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

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

質問： AWS VM を Azure に移行する前に変更を加える必要がありますか?
答える： EC2 VM を Azure に移行する前に、次の変更を行う必要がある場合があります。

VM のプロビジョニングに cloud-init を使用している場合は、VM を Azure にレプリケートする前に、VM で cloud-init を無効にすることをお勧めします。 VM の cloud-init によって実行されるプロビジョニング手順は、AWS に固有のものである可能性があり、Azure への移行後には有効ではありません。
VM が準仮想化 (PV) VM であり、ハードウェア VM ではない場合は、Azure 上でそのまま実行できない可能性があります。 PV VM は AWS でカスタムブートシーケンスを使用します。 Azure への移行を実行する前に、PV ドライバーをアンインストールすることで、この課題を解決できる場合もあります。
最終的な移行の前に、必ずテスト移行を実行することをお勧めします。

質問： Amazon Linux オペレーティングシステムを実行している AWS VM を移行できますか?
答える： Amazon Linux OS は AWS でのみサポートされているため、Amazon Linux を実行している VM をそのまま移行することはできません。 Amazon Linux で実行されているワークロードを移行するには、Azure で RHEL VM を起動します。その後、対応するワークロード移行アプローチを使用して、AWS Linux マシンで実行されているワークロードを移行できます。たとえば、ワークロードによっては、移行を支援するワークロード固有のツールが存在する場合があります。これらのツールは、データベース用である場合や、Web サーバー用のデプロイツールである場合があります。

次のステップ

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