Amazon EC2 Auto Scaling のライフサイクルフック

• スケールアウト イベントが発生すると、新しく起動したインスタンスはスタートアップ シーケンスを完了し、待機状態に移行します。インスタンスが待機状態の間に、アプリケーションに必要なソフトウェアパッケージをダウンロードしてインストールするスクリプトを実行して、トラフィックの受信をスタートする前に、インスタンスの準備がすべて完了していることを確認できます。スクリプトがソフトウェアのインストールを終了すると、complete-lifecycle-actionコマンドを実行して続行します。

• スケールインイベントが発生すると、ライフサイクルフックはインスタンスが終了する前に一時停止し、Amazon を使用して通知を送信します EventBridge。インスタンスが待機状態にある間は、 AWS Lambda 関数を呼び出すか、インスタンスに接続して、インスタンスが完全に終了する前にログやその他のデータをダウンロードすることができます。

• Amazon EC2 Auto Scaling は、Auto Scaling グループの管理に役立つ独自のライフサイクルを提供します。このライフサイクルは、他の EC2 インスタンスのライフサイクルとは異なります。詳細については、「Amazon EC2 Auto Scaling インスタンスのライフサイクル」を参照してください。ウォームプール内のインスタンスには、ウォームプール内のインスタンスのライフサイクル状態の移行 で説明されている独自のライフサイクルもあります。

• スポットインスタンスによりライフサイクルフックを使用できますが、使用可能なキャパシティがなくなった場合、ライフサイクルフックはインスタンスの終了を防ぐことができません。これは、2 分間の中断通知により、いつでも起こり得ます。詳細については、『Amazon EC2 ユーザーガイド』の「スポットインスタンス中断」を参照してください。ただし、キャパシティの再調整を有効にして、Amazon EC2 スポットサービスから再調整のレコメンデーションを受け取ったスポットインスタンスを積極的に置換することができます。これは、スポットインスタンスの中断リスクが高まったときに送信される信号です。詳細については、「キャパシティの再調整を使用して Amazon EC2 スポットの中断に対処する」を参照してください。

• インスタンスは一定期間、待機状態に維持できます。ライフサイクルフックのデフォルトタイムアウトは 1 時間です (ハートビートタイムアウト)。インスタンスを待機状態に保つことができる最大時間を指定するグローバルタイムアウトもあります。グローバルタイムアウトは、48 時間か、ハートビートタイムアウトの 100 倍の時間のどちらか短い方になります。

• ライフサイクルフックの結果は、中止または続行のどちらかになります。インスタンスが起動中の場合、「続行」はアクションが正常に実行され、Amazon EC2 Auto Scaling がインスタンスをサービス開始できることを示します。それ以外の場合、中止はカスタムアクションが失敗し、インスタンスを終了して置き換えることができることを示します。インスタンスが終了する場合、「中止」と「続行」の両方でインスタンスを終了できます。ただし、「中止」は他のライフサイクルフックなど残りのアクションをすべて停止し、「続行」は他のライフサイクルフックを完了することを許可します。

• ライフサイクルフックが繰り返し失敗する場合、Amazon EC2 Auto Scaling はインスタンスの起動を許可する頻度を制限するので、ライフサイクルアクションをテストして永続的なエラーを修正するようにしてください。

• AWS CLI、、または SDK を使用してライフサイクルフックを作成および更新すると AWS CloudFormation、 からライフサイクルフックを作成するときに使用できないオプションが提供されます AWS Management Console。例えば、SNS トピックまたは SQS キューの ARN を指定する フィールドはコンソールに表示されません。これは、Amazon EC2 Auto Scaling が既にイベントを Amazon に送信しているためです EventBridge。これらのイベントはフィルタリングされ、必要に応じて Lambda、Amazon SNS、Amazon SQS などの AWS サービスにリダイレクトできます。

• 、、 AWS CLI AWS CloudFormationまたは SDK を使用して CreateAutoScalingGroup API を呼び出すことで、Auto Scaling グループの作成中に複数のライフサイクルフックを追加できます。ただし、各フックの通知ターゲットと IAM ロール (指定されている場合) が同じである必要があります。異なる通知ターゲットと異なるロールを持つライフサイクルフックを作成するには、PutLifecycleHookAPI への個別の呼び出しでライフサイクルフックを一度に 1 つずつ作成します。

• インスタンス起動用のライフサイクルフックを追加すると、ヘルスチェックの猶予期間は、インスタンスが InService 状態に到達するとすぐに開始されます。詳細については、「Auto Scaling グループにヘルスチェックの猶予期間を設定する」を参照してください。

スケーリングに関する考慮事項

• 動的スケーリングポリシーは、複数のインスタンスに集約された CPU やネットワーク I/O などの CloudWatch メトリクスデータに応じてスケールインおよびスケールアウトします。スケールアウトしても、Auto Scaling グループで集計するインスタンスメトリックスに、Amazon EC2 Auto Scaling が新しいインスタンスを追加するわけではありません。インスタンスが InService 状態に到達し、ウォームアップが完了するまで待機します。詳細については、デフォルトインスタンスのウォームアップのトピックの「パフォーマンスのスケーリングに関する考慮事項」を参照してください。

• スケールインでは、終了するインスタンスの削除が集約インスタンスメトリックスに直ちに反映されない場合があります。Amazon EC2 Auto Scaling の終了ワークフローが開始すると、終了するインスタンスは、グループの集計インスタンスメトリクスへのカウントを停止します。

• ほとんどの場合、ライフサイクルフックが呼び出されると、簡易スケーリングポリシーに起因するスケーリングアクティビティは、ライフサイクルアクションが完了し、クールダウン期間が終了するまで一時停止されます。クールダウン期間に長い間隔を設定すると、スケーリングが再開されるまでに時間がかかることになります。詳細については、クールダウントピックの「追加の遅延を発生させる可能性のあるライフサイクルフック」を参照してください。一般的に、ステップスケーリングポリシーまたはターゲット追跡スケーリングポリシーを使用できる場合には、簡易スケーリングポリシーを使わないことをおすすめします。

• Lambda と Amazon EC2 Run コマンドを使用したスケーリングインスタンスのバックアップシステムの構築

• EC2 Auto Scaling インスタンスを終了する前にコードを実行します。