Application Migration Service のカットオーバーまたはテスト起動後に、Amazon EC2 Windows インスタンスがインスタンスステータスチェックに合格できない場合のトラブルシューティング方法を教えてください。

簡単な説明

システムまたはインスタンスのステータスチェックが不合格の場合、EC2 インスタンスは到達不能になります。Application Migration Service を使用してカットオーバーまたはテスト起動を行った後、次の 1 つ以上の問題が原因でインスタンスのステータスチェックが不合格になる可能性があります。

• オペレーティングシステム (OS) を起動できない場合
• ネットワーク障害
• CPU とメモリの枯渇
• 変換プロセスに関する問題
• インスタンスタイプは OS と互換性がない場合

注: Windows が AWS 仮想ハードウェアに適応するため、Windows マシンの初回起動には最大 45 分かかる場合があります。

解決策

注: AWS コマンドラインインターフェイス (AWS CLI) コマンドの実行中にエラーが発生した場合は、「AWS CLI で発生したエラーのトラブルシューティング」を参照してください。また、AWS CLI の最新バージョンを使用していることを確認してください。

ソースマシンが、起動テンプレートで選択したインスタンスタイプと互換性があることを確認します。

ソースマシンに接続し、次のいずれかの方法で OS のバージョンを確認します。

[コントロール パネル] を選択し、[システム設定] を選択します。[Windows エディション] と [システムの種類] を参照し、OS が 32 ビットか 64 ビットかを確認します。

または、管理者として、コマンドプロンプトウィンドウで次のコマンドを実行します。

systeminfo

コマンド出力には、OS名とシステムの種類が一覧表示されます。

ソースマシンが 32 ビットの場合は、次のいずれかのインスタンスタイプを使用する必要があります。

• t2.nano
• t2.micro
• t2.small
• t2.medium
• c3.large
• t1.micro
• m1.small
• m1.medium
• c1.medium

ソースマシンが 64 ビットであり、Windows Server 2008 R2 以降を実行している場合は、任意のインスタンスタイプを使用できます。

ソースマシンが 64 ビットであり、次のいずれかの Windows エディションを実行している場合は、XEN インスタンスタイプに移行します。

• Windows Server 2003
• Windows Server 2003 R2
• Windows Server 2008

次の AWS CLI コマンド describe-instance-types を実行すると、XEN インスタンスタイプの完全なリストを取得できます。

aws ec2 describe-instance-types --filters Name=hypervisor,Values=xen --query InstanceTypes[].InstanceType

ソースマシンでサードパーティ製アンチウイルスを無効化または削除する

サードパーティ製のウイルス対策ソフトウェアが原因で、変換処理が妨げられる可能性があります。ウイルス対策ソフトウェアを無効化または削除し、インスタンスを再起動します。

セカンダリ Elastic ネットワークインターフェイスをアタッチします。

サードパーティ製ファイアウォールが原因で、インスタンスのプライマリネットワークアダプタの接続がブロックされる場合があります。この場合、ターゲットインスタンスのステータスチェックが不合格になります。この問題を回避するには、セカンダリネットワークインターフェイスをターゲットインスタンスにアタッチしてから、インスタンスに接続します。

複数インスタンスタイプを使用する

XEN インスタンスは準仮想化ドライバー (PV) を使用し、Nitro インスタンスはElastic Network Adapter (ENA)と AWS NVME ドライバーを使用します。各インスタンスタイプが使用するドライバーのリストについては、「インスタンスタイプ変更に関する互換性」を参照してください。

ソースマシンが XEN と Nitro の両方と互換性がある場合は、XEN インスタンスと Nitro インスタンスを起動します。ターゲットインスタンスが一方のインスタンスタイプではステータスチェックに合格したものの、もう一方は不合格となった場合は、インスタンスをリサイズします。リサイズしたインスタンスはステータスチェックに合格できるかどうかを確認します。

問題がドライバーに関連している場合は、AWSSupport-UpgradeWindowsAWSDrivers オートメーションランブックを実行し、ドライバーを強制インストールします。

インスタンスログを確認する

重要: インスタンスを停止して起動する前に、次の手順を実行してください。

• Amazon Elastic Block Store (Amazon EBS) ボリュームのスナップショットを作成します。
  注: インスタンスの基盤がインスタンスストアであるか、データを含むインスタンスストアボリュームがある場合、インスタンスの停止時に Amazon EC2 はデータを削除します。
• Amazon EC2 Auto Scaling グループからインスタンスを一時的に削除します。
  注: Amazon EC2 Auto Scaling グループ内のインスタンスを停止する場合、インスタンスがスケールイン保護設定に基づいて削除される場合があります。Amazon EMR、AWS CloudFormation、または AWS Elastic Beanstalk を使用して起動するインスタンスが、Auto Scaling グループに属している可能性があります。
• インスタンスのシャットダウン動作を Stop に設定し、インスタンスの停止時にインスタンスが削除されないようにします。

注: インスタンスを停止または起動する際、インスタンスのパブリック IP アドレスは変更されます。外部トラフィックをインスタンスにルーティングするには、パブリック IP アドレスではなく Elastic IP アドレスを使用することをおすすめします。

新しいインスタンスがステータスチェックに合格できない場合は、次のインスタンスログを参照して原因を特定します。

• C:\Program Files (x86)\AWS Replication Agent\migrate_script.log
• C:\Program Files (x86)\AWS Replication Agent\migrate_script.log.sent
• C:\Program Files (x86)\AWS Replication Agent\aws_nvme\awsnvme_dism.log
• C:\Program Files (x86)\AWS Replication Agent\ena_2012R2_2016\ena_dism.log
• C:\Program Files (x86)\AWS Replication Agent\PVinstall.log
• C:\Windows\inf\setupapi.dev.log
• C:\Windows\inf\setupapi.offline.log
• C:\Program Files (x86)\AWS Replication Agent\SSMInstall.log

ログにアクセスするには、次の手順を実行します。

1. ターゲットインスタンスを停止します。
2. 停止したインスタンスからルート EBS ボリュームをデタッチします。
3. セカンダリドライブとしてアクセスできるインスタンスに EBS ルートボリュームをアタッチします。
4. EBS ボリュームを使用できるようにします。
5. 上記の場所からログを収集し、インスタンスステータスチェック不合格を引き起こす可能性がある要素がないか確認します。
   注: 上記のログすべてがターゲットインスタンスに存在するとは限りません。この方法では、C:\ ではなくセカンダリドライブを使用するため、ドライブレターは記載したログの場所とは異なる可能性があります。

上記のトラブルシューティング手順で問題が解決しない場合は、サポートケースを作成してください。

関連情報

systeminfo (Microsoft のウェブサイト)

Amazon EC2 インスタンスに関する問題のトラブルシューティング