Amazon EC2 Auto Scaling をトラブルシューティングする: EC2 インスタンス起動の失敗 - Amazon EC2 Auto Scaling
リクエストされた設定は現在サポートされていません。セキュリティグループ <セキュリティグループ名> は存在しません。EC2 インスタンスの起動に失敗しました。キーペア <お使いの EC2 インスタンスに関連付けられているキーペア> は存在しません。EC2 インスタンスの起動に失敗しました。リクエストされたインスタンスタイプ (<インスタンスタイプ>) は、リクエストされたアベイラビリティーゾーン (<インスタンスのアベイラビリティーゾーン>) ではサポートされません。設定したポットリクエスト料金 0.015 は、スポットリクエストに最低限必要な料金 0.0735 を下回っています...。デバイス名 <device name> が無効です/無効なデバイス名をアップロードしようとしています。EC2 インスタンスの起動に失敗しました。パラメータ virtualName の値 (<インスタンスストレージのデバイスに関連付けられている名前>) は無効です。EC2 インスタンスの起動に失敗しました。EBS ブロックデバイスマッピングはインスタンスストア AMI ではサポートされません。プレイスメントグループは、「<instance type>」タイプのインスタンスでは使用できません。EC2 インスタンスの起動に失敗しました。Client.InternalError: 起動時のクライアントエラー。現在、お客様がリクエストしたアベイラビリティゾーン内には、<instance type> の十分なキャパシティーがありません..。EC2 インスタンスの起動に失敗しました。リクエストされた予約には、このリクエストに十分な互換性と使用可能な容量がありません。EC2 インスタンスの起動に失敗しました。キャパシティブロックの予約 < 保存 ID> はまだアクティブではありません。EC2 インスタンスの起動に失敗しました。リクエストに適合した、使用可能なスポットキャパシティーはありません。EC2 インスタンスの起動に失敗しました。<インスタンス数> 個のインスタンスがすでに実行中です。EC2 インスタンスの起動に失敗しました。

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

Amazon EC2 Auto Scaling をトラブルシューティングする: EC2 インスタンス起動の失敗

このページでは、起動に失敗する EC2 インスタンスに関する情報、考えられる原因、問題を解決するために実行できるステップを提供します。

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

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

起動に関する問題

リクエストされた設定は現在サポートされていません。

原因: 起動テンプレートまたは起動設定の一部のオプションがインスタンスタイプと互換性がない、またはインスタンス設定がリクエストされた AWS リージョンまたはアベイラビリティーゾーンでサポートされていない可能性があります。

解決策: 別のインスタンス設定を試してください。要件に適合したインスタンスタイプを検索するには、「Amazon EC2 Linux インスタンス用 ユーザーガイド」の「Amazon EC2 インスタンスタイプの検索」を参照してください。

この問題の詳細な解決方法については、下記を確認してください。

  • 選択した AMI が、インスタンスタイプでサポートされたものであることを確認します。例えば、 インスタンスタイプがインテル Xeon プロセッサではなく Arm ベースの AWS Graviton プロセッサを使用している場合、Arm 互換 AMI が必要です。互換性のあるインスタンスタイプの選択の詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「インスタンスタイプ変更の互換性」を参照してください。

  • リクエストしたリージョンとアベイラビリティーゾーンの中で、インスタンスタイプが利用可能であるかをテストします。最新世代のインスタンスタイプには、特定のリージョンまたはアベイラビリティーゾーンではまだ利用できないものがあります。古い世代のインスタンスタイプについては、新しいリージョンとアベイラビリティーゾーンで利用できない場合があります。ロケーション (リージョンまたはアベイラビリティーゾーン) によって提供されるインスタンスタイプを検索するには、 describe-instance-type-offerings コマンドを使用します。詳細については、「 Amazon EC2 Linux インスタンス用ユーザーガイド」の「Amazon EC2 インスタンスタイプの検索」を参照してください。

  • ハードウェア専有インスタンスまたは Dedicated Hosts を使用する場合は、ハードウェア専有インスタンスまたは Dedicated Hosts としてサポートされているインスタンスタイプを選択する必要があります。

セキュリティグループ <セキュリティグループ名> は存在しません。EC2 インスタンスの起動に失敗しました。

