Amazon EC2 Auto Scaling をトラブルシューティングする: AMI 問題 - Amazon EC2 Auto Scaling

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon EC2 Auto Scaling をトラブルシューティングする: AMI 問題

このページでは、AMI に関連する問題、考えられる原因、問題を解決するために実行できる手順に関する情報を提供します。

エラーメッセージを取得するには、「スケーリングアクティビティからのエラーメッセージを取得する」を参照してください。

AMI に関する問題が原因で EC2 インスタンスの起動に失敗する場合、以下のエラーメッセージが 1 つ以上表示される可能性があります。

重要

AWS は、AMI 許可を変更することで、AMI を別の AWS アカウントとプライベートに共有することをサポートします。AMI を共有せずにプライベートにすると、新しいインスタンスを起動するときに認証エラーが発生する可能性があります。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「特定の AWS アカウントとの AMI の共有」を参照してください。

AMI ID <お使いの AMI の ID> は存在しません。EC2 インスタンスの起動に失敗しました。

  • 原因: 起動テンプレートもしくは起動設定の作成後に、AMI が削除された可能性があります。

  • 解決策:

    1. 有効な AMI を使用して、新しい起動テンプレートか起動設定を作成します。

    2. update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。

AMI <AMI ID> は保留中のため実行できません。EC2 インスタンスの起動に失敗しました。

原因: (実行中のインスタンスのスナップショットを取得するか、またはそのほかの方法で)AMI を作成したばかりのため、まだ利用可能ではない可能性があります。

解決策: AMI が利用可能になるのを待ってから、起動テンプレートもしくは起動設定を作成する必要があります。

デバイス名 <device name> が無効です。EC2 インスタンスの起動に失敗しました。

原因: EBS ボリュームを EC2 インスタンスにアタッチするときは、ボリュームに有効なデバイス名が指定されていません。選択した AMI がこのデバイス名をサポートしている必要があります。

解決策:

  1. 新しい起動テンプレートまたは起動設定を作成し、AMI の正しいデバイス名を指定します。推奨される命名規則は、AMI の仮想化タイプによって異なります。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「デバイス名」を参照してください。

  2. update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。

指定されたインスタンスタイプのアーキテクチャ「arm64」が、指定された AMI のアーキテクチャ「x86_64」と一致しません...EC2 インスタンスの起動に失敗しました。

原因 1: AMI のアーキテクチャと、起動テンプレートまたは起動設定で使用されているインスタンスタイプが同じでない場合、Amazon EC2 Auto Scaling が互換性のないインスタンス設定を使用してインスタンスを起動しようとするとエラーが発生します。

解決策 1:

  1. describe-images コマンドを使用するか、Amazon EC2 コンソールの [Amazon マシンイメージ (AMI)] ページの詳細ペインで アーキテクチャ値を確認して、AMI のアーキテクチャを確認します。

  2. describe-instance-types コマンドを使用するか、インスタンスタイプ画面の Architecture 列を確認して、Amazon EC2 コンソールから AMI と同じアーキテクチャのインスタンスタイプを検索します。互換性のあるインスタンスタイプの選択の詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「インスタンスタイプ変更の互換性」を参照してください。

  3. AMI と同じアーキテクチャのインスタンスタイプを使用して、新しい起動テンプレートまたは起動設定を作成します。

  4. update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。

原因 2: Amazon EC2 Auto Scaling は Auto Scaling グループの混合インスタンスポリシーで指定されているインスタンスタイプを起動しようとしますが、そのインスタンスタイプは起動テンプレートで指定されている AMI と同じアーキテクチャではありません。

解決策 1:混合インスタンスポリシーには、アーキテクチャの異なるインスタンスタイプを含めないでください。

  1. describe-images コマンドを使用するか、Amazon EC2 コンソールの [Amazon マシンイメージ (AMI)] ページの詳細ペインで アーキテクチャ値を確認して、AMI のアーキテクチャを確認します。

  2. describe-instance-types コマンドを使用するか、インスタンスタイプ 画面の Architecture 列を確認して、Amazon EC2 コンソールから混合インスタンスポリシーに含める各インスタンスタイプのアーキテクチャを確認します。互換性のあるインスタンス タイプの選択の詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「インスタンスタイプ変更の互換性」を参照してください。

  3. update-auto-scaling-group コマンドを使用して、互換性のないインスタンスタイプを Auto Scaling グループから更新または削除します。

解決策 2: 同じ Auto Scaling グループ内の Arm (Graviton2) インスタンスと x86_64 (Intel) インスタンスの両方を起動するには、ARM 互換 AMI と Intel x86 互換 AMI でサポートされている起動テンプレートをそれぞれ使用して、混合インスタンスポリシーのインスタンスタイプと一致させる必要があります。

  1. describe-images コマンドを使用するか、Amazon EC2 コンソールの [Amazon マシンイメージ (AMI)] ページの詳細ペインで アーキテクチャ値を確認して、既存の起動テンプレート内の AMI のアーキテクチャを確認します。

  2. 使用予定の他のアーキテクチャと一致する AMI を使用して、新しい起動テンプレートを作成します。

  3. Auto Scaling グループを更新して既存の起動テンプレートを上書きし、 update-auto-scaling-group コマンドを使用して互換性のあるインスタンスタイプごとに新しい起動テンプレートを指定します。詳細については、「インスタンスタイプに異なる起動テンプレートを使用する」を参照してください。

AMI '<AMI ID>' は無効になっており、実行できません。EC2 インスタンスの起動に失敗しました。

原因: 無効になっている AMI からインスタンスを起動しようとしています。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「AMI を無効にする」を参照してください。 Amazon EC2

解決策:

  1. 新しい起動テンプレートまたは起動設定を作成し、無効にされていない AMI を指定します。

  2. update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。