翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Elastic Beanstalk 環境を無効な状態から復旧する
このトピックでは、無効な状態での Elastic Beanstalk 環境のトラブルシューティング方法を説明するいくつかの背景情報とリソースを説明します。
エラーに対処する
無効な状態の環境に対する標準オペレーションは正常に完了しません。失敗したオペレーションは、次のテキストを含むエラーを返します。
The stack stack_id associated with environment environment-ID is in stack-status state.
このエラーをトラブルシューティングして解決するには、ナレッジセンターの記事「私の Elastic Beanstalk 環境が無効になっているのはなぜですか?
注記
2024 年 12 月 16 日より前に、失敗したオペレーションは代わりに次のエラーを返しました: Environment is in an invalid state for this operation. Must be ready. この場合、修正アクションの完了後に環境ステータスをリセットするには、AWS サポートに連絡する必要がありました。
今日も依然として、参照されるナレッジセンターの記事
エラーが発生する理由
アプリケーションを Elastic Beanstalk にデプロイすると、サービスは基盤となる AWS CloudFormation スタックを作成します。環境内でリソースを起動して、設定の変更を伝達するために、Elastic Beanstalk は CloudFormation サービスを呼び出します。
Elastic Beanstalk が必要なリソースへのアクセス権なしに環境でオペレーションを実行すると、環境の基盤となる CloudFormation スタックが失敗状態になる可能性があります。その他の問題もこの状態につながる可能性がありますが、アクセス許可の問題が主な原因です。スタックの失敗状態の結果として、CloudFormation は Elastic Beanstalk オペレーションリクエストがスタックの更新をさらに実行することをブロックし、UpdateEnvironment や RetrieveEnvironmentInfo などの Elastic Beanstalk オペレーションの失敗を引き起こします。
この時点で、CloudFormation のスタックを修復するには、まず基盤となる問題の根本原因を修正する必要があります。次に、Elastic Beanstalk サービスは CloudFormation スタックのステータス変更を検出し、それに続いて環境を使用可能なステータスにリセットします。この時点で、さらなるオペレーションを正常に完了できます。
アクセス許可の問題は通常、CloudFormation スタックと Elastic Beanstalk 環境にこの影響を引き起こしますが、バンド外変更によっても問題が発生する可能性があります。
重要
環境の中断を避けるため、Elastic Beanstalk サービスからのみ環境を管理および設定するオペレーションを開始することを強くお勧めします。コンソール、CLI コマンド、または Elastic Beanstalk 以外のサービスの SDK を使用したリソースの変更はバンド外変更であり、リソースドリフトが発生します。リソースドリフトは CloudFormation スタックのステータスに影響します。これにより、Elastic Beanstalk 環境が無効な状態になります。
リソースドリフトの詳細については、「AWS CloudFormation ユーザーガイド」の「ドリフトとは」を参照してください。