原因: 起動テンプレートもしくは起動設定で指定されたセキュリティグループが、削除されている可能性があります。

解決策:

  1. describe-security-groups コマンドを使用して、アカウントに関連付けられているセキュリティグループのリストを取得します。

  2. リストから、使用するセキュリティグループを選択します。代わりにセキュリティグループを作成するには、create-security-group コマンドを使用します。

  3. 新しい起動テンプレート、または起動設定を作成します。

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

キーペア <お使いの EC2 インスタンスに関連付けられているキーペア> は存在しません。EC2 インスタンスの起動に失敗しました。

原因: インスタンスの起動時に使用されたキーペアが削除された可能性があります。

解決策:

  1. describe-key-pairs コマンドを使用して、利用可能なキーペアのリストを取得します。

  2. リストから、使用するキーペアを選択します。代わりにキーペアを作成するには、create-key-pair コマンドを使用します。

  3. 新しい起動テンプレート、または起動設定を作成します。

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

リクエストされたインスタンスタイプ (<インスタンスタイプ>) は、リクエストされたアベイラビリティーゾーン (<インスタンスのアベイラビリティーゾーン>) ではサポートされません。

エラーメッセージ: Your requested instance type (<instance type>) is not supported in your requested Availability Zone (<instance Availability Zone>)...Launching EC2 instance failed. (お客様がリクエストしたインスタンスタイプ (<instance type>) は、ご指定のアベイラビリティーゾーン (<instance Availability Zone>) ではサポートされていません...EC2 インスタンスの起動に失敗しました)

原因: Auto Scaling グループで指定されているアベイラビリティーゾーンでは、選択したインスタンスタイプがサポートされていません。

解決策:

  1. インスタンスタイプページのネットワークペインでアベイラビリティーゾーンの値を確認して、 describe-instance-type-offerings コマンドを使用して、または Amazon EC2 コンソールから、選択したインスタンスタイプをサポートするアベイラビリティーゾーンを確認します。

  2. update-auto-scaling-group コマンドを使用して、Auto Scaling グループの設定でサポートされていないゾーンのサブネットを更新または削除します。詳細については、「アベイラビリティーゾーンを追加および削除する」を参照してください。

設定したポットリクエスト料金 0.015 は、スポットリクエストに最低限必要な料金 0.0735 を下回っています...。

原因: リクエストしたスポットの上限価格が、選択したインスタンスタイプでのスポット料金を下回っています。

解決策: より高いスポット上限価格 (オンデマンド料金が利用できます) を指定して、新しいリクエストを送信します。以前は、支払うスポット料金は入札に基づいていました。現在は、その時点のスポット料金が適用されます。上限価格を高く設定することで、要求されたキャパシティーを Amazon EC2 スポットサービスが確保し、それを維持できる可能性を高められます。

デバイス名 <device name> が無効です/無効なデバイス名をアップロードしようとしています。EC2 インスタンスの起動に失敗しました。

原因 1: 起動テンプレートまたは起動設定のブロックデバイスマッピングに、利用が不可能な、または現在サポートされていないブロックデバイス名が含まれている可能性があります。

解決策:

  1. ご使用の具体的なインスタンス設定で、使用が可能なデバイス名を確認します。デバイスへの名前付けの詳細については、「Amazon EC2 Linux インスタンス用ユーザーガイド」の「Linux インスタンス上のデバイス名」を参照してください。

  2. Auto Scaling グループには含まれない Amazon EC2 インスタンスを手動で作成して、問題を調査します。ブロックデバイスの名前付けに関する設定と、Amazon マシンイメージ (AMI) にある名前とが競合している場合、インスタンスは起動に失敗します。詳細については、「Amazon EC2 Linux インスタンス用ユーザーガイド」の「ブロックデバイスマッピング」を参照してください。

  3. インスタンスが正常に起動したことを確認したら、describe-volumes コマンドを使用して、どのようにボリュームがインスタンスに公開されているかを確認します。

  4. ボリュームの説明にリストされているデバイス名を使用して、新しい起動テンプレートもしくは起動設定を作成します。

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

パラメータ virtualName の値 (<インスタンスストレージのデバイスに関連付けられている名前>) は無効です。EC2 インスタンスの起動に失敗しました。

