Auto Scaling:概要

ライフサイクルフックとは何ですか?

ライフサイクルフックは、スケーリンググループ内のElastic Compute Service (ECS) インスタンスまたはelastic containerインスタンスのライフサイクルを管理するために使用されるツールです。 Auto Scalingがスケーリングアクティビティを実行すると、ライフサイクルフックをトリガーして、スケーリングアクティビティに関与するECSインスタンスまたはエラスティックコンテナインスタンスを [保留中の追加] または [保留中の削除] 状態にすることができます。 ライフサイクルフックがタイムアウトするまで、ECSインスタンスまたはエラスティックコンテナインスタンスに対してカスタム操作を実行できます。

次の表に、ライフサイクルフックの設定項目を示します。

ワークフロー

次の図では、ECSインスタンスを使用してライフサイクルフックのワークフローを説明します。 ワークフローは、エラスティックコンテナインスタンスに適用されるライフサイクルフックと同様です。

シナリオ

次のシナリオでは、ライフサイクルフックを作成して、ECSインスタンスまたはelasticコンテナインスタンスを [保留中の追加] または [保留中の削除] 状態にし、タイムアウト期間が終了する前にインスタンスに対して操作を実行できます。

• スケールアウトに使用されるECSインスタンスまたはエラスティックコンテナインスタンスは、すぐにサービスを提供できません。

  たとえば、ECSインスタンスをApsaraDB RDSインスタンスに関連付ける必要がある場合、またはセカンダリelastic network Interface (ENI) にバインドする必要がある場合は、ライフサイクルフックを作成できます。 ECSインスタンスにデプロイされたアプリケーションがサービスを提供する前に起動に時間がかかる場合は、ライフサイクルフックを作成することもできます。

• スケールインに使用されるECSインスタンスまたはエラスティックコンテナインスタンスは、スケーリンググループからすぐに削除することはできません。

  たとえば、ECSインスタンスまたはエラスティックコンテナインスタンスのデータをバックアップしたり、インスタンスログをコピーしたり、ECSインスタンスまたはエラスティックコンテナインスタンスがすべてのリクエストの処理を完了するまで待ってから、スケーリンググループからインスタンスを削除する必要がある場合は、ライフサイクルフックを作成できます。

詳細については、「ライフサイクルフックとOOSテンプレートのベストプラクティスの概要」および「ライフサイクルフックを使用してサービスの可用性を確保する」をご参照ください。

制限事項

• スケーリンググループごとに最大10個のライフサイクルフックを作成できます。

• スケーリングアクティビティがスケーリンググループでトリガーされると、期待されるインスタンス数機能が有効になっているかどうかによって、そのスケーリンググループで他のスケーリングアクティビティを実行できるかどうかが決まります。

  • スケーリンググループの [期待インスタンス数] 機能が無効になっている場合、Auto scalingは他のスケーリングアクティビティを拒否します。

  • スケーリンググループで [期待インスタンス数] 機能が有効になっている場合、進行中のスケーリングアクティビティが並列スケーリングアクティビティである場合にのみ、Auto scalingは他のスケーリングアクティビティを実行できます。 並列スケーリングアクティビティの決定方法については、「Terms」をご参照ください。

ライフサイクルフックの管理

次の表に、ライフサイクルフックと関連リンクで実行できる操作を示します。