翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
このページでは、AMI に関連する問題、考えられる原因、問題を解決するために実行できる手順に関する情報を提供します。
エラーメッセージを取得するには、「スケーリングアクティビティからのエラーメッセージを取得する」を参照してください。
AMI に関する問題が原因で EC2 インスタンスの起動に失敗する場合、以下のエラーメッセージが 1 つ以上表示される可能性があります。
AMI に関する問題
重要
AWS では、AMI アクセス許可を変更することで、AMI を別の AWS アカウントとプライベートに共有できます。AMI を共有せずにプライベートにすると、新しいインスタンスを起動するときに認可エラーが発生する可能性があります。プライベート AMIsAmazon EC2 ユーザーガイド」の「特定の AWS アカウントと AMI を共有する」を参照してください。
AMI ID <お使いの AMI の ID> は存在しません。EC2 インスタンスの起動に失敗しました。
-
原因: 起動テンプレートもしくは起動設定の作成後に、AMI が削除された可能性があります。
-
解決策:
-
有効な AMI を使用して、新しい起動テンプレートか起動設定を作成します。
-
update-auto-scaling-group
コマンドにより、新しい起動テンプレートか起動設定を使用する、Auto Scaling グループを更新します。
-
AMI <AMI ID> は保留中のため実行できません。EC2 インスタンスの起動に失敗しました。
原因: （実行中のインスタンスのスナップショットを取得するか、またはそのほかの方法で）AMI を作成したばかりのため、まだ利用可能ではない可能性があります。
解決策: AMI が利用可能になるのを待ってから、起動テンプレートもしくは起動設定を作成する必要があります。
デバイス名 <device name> が無効です。EC2 インスタンスの起動に失敗しました。
原因: EBS ボリュームを EC2 インスタンスにアタッチするときは、ボリュームに有効なデバイス名が指定されていません。選択した AMI がこのデバイス名をサポートしている必要があります。
解決策:
-
新しい起動テンプレートまたは起動設定を作成し、AMI の正しいデバイス名を指定します。推奨される命名規則は、AMI の仮想化タイプによって異なります。詳細については、「Amazon EC2 ユーザーガイド」のデバイス名に関するページを参照してください。
-
update-auto-scaling-group
コマンドにより、新しい起動テンプレートか起動設定を使用する、Auto Scaling グループを更新します。
指定されたインスタンスタイプのアーキテクチャ 'arm64' は、指定された AMI のアーキテクチャ 'x86_64' と一致しません... EC2 インスタンスの起動に失敗しました。
原因 1: AMI のアーキテクチャと、起動テンプレートまたは起動設定で使用されているインスタンスタイプが同じでない場合、Amazon EC2 Auto Scaling が互換性のないインスタンス設定を使用してインスタンスを起動しようとするとエラーが発生します。
解決策 1:
-
describe-images
コマンドを使用するか、Amazon EC2 コンソールの [Amazon マシンイメージ (AMI)] ページの詳細ペインで アーキテクチャ値を確認して、AMI のアーキテクチャを確認します。 -
]describe-instance-types
コマンドを使用するか、Amazon EC2 コンソールで [インスタンスタイプ] 画面の [アーキテクチャ] 列を確認して、AMI と同じアーキテクチャを持つインスタンス タイプを見つけます。 互換性のあるインスタンスタイプの選択の詳細については、「Amazon EC2 ユーザーガイド」の「インスタンスタイプ変更の互換性」を参照してください。 -
AMI と同じアーキテクチャのインスタンスタイプを使用して、新しい起動テンプレートまたは起動設定を作成します。
-
update-auto-scaling-group
コマンドにより、新しい起動テンプレートか起動設定を使用する、Auto Scaling グループを更新します。
原因 2: Amazon EC2 Auto Scaling は Auto Scaling グループの混合インスタンスポリシーで指定されているインスタンスタイプを起動しようとしますが、そのインスタンスタイプは起動テンプレートで指定されている AMI と同じアーキテクチャではありません。
解決策 1:混合インスタンスポリシーには、アーキテクチャの異なるインスタンスタイプを含めないでください。
-
describe-images
コマンドを使用するか、Amazon EC2 コンソールの [Amazon マシンイメージ (AMI)] ページの詳細ペインで アーキテクチャ値を確認して、AMI のアーキテクチャを確認します。 -
describe-instance-types
コマンドを使用するか、Amazon EC2 コンソールで [インスタンスタイプ] 画面の [アーキテクチャ] 列を確認して、混合インスタンス ポリシーに含める予定の各インスタンス タイプのアーキテクチャを確認します。互換性のあるインスタンスタイプの選択の詳細については、「Amazon EC2 ユーザーガイド」の「インスタンスタイプ変更の互換性」を参照してください。 -
update-auto-scaling-group
コマンドを使用して Auto Scaling グループから互換性のないインスタンスタイプを更新または削除します。
解決策 2: 同じ Auto Scaling グループ内の Arm (Graviton2) インスタンスと x86_64 (Intel) インスタンスの両方を起動するには、ARM 互換 AMI と Intel x86 互換 AMI でサポートされている起動テンプレートをそれぞれ使用して、混合インスタンスポリシーのインスタンスタイプと一致させる必要があります。
-
describe-images
コマンドを使用するか、Amazon EC2 コンソールの [Amazon マシンイメージ (AMI)] ページの詳細ペインで アーキテクチャ値を確認して、既存の起動テンプレート内の AMI のアーキテクチャを確認します。 -
使用予定の他のアーキテクチャと一致する AMI を使用して、新しい起動テンプレートを作成します。
-
Auto Scaling グループを更新して既存の起動テンプレートをオーバーライドし、update-auto-scaling-group
コマンドを使用して互換性のあるインスタンス タイプごとに新しい起動テンプレートを指定します。詳細については、「インスタンスタイプに異なる起動テンプレートを使用する」を参照してください。
AMI '<AMI ID>' は無効のため実行できません。EC2 インスタンスの起動に失敗しました。
原因: 無効になっている AMI からインスタンスを起動しようとしています。詳細については、「Amazon EC2 ユーザーガイド」の「AMI を無効にする」を参照してください。
解決策:
-
新しい起動テンプレートまたは起動設定を作成し、無効にされていない AMI を指定します。
-
update-auto-scaling-group
コマンドにより、新しい起動テンプレートか起動設定を使用する、Auto Scaling グループを更新します。
