エラスティック ロード バランサー (ELB) が自動スケーリング グループに関連付けられている場合、新しい EC2 インスタンスが ELB によって異常とマークされた場合でも、そのインスタンスが終了しない猶予期間を指定できます。タスクが実行されている ECS インスタンスが ELB によって異常とマークされている場合でも、新しい ECS タスクが関連付けられた ECS サービスによって強制終了および再起動されない、同様の猶予期間を指定することは可能ですか?
アップデート：
現在のユース ケースでは、ECS タスクとして実行されている Docker コンテナには、起動時に多数のキャッシュをロードする JBoss インスタンスが含まれています。これらのキャッシュのロードには数分かかる場合があります。ただし、ECS サービスは、コンテナーが開始されるとすぐにコンテナー インスタンスを ELB に登録します。これは、新しいコンテナが受け入れる準備が整う前に、トラフィックを新しいコンテナにルーティングできることを意味します。ELB のヘルス チェック間隔と「正常/異常のしきい値」を増やして、ELB がトラフィックをインスタンスにルーティングし、ECS サービスがキャッシュが読み込まれるまでコンテナーを再起動しないようにすることができます。ただし、ヘルス チェックの間隔としきい値を増やすことは望ましくありません。キャッシュが読み込まれた後にインスタンスが異常とマークされた場合、
したがって、トラフィックが ELB によって新しいコンテナーにルーティングされず、ECS サービスがコンテナーを再起動しない猶予期間を適用することは可能ですか (ヘルスチェックに失敗した場合でも)? またはそれができない場合、私たちのユースケースの解決策に関する提案はありますか?