ウォームプールを使用して起動時間が長いアプリケーションのレイテンシーを短縮する

ウォームプールは、Auto Scaling グループの横にある、事前に初期化されたEC2インスタンスのプールです。アプリケーションがスケールアウトする必要があるときはいつでも、Auto Scaling グループはウォームプールに描画して、新しい希望する容量を満たすことができます。これにより、インスタンスがアプリケーショントラフィックを迅速化し、スケールアウトイベントへの応答を高速化できるようになります。インスタンスは、ウォームプールから離れたときに、グループの希望する容量にカウントされます。これは、ウォームスタートとして知られています。

インスタンスがウォームプールにある間、スケーリングポリシーは、InService 状態のインスタンスのメトリクス値がスケーリングポリシーのアラーム上限しきい値 (ターゲット追跡スケーリングポリシーのターゲット使用率と同じ値) を超える場合のみスケールアウトします。

デフォルトでは、ウォームプールのサイズは、Auto Scaling グループの最大容量と希望する容量の数値の差として計算されます。例えば、Auto Scaling グループの希望する容量が 6 で、最大容量が 10 の場合、ウォームプールを最初にセットアップし、プールが初期化されるときに、ウォームプールのサイズは 4 になります。

ウォームプールの最大容量を個別に指定するには、カスタム仕様 (MaxGroupPreparedCapacity) オプションを使用して、グループの現在の容量よりも大きいカスタム値を設定します。カスタム値を指定すると、ウォームプールのサイズは、カスタム値とグループの現在の希望する容量の差として計算されます。例えば、Auto Scaling グループの希望する容量が 6 の場合、最大容量が 20 の場合、カスタム値が 8 の場合、ウォームプールを最初にセットアップし、プールを初期化するときに、ウォームプールのサイズは 2 になります。

ウォームプールのコスト上の利点を管理するために、大規模な Auto Scaling グループを操作する場合にのみ、カスタム仕様 (MaxGroupPreparedCapacity) オプションを使用する必要がある場合があります。例えば、インスタンス 1,000 個、最大容量 1,500 個 (トラフィックの急増時に追加の容量を提供するため)、およびインスタンス 100 個のウォームプールがある Auto Scaling グループは、ウォームプール内に将来使用するインスタンスを 500 個予約しておくよりも、目標の達成に役立つ場合があります。

最小サイズ設定を使用して、ウォームプール内で維持するインスタンスの最小数を静的に設定することを検討してください。デフォルトでは最小サイズは設定されていません。

ウォームプール内のインスタンスは、次の 3 つの状態のいずれかで保持できます: Stopped、Running、Hibernated。インスタンスをStopped状態で保持することは、コストを最小限に抑えるための効果的な方法です。停止したインスタンスでは、使用したボリュームとインスタンスにアタッチされた Elastic IP アドレスの分だけ料金が発生します。

または、インスタンスを Hibernated状態のままにして、メモリコンテンツを削除せずにインスタンスを停止することもできます (RAM）。インスタンスが休止状態になると、 の内容を Amazon EBSルートボリュームに保存するようにオペレーティングシステムRAMにシグナルが送信されます。インスタンスが再び起動されると、ルートボリュームは以前の状態に復元され、RAMコンテンツが再ロードされます。インスタンスが休止している間は、RAMコンテンツのストレージやインスタンスにアタッチされた Elastic IP アドレスなど、EBSボリュームに対してのみ料金が発生します。

ウォームプール内のインスタンスを Running 状態にしておくことも可能ですが、不必要な料金の発生避けるためにも、そうしておかないことを強くお勧めします。インスタンスを停止または休止状態にしておくと、インスタンス自体のコストが削減されます。インスタンスの料金は、インスタンスが実行されている場合にのみ発生します。

ライフサイクルフックを使用して、インスタンスに対してカスタムアクションを実行できるように、インスタンスを待機状態にします。カスタムアクションは、インスタンスの起動時または終了前に実行されます。

ウォームプール設定では、ライフサイクルフックは、初期化が完了するまで、スケールアウトイベント中にインスタンスが停止または休止されたり、稼働したりするのを遅延させます。ライフサイクルフックなしで Auto Scaling グループにウォームプールを追加すると、初期化の完了までに長い時間がかかるインスタンスは停止または休止状態になり、準備が整う前にスケールアウトイベントが開始する可能性があります。

デフォルトでは、Amazon EC2 Auto Scaling は Auto Scaling グループのスケールイン時にインスタンスを終了します。次に、新しいインスタンスをウォームプールで起動し、終了したインスタンスを置換します。

置換する代わりに、インスタンスをウォームプールに戻す場合は、インスタンスの再利用ポリシーを指定します。これにより、アプリケーショントラフィックを処理するように設定されたインスタンスを再利用できます。ウォームプールが過剰にプロビジョニングされていないことを確認するために、Amazon EC2 Auto Scaling はウォームプール内のインスタンスを終了して、設定に基づいて必要以上に大きい場合にサイズを小さくすることができます。ウォームプール内のインスタンスを終了する際に、Amazon EC2 Auto Scaling はデフォルトの終了ポリシーを使用して、最初に終了するインスタンスを選択します。