原因: ブロックデバイスに関連付けられている仮想名の指定形式が正しくありません。

解決策:

  1. virtualName パラメータでデバイス名を指定して、新しい起動テンプレートか起動設定を作成します。デバイス名の形式については、「Amazon EC2 Linux インスタンス用ユーザーガイド」の「Linux インスタンス上のデバイス名」を参照してください。

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

EBS ブロックデバイスマッピングはインスタンスストア AMI ではサポートされません。

原因: 起動テンプレートあるいは起動設定で指定されたブロックデバイスマッピングが、お使いのインスタンスではサポートされていません。

解決策:

  1. お使いのインスタンスタイプでサポートされるブロックデバイスマッピングを指定して、新しい起動テンプレートか起動設定を作成します。詳細については、「Amazon EC2 Linux インスタンス用ユーザーガイド」の「ブロックデバイスマッピング」を参照してください。

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

プレイスメントグループは、「<instance type>」タイプのインスタンスでは使用できません。EC2 インスタンスの起動に失敗しました。

原因: お使いのクラスタープレイスメントグループに無効なインスタンスタイプが含まれています。

解決策:

  1. プレイスメントグループでサポートされているインスタンスタイプについては、「Amazon EC2 Linux インスタンス用ユーザーガイド」の「プレイスメントグループ」を参照してください。

  2. 新しいプレイスメントグループを作成するには、「プレイスメントグループ」で説明している手順に従います。

  3. または、サポートされるインスタンスタイプを使用する、新しい起動テンプレートもしくは起動設定を作成します。

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

Client.InternalError: 起動時のクライアントエラー。

問題: Amazon EC2 Auto Scaling は、暗号化された EBS ボリュームを持つインスタンスを起動しようとしますが、サービスにリンクされたロールが、暗号化に使用される AWS KMS カスタマーマネージドキーにアクセスできません。詳細については、「暗号化されたボリュームで使用するために必要な AWS KMS キーポリシー」を参照してください。

原因 1: 適切なサービスにリンクされたロールがカスタマーマネージドキーを使用するための、アクセス許可を付与できるキーポリシーが必要です。

解決策 1: 次のように、サービスにリンクされたロールがカスタマーマネージドキーを使用することを許可します。

  1. この Auto Scaling グループで使用するサービスにリンクされたロールを決定します。

  2. カスタマーマネージドキーのキーポリシーを更新して、サービスにリンクされたロールでカスタマーマネージドキーが使用できるように許可します。

  3. サービスにリンクされたロールを使用するため、Auto Scaling グループを更新します。

サービスにリンクされたロールにカスタマーマネージドキーの使用を許可するキーポリシーの例については、「例 1: カスタマー管理キーへのアクセスを許可するキーポリシーセクション」を参照してください。

原因 2: カスタマーマネージドキーと Auto Scaling グループが異なる AWS アカウントにある場合は、カスタマーマネージドキーを使用するアクセス許可を適切なサービスにリンクされたロールに付与するために、カスタマーマネージドキーへのクロスアカウントアクセスを設定する必要があります。

解決策 2: 次のように、外部アカウントのサービスにリンクされたロールによる、ローカルアカウント内のカスタマーマネージドキーの使用を許可します。

  1. カスタマーマネージドキーのキーポリシーを更新して、Auto Scaling グループアカウントが、そのカスタマーマネージドキーにアクセスできるようにします。

  2. グラントを作成できる Auto Scaling グループアカウント内の IAM ユーザーまたはロールを定義します。

  3. この Auto Scaling グループで使用するサービスにリンクされたロールを決定します。

  4. 適切なサービスにリンクされたロールを付与対象プリンシパルとして、カスタマー管理キーに対するグラントを作成します。

  5. サービスにリンクされたロールを使用するため、Auto Scaling グループを更新します。

詳細については、「例 2: カスタマー管理キーへのクロスアカウントアクセスを許可するキーポリシーセクション」を参照してください。

解決策 3: Auto Scaling グループと同じ AWS アカウントにあるカスタマーマネージドキーを使用する

  1. スナップショットをコピーし、Auto Scaling グループと同じアカウントに属する別のカスタマーマネージドキーを使用して再暗号化を行います。

  2. サービスにリンクされたロールに新しいカスタマーマネージドキーの使用を許可します。解決策 1 のステップを参照してください。

