翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS OpsWorks スタックライフサイクルイベント
重要
この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 AWS re:Post
各レイヤーには、5 つの一連のライフサイクルイベントがあり、それぞれのイベントに、そのレイヤーに固有の一連のレシピが関連付けられます。レイヤーのインスタンスでイベントが発生すると、一連の適切なレシピが AWS OpsWorks スタックによって自動的に実行されます。これらのイベントにカスタムレスポンスを提供するには、カスタムレシピを実装し、各レイヤーの適切なイベントに割り当てます。 AWS OpsWorks スタックは、イベントの組み込みレシピの後にそれらのレシピを実行します。
- Setup
-
このイベントは、開始されたインスタンスの起動が終了した後で発生します。また、Setup Setup スタックコマンドを使用して イベントを発生させます。 AWS OpsWorks スタックは、レイヤーに従ってインスタンスを設定するレシピを実行します。例えば、インスタンスが Rails App Server レイヤーのメンバーである場合、Setup レシピによって、Apache、Ruby Enterprise Edition、Passenger、Ruby on Rails がインストールされます。
注記
Setup イベントは、インスタンスを停止中の状態にします。Setup ライフサイクルイベントの実行時はインスタンスが オンライン 状態でないため、Setup イベントを実行するインスタンスはロードバランサーから削除されます。
- Configure
-
このイベントは、以下のいずれかが発生したときに、スタックのすべてのインスタンスで発生します。
-
インスタンスがオンライン状態に移行したか、オンライン状態から移行した。
-
Elastic IP アドレスをインスタンスに関連付けたか、インスタンスから Elastic IP アドレスの関連付けを解除した。
-
Elastic Load Balancing ロードバランサーをレイヤーにアタッチしたり、レイヤーからデタッチしたりします。
たとえば、スタックにインスタンス A、B、C があるとき、新しいインスタンス D を開始するとします。D のセットアップレシピの実行が完了した後、 AWS OpsWorks スタックによって Configure イベントが A、B、C、D でトリガーされます。さらに、その後 A を停止した場合、 AWS OpsWorks スタックによって Configure B、C、および D. AWS OpsWorks Stacks の イベントが に応答します。Configure イベントへの応答として、各レイヤーの Configure recipes。現在のオンラインインスタンスのセットを反映するようにインスタンスの設定を更新します。- Configure したがって、 イベントは設定ファイルを再生成するのに適しています。たとえば、HAProxyConfigure レシピは、ロードバランサーを再構成して、一連のオンラインアプリケーションサーバーインスタンスにおける変更をすべて反映します。
Configure スタックコマンドを使用して、Configure イベントを手動でトリガーすることもできます。
-
- Deploy
-
このイベントは、Deploy コマンドを実行したときに発生します。通常、一連のアプリケーションサーバーインスタンスにアプリケーションをデプロイする目的でこのコマンドが実行されます。アプリケーションとその関連ファイルをリポジトリからレイヤーのインスタンスにデプロイするレシピがインスタンスによって実行されます。たとえば、Rails Application Server インスタンスの場合、Deploy レシピは、指定された Ruby アプリケーションをチェックアウトし、Phusion Passenger
に再ロードするように指示します。他のインスタンスで Deploy を実行することもできます。たとえば、新しくデプロイされたアプリケーションに応じてそのインスタンスの設定を更新できます。 注記
Setup には Deploy が含まれます。セットアップの完了後に Deploy レシピが実行されます。
- Undeploy
-
このイベントは、アプリケーションを削除したとき、つまり、Undeploy 一連のアプリケーションサーバーインスタンスからアプリケーションを削除する コマンド。指定したインスタンスによってレシピが実行され、すべてのアプリケーションバージョンが削除されて、必要なクリーンアップ処理が実行されます。
- Shutdown
-
このイベントは、インスタンスをシャットダウンするように AWS OpsWorks スタックに指示した後、関連付けられた Amazon EC2インスタンスが実際に終了する前に発生します。 AWS OpsWorks スタックによってサービスのシャットダウンなど、各種クリーンアップタスクを行うレシピが実行されます。
Elastic Load Balancing ロードバランサーをレイヤーにアタッチし、Connection Draining のサポートを有効にしている場合、 AWS OpsWorks スタックは Connection Draining が完了するまで待ってから、Shutdown event。
をトリガーした後 Shutdown event、 AWS OpsWorks Stacks は以下を許可します。Shutdown は、タスクを実行するために指定された時間をレシピし、Amazon EC2インスタンスを停止または終了します。デフォルトの Shutdown タイムアウト値は 120 秒です。の場合 Shutdown レシピにはさらに時間がかかる場合があります。レイヤー設定を編集してタイムアウト値を変更できます。インスタンスの Shutdown「インスタンスの停止」を参照してください。
注記
インスタンスを再起動しても、ライフサイクルイベントはトリガーされません。
アプリケーションコマンド Deploy and Undeploy の詳細については、「アプリケーションのデプロイ」を参照してください。
起動されたインスタンスの起動が終了した後の、残りの起動シーケンスは次のとおりです。
-
AWS OpsWorks スタックはインスタンスの組み込み Setup レシピが実行された後で、カスタム Setup レシピからアクセス可能になっています。
-
AWS OpsWorks スタックはインスタンスの組み込み Deploy レシピが実行された後で、カスタム Deploy レシピからアクセス可能になっています。
インスタンスがオンライン状態になります。
-
AWS OpsWorks スタックは をトリガーします。Configure イベントがトリガーされます。
AWS OpsWorks スタックはインスタンスの組み込み Configure レシピが実行された後で、カスタム Configure レシピからアクセス可能になっています。
注記
特定のインスタンスで発生したライフサイクルイベントを確認するには、[Instances] ページにアクセスし、そのインスタンスの名前をクリックして対応する詳細ページを開きます。ページ最下部の [Logs] セクションにイベントが一覧表示されます。[Log] (ログ) 列の [show] (表示) をクリックすると、イベントの Chef ログを確認できます。イベントの処理方法についての詳細な情報 (実行されたレシピを含む) が表示されます。Chef ログの解釈の詳細については、「Chef ログ」を参照してください。

各ライフサイクルイベントについて、 AWS OpsWorks スタックは、現在のスタック状態を含む各インスタンスに一連のスタック設定およびデプロイ属性をインストールし、 の場合は Deploy イベント、デプロイに関する情報。属性には、利用可能なインスタンスとその IP アドレスなどの情報が含まれています。詳細については、「スタック設定およびデプロイメント属性」を参照してください。
注記
多数のインスタンスを同時に開始または停止すると、短時間のうちに大量の Configure イベント。不要な処理を避けるため、 AWS OpsWorks スタックは最後のイベントにのみ応答します。変更範囲全体についてスタックのインスタンスを更新するために必要な情報はすべて、そのイベントのスタック設定とデプロイメント属性に保存されています。したがって、先行する Configure events. AWS OpsWorks Stacks は未処理の にラベルを付けます。Configure イベントは、&OPS; スタックによって superseded と分類されます。