翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon EC2 Auto Scaling のトラブルシューティング: EC2インスタンスの起動失敗
このページでは、起動に失敗したEC2インスタンス、潜在的な原因、および問題を解決するために実行できる手順について説明します。
エラーメッセージを取得するには、「スケーリングアクティビティからのエラーメッセージを取得する」を参照してください。
EC2 インスタンスの起動に失敗すると、次のエラーメッセージが 1 つ以上表示されることがあります。
起動に関する問題
- リクエストされた設定は現在サポートされていません。
- セキュリティグループ <セキュリティグループ名> は存在しません。EC2 インスタンスの起動に失敗しました。
- EC2 インスタンスに関連付けられたキーペア <キーペア> は存在しません。EC2 インスタンスの起動に失敗しました。
- リクエストされたインスタンスタイプ (<インスタンスタイプ>) は、リクエストされたアベイラビリティーゾーン (<インスタンスのアベイラビリティーゾーン>) ではサポートされません。
- 設定したポットリクエスト料金 0.015 は、スポットリクエストに最低限必要な料金 0.0735 を下回っています...。
- デバイス名 <device name> が無効です/無効なデバイス名をアップロードしようとしています。EC2 インスタンスの起動に失敗しました。
- パラメータの値 (<インスタンスストレージデバイスに関連付けられた名前>) virtualName が無効です... EC2 インスタンスの起動に失敗しました。
- EBS ブロックデバイスマッピングは、インスタンスストア ではサポートされていませんAMIs。
- プレイスメントグループは、「<instance type>」タイプのインスタンスでは使用できません。EC2 インスタンスの起動に失敗しました。
- Client.InternalError: 起動時のクライアントエラー。
- 現在、お客様がリクエストしたアベイラビリティゾーン内には、<instance type> の十分なキャパシティーがありません..。EC2 インスタンスの起動に失敗しました。
- リクエストされた予約には、このリクエストに十分な互換性と使用可能な容量がありません。EC2 インスタンスの起動に失敗しました。
- キャパシティブロックの予約 <予約 ID> はまだアクティブではありません。EC2 インスタンスの起動に失敗しました。
- リクエストに適合した、使用可能なスポットキャパシティーはありません。EC2 インスタンスの起動に失敗しました。
- <インスタンス数> 個のインスタンスがすでに実行中です。EC2 インスタンスの起動に失敗しました。
リクエストされた設定は現在サポートされていません。
原因: 起動テンプレートまたは起動設定の一部のオプションがインスタンスタイプと互換性がない、またはインスタンス設定がリクエストされた AWS リージョンまたはアベイラビリティーゾーンでサポートされていない可能性があります。
解決策 : 別のインスタンス設定を試してください。要件を満たすインスタンスタイプを検索するには、「Amazon ユーザーガイド」の「Amazon EC2インスタンスタイプの検索」を参照してください。 EC2
この問題の詳細な解決方法については、下記を確認してください。
-
インスタンスタイプでサポートされている AMI を選択していることを確認します。例えば、インスタンスタイプがインテル Xeon プロセッサではなく Arm ベースの AWS Graviton プロセッサを使用している場合、Arm 互換の が必要ですAMI。互換性のあるインスタンスタイプの選択の詳細については、「Amazon ユーザーガイド」の「インスタンスタイプを変更するための互換性」を参照してください。 EC2
-
リクエストしたリージョンとアベイラビリティーゾーンの中で、インスタンスタイプが利用可能であるかをテストします。最新世代のインスタンスタイプには、特定のリージョンまたはアベイラビリティーゾーンではまだ利用できないものがあります。古い世代のインスタンスタイプについては、新しいリージョンとアベイラビリティーゾーンで利用できない場合があります。ロケーション (リージョンまたはアベイラビリティーゾーン) で提供されるインスタンスタイプを検索するには、 describe-instance-type-offerings コマンドを使用します。詳細については、「Amazon ユーザーガイド」の「Amazon EC2インスタンスタイプの検索」を参照してください。 EC2
-
ハードウェア専有インスタンスまたは Dedicated Hosts を使用する場合は、ハードウェア専有インスタンスまたは Dedicated Hosts としてサポートされているインスタンスタイプを選択する必要があります。
セキュリティグループ <セキュリティグループ名> は存在しません。EC2 インスタンスの起動に失敗しました。
原因: 起動テンプレートもしくは起動設定で指定されたセキュリティグループが、削除されている可能性があります。
解決策:
-
describe-security-groups コマンドを使用して、アカウントに関連付けられているセキュリティグループのリストを取得します。
-
リストから、使用するセキュリティグループを選択します。代わりにセキュリティグループを作成するには、 create-security-group コマンドを使用します。
-
新しい起動テンプレート、または起動設定を作成します。
-
update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。
EC2 インスタンスに関連付けられたキーペア <キーペア> は存在しません。EC2 インスタンスの起動に失敗しました。
原因: インスタンスの起動時に使用されたキーペアが削除された可能性があります。
解決策:
-
describe-key-pairs コマンドを使用して、使用可能なキーペアのリストを取得します。
-
リストから、使用するキーペアを選択します。代わりにキーペアを作成するには、 create-key-pair コマンドを使用します。
-
新しい起動テンプレート、または起動設定を作成します。
-
update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。
リクエストされたインスタンスタイプ (<インスタンスタイプ>) は、リクエストされたアベイラビリティーゾーン (<インスタンスのアベイラビリティーゾーン>) ではサポートされません。
エラーメッセージ : リクエストされたインスタンスタイプ (<インスタンスタイプ>) は、リクエストされたアベイラビリティーゾーン (<インスタンスアベイラビリティーゾーン>) でサポートされていません。EC2 インスタンスの起動に失敗しました。
原因: Auto Scaling グループで指定されているアベイラビリティーゾーンでは、選択したインスタンスタイプがサポートされていません。
解決策:
-
インスタンスタイプページのネットワークペインでアベイラビリティーゾーンの値を確認して、 describe-instance-type-offerings コマンドまたは Amazon EC2コンソールを使用して、選択したインスタンスタイプをサポートするアベイラビリティーゾーンを確認します。
-
update-auto-scaling-group コマンドを使用して、Auto Scaling グループの設定でサポートされていないゾーンのサブネットを更新または削除します。詳細については、「アベイラビリティーゾーンを追加する」を参照してください。
設定したポットリクエスト料金 0.015 は、スポットリクエストに最低限必要な料金 0.0735 を下回っています...。
原因: リクエストしたスポットの上限価格が、選択したインスタンスタイプでのスポット料金を下回っています。
解決策: より高いスポット上限価格 (オンデマンド料金が利用できます) を指定して、新しいリクエストを送信します。以前は、支払うスポット料金は入札に基づいていました。現在は、その時点のスポット料金が適用されます。上限価格を高く設定することで、Amazon EC2 スポットサービスが必要な容量を起動して維持する可能性が高くなります。
デバイス名 <device name> が無効です/無効なデバイス名をアップロードしようとしています。EC2 インスタンスの起動に失敗しました。
原因 1: 起動テンプレートまたは起動設定のブロックデバイスマッピングに、利用が不可能な、または現在サポートされていないブロックデバイス名が含まれている可能性があります。
解決策:
-
ご使用の具体的なインスタンス設定で、使用が可能なデバイス名を確認します。デバイスの名前の詳細については、Amazon ユーザーガイドの「Linux インスタンスのデバイス名EC2」を参照してください。
-
Auto Scaling グループに含まれていない Amazon EC2インスタンスを手動で作成し、問題を調査します。ブロックデバイスの命名設定が Amazon マシンイメージ (AMI) の名前と競合する場合、インスタンスは起動中に失敗します。詳細については、「Amazon EC2ユーザーガイド」の「ブロックデバイスマッピング」を参照してください。
-
インスタンスが正常に起動したことを確認したら、describe-volumes コマンドを使用して、どのようにボリュームがインスタンスに公開されているかを確認します。
-
ボリュームの説明にリストされているデバイス名を使用して、新しい起動テンプレートもしくは起動設定を作成します。
-
update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。
パラメータの値 (<インスタンスストレージデバイスに関連付けられた名前>) virtualName が無効です... EC2 インスタンスの起動に失敗しました。
原因: ブロックデバイスに関連付けられている仮想名の指定形式が正しくありません。
解決策:
-
virtualName
パラメータでデバイス名を指定して、新しい起動テンプレートか起動設定を作成します。デバイス名の形式の詳細については、「Amazon ユーザーガイド」の「Linux インスタンスでのデバイスの命名」を参照してください。 EC2 -
update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。
EBS ブロックデバイスマッピングは、インスタンスストア ではサポートされていませんAMIs。
原因: 起動テンプレートあるいは起動設定で指定されたブロックデバイスマッピングが、お使いのインスタンスではサポートされていません。
解決策:
-
お使いのインスタンスタイプでサポートされるブロックデバイスマッピングを指定して、新しい起動テンプレートか起動設定を作成します。詳細については、「Amazon ユーザーガイド」の「ブロックデバイスマッピング」を参照してください。 EC2
-
update-auto-scaling-group コマンドを使用して、新しい起動テンプレートまたは起動設定で Auto Scaling グループを更新します。
プレイスメントグループは、「<instance type>」タイプのインスタンスでは使用できません。EC2 インスタンスの起動に失敗しました。
原因: お使いのクラスタープレイスメントグループに無効なインスタンスタイプが含まれています。
解決策:
-
プレイスメントグループでサポートされている有効なインスタンスタイプについては、「Amazon EC2 ユーザーガイド」の「プレイスメントグループ」を参照してください。
-
新しいプレイスメントグループを作成するには、「プレイスメントグループ」で説明している手順に従います。
-
または、サポートされるインスタンスタイプを使用する、新しい起動テンプレートもしくは起動設定を作成します。
-
update-auto-scaling-group コマンドを使用して、新しいプレイスメントグループ、起動テンプレート、または起動設定で Auto Scaling グループを更新します。
Client.InternalError: 起動時のクライアントエラー。
問題: Amazon EC2 Auto Scaling は、暗号化されたEBSボリュームを持つインスタンスを起動しようとしますが、サービスにリンクされたロールには、暗号化に使用される AWS KMS カスタマーマネージドキーへのアクセスがありません。詳細については、「暗号化されたボリュームで使用するために必要な AWS KMS キーポリシー」を参照してください。
原因 1: 適切なサービスにリンクされたロールがカスタマーマネージドキーを使用するための、アクセス許可を付与できるキーポリシーが必要です。
解決策 1: 次のように、サービスにリンクされたロールがカスタマーマネージドキーを使用することを許可します。
-
この Auto Scaling グループで使用するサービスにリンクされたロールを決定します。
-
カスタマーマネージドキーのキーポリシーを更新して、サービスにリンクされたロールでカスタマーマネージドキーが使用できるように許可します。
-
サービスにリンクされたロールを使用するため、Auto Scaling グループを更新します。
サービスにリンクされたロールにカスタマーマネージドキーの使用を許可するキーポリシーの例については、「例 1: カスタマー管理キーへのアクセスを許可するキーポリシーセクション」を参照してください。
原因 2: カスタマーマネージドキーと Auto Scaling グループが異なる AWS アカウントにある場合は、カスタマーマネージドキーを使用するアクセス許可を適切なサービスにリンクされたロールに付与するために、カスタマーマネージドキーへのクロスアカウントアクセスを設定する必要があります。
解決策 2: 次のように、外部アカウントのサービスにリンクされたロールによる、ローカルアカウント内のカスタマーマネージドキーの使用を許可します。
-
カスタマーマネージドキーのキーポリシーを更新して、Auto Scaling グループアカウントが、そのカスタマーマネージドキーにアクセスできるようにします。
-
グラントを作成できるIAMユーザーまたはロールを Auto Scaling グループアカウントで定義します。
-
この Auto Scaling グループで使用するサービスにリンクされたロールを決定します。
-
適切なサービスにリンクされたロールを付与対象プリンシパルとして、カスタマー管理キーに対するグラントを作成します。
-
サービスにリンクされたロールを使用するため、Auto Scaling グループを更新します。
詳細については、「例 2: カスタマー管理キーへのクロスアカウントアクセスを許可するキーポリシーセクション」を参照してください。
解決策 3: Auto Scaling グループと同じ AWS アカウントにあるカスタマーマネージドキーを使用する
-
スナップショットをコピーし、Auto Scaling グループと同じアカウントに属する別のカスタマーマネージドキーを使用して再暗号化を行います。
-
サービスにリンクされたロールに新しいカスタマーマネージドキーの使用を許可します。解決策 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 インスタンスの起動に失敗しました。
原因: 現時点では、リクエストされたインスタンスタイプとアベイラビリティーゾーンの組み合わせはサポートされていません。
解決策 : 問題を解決するには、以下を試してください。
-
Amazon EC2 Auto Scaling が他の有効なアベイラビリティーゾーンでこのインスタンスタイプの容量を検出するまで数分待ちます。
-
Auto Scaling グループを他のアベイラビリティーゾーンに拡張してください。詳細については、「アベイラビリティーゾーンを追加する」を参照してください。
-
ベストプラクティスとして、さまざまなインスタンスタイプのセットを使用することで、特定の 1 つのインスタンスタイプに依存することを防ぎます。詳細については、「複数のインスタンスタイプと購入オプションを使用する Auto Scaling グループ」を参照してください。
リクエストされた予約には、このリクエストに十分な互換性と使用可能な容量がありません。EC2 インスタンスの起動に失敗しました。
原因 1: targeted
オンデマンドキャパシティ予約で起動できるインスタンス数の上限に達しました。
解決策 1: targeted
オンデマンドキャパシティーの予約 で起動できるインスタンスの数を増やすか、キャパシティーの予約 グループを使用して、リザーブドキャパシティー以外のものを定期的にオンデマンドキャパシティーとして起動します。詳細については、「キャパシティ予約を使用して特定のアベイラビリティーゾーンでキャパシティを予約する 」を参照してください。
原因 2: キャパシティブロックで起動できるインスタンスの数の上限に達しました。
キャパシティブロックでは、最初に購入したキャパシティの量によって制約されます。予想よりも多くの起動が発生し、使用可能なすべての容量を使い果たすと、起動が失敗します。インスタンスの終了は、完全に終了する前に、クリーンアッププロセスが長くなります。この間は再利用できません。これにより、起動が失敗する可能性があります。詳細については、「使用アイテム Capacity Blocks 機械学習ワークロード用」を参照してください。
解決策 2: 問題を解決するには、以下を試してください。
-
リクエストはそのままにしておきます。キャパシティブロックインスタンスが終了する場合は、インスタンスが終了し、キャパシティが再び利用可能になるまで数分待つ必要があります。Amazon EC2 Auto Scaling は、キャパシティーが利用可能になるまで、起動リクエストを自動的に実行し続けます。
-
このエラーが頻繁に発生しないように、ピーク時のワークロードに対応するのに十分な容量を購入してください。
キャパシティブロックの予約 <予約 ID> はまだアクティブではありません。EC2 インスタンスの起動に失敗しました。
原因 : 指定されたキャパシティブロックがまだアクティブではありません。
解決策: キャパシティブロックの推奨アプローチに従い、スケジュールされたスケーリングを使用します。これにより、予約がアクティブな場合にのみ Auto Scaling グループの希望するキャパシティを増やし、予約が終了する前に減らすことができます。
リクエストに適合した、使用可能なスポットキャパシティーはありません。EC2 インスタンスの起動に失敗しました。
原因: 現時点では、このスポットインスタンスのリクエストを満たすのに十分な空きキャパシティーがありません。
解決策 : 問題を解決するには、以下を試してください。
-
キャパシティーは頻繁に変化するので、数分間待ってください。Amazon EC2 Auto Scaling は、キャパシティーが利用可能になるまで、起動リクエストを自動的に実行し続けます。
-
Auto Scaling グループを他のアベイラビリティーゾーンに拡張してください。詳細については、「アベイラビリティーゾーンを追加する」を参照してください。
-
ベストプラクティスとして、さまざまなインスタンスタイプのセットを使用することで、特定の 1 つのインスタンスタイプに依存することを防ぎます。詳細については、「複数のインスタンスタイプと購入オプションを使用する Auto Scaling グループ」を参照してください。
<インスタンス数> 個のインスタンスがすでに実行中です。EC2 インスタンスの起動に失敗しました。
原因: 1 つのリージョンで起動できるインスタンスの合計数には制限があります。 AWS アカウントを作成すると、リージョンごとに実行できるインスタンスの数にデフォルトの制限が設定されます。
解決策 : 問題を解決するには、以下を試してください。
-
現在の制限がニーズに見合っていない場合は、リージョンごとにクォータの引き上げをリクエストできます。詳細については、「Amazon ユーザーガイド」の「Amazon EC2 Service Quotas」を参照してください。 EC2
-
この新しいリクエストでは、インスタンス数を減らして送信します (これは後で増やすことができます)。