現在、お客様がリクエストしたアベイラビリティゾーン内には、<instance type> の十分なキャパシティーがありません..。EC2 インスタンスの起動に失敗しました。

エラーメッセージ: We currently do not have sufficient <instance type> capacity in the Availability Zone you requested (<requested Availability Zone>) (現在、リクエストされたアベイラビリティーゾーン (<requested Availability Zone>) に、<instance type> の十分なキャパシティーがありません) 追加のキャパシティーをプロビジョニングする作業を進めます。現時点では、リクエストでアベイラビリティーゾーンを指定しないか、<このインスタンスタイプを現在サポートしているアベイラビリティーゾーンのリスト> から選択することによって、<インスタンスタイプ> のキャパシティーを取得できます。EC2 インスタンスの起動に失敗しました。

原因: 現時点では、リクエストされたインスタンスタイプとアベイラビリティーゾーンの組み合わせはサポートされていません。

解決策: 問題を解決するには、以下を試してください。

リクエストされた予約には、このリクエストに十分な互換性と使用可能な容量がありません。EC2 インスタンスの起動に失敗しました。

原因 1: targetedオンデマンドキャパシティ予約で起動できるインスタンスの数の上限に達しました。

解決策 1: targeted オンデマンドキャパシティ予約で起動できるインスタンスの数を増やすか、キャパシティ予約グループを使用して、リザーブドキャパシティを超えるものが通常のオンデマンドキャパシティとして起動されるようにします。詳細については、「オンデマンドキャパシティ予約を使用して特定のアベイラビリティーゾーンのキャパシティを予約する」を参照してください。

原因 2: キャパシティブロックで起動できるインスタンスの数の上限に達しました。

キャパシティブロックでは、最初に購入したキャパシティの量によって制約されます。予想よりも多くの起動が発生し、使用可能なすべての容量を使い果たすと、起動は失敗します。終了するインスタンスは、完全に終了する前に、クリーンアッププロセスが長くなります。この間は、それらを再利用することはできません。これにより、起動が失敗する可能性があります。詳細については、「機械学習ワークロードにキャパシティブロックを使用する」を参照してください。

解決策 2: 問題を解決するには、以下を試してください。

  • リクエストはそのままにしておきます。キャパシティブロックインスタンスが終了する場合は、インスタンスの終了が完了してキャパシティが再び利用可能になるまで数分待つ必要があります。Amazon EC2 Auto Scaling は、キャパシティーが利用可能になるまで、引き続き自動的に起動リクエストを行います。

  • このエラーが頻繁に発生しないように、ピークワークロードに対応するのに十分な容量を購入してください。

キャパシティブロックの予約 < 保存 ID> はまだアクティブではありません。EC2 インスタンスの起動に失敗しました。

原因: 指定されたキャパシティブロックはまだアクティブではありません。

解決策: キャパシティブロックの推奨アプローチに従い、スケジュールされたスケーリングを使用します。これにより、予約がアクティブな場合にのみ Auto Scaling グループの希望するキャパシティを増やし、予約が終了する前に減らすことができます。

リクエストに適合した、使用可能なスポットキャパシティーはありません。EC2 インスタンスの起動に失敗しました。

原因: 現時点では、このスポットインスタンスのリクエストを満たすのに十分な空きキャパシティーがありません。

解決策: 問題を解決するには、以下を試してください。

<インスタンス数> 個のインスタンスがすでに実行中です。EC2 インスタンスの起動に失敗しました。

原因: 1 つのリージョンで起動できるインスタンスの合計数には制限があります。 AWS アカウントを作成すると、リージョンごとに実行できるインスタンスの数にデフォルトの制限が設定されます。

解決策: 問題を解決するには、以下を試してください。

  • 現在の制限がニーズに見合っていない場合は、リージョンごとにクォータの引き上げをリクエストできます。キーペアの詳細については、Linux インスタンス用 Amazon EC2 ユーザーガイドの「Amazon EC2 のサービスクォータ」を参照してください。

  • この新しいリクエストでは、インスタンス数を減らして送信します (これは後で増やすことができます)。