目的

ECSサービスのスケーリングポリシーでは最小タスクに0をセットすることが出来ます。
例えば、日中のみ利用するサービスで、深夜帯の負荷がない時はタスクを全て停止し、必要な時だけ起動してコストを抑える、といったユースケースに対応するためと考えていました。
しかし、ターゲットの追跡ポリシーで実際に設定すると、タスクが１つになるまでスケールインしますが、最後のタスクはスケールインの条件を満たしているにも関わらず、残り続けてしまいます。
何故このような挙動になるのか、調査してみました。

結果

１．ECSサービスメトリクスを「ALBRequestCountPerTarget」にする

根本的な原因は、タスク「0」へのスケールインに”実際の0の値”が必要という点です。

When a metric emits real 0 values to CloudWatch (for example, ALBRequestCountPerTarget), Application Auto Scaling can scale in to 0 when there is no traffic to your application for a sustained period of time.
メトリックスから実際の 0 の値 CloudWatch （などALBRequestCountPerTarget）が出力される場合、アプリケーションへのトラフィックが一定時間ないときに、Application Auto Scaling は 0 にスケールインできます。

つまり、タスク「0」へのスケールインは設定された閾値を下回るだけでなく、 メトリクスの計測値が一定期間「0」である ことが条件となります。

そのため、メトリクスにCPU使用率やメモリ使用率を設定している場合、トラフィックが一切無くても計測値は「0」にならず、「0.29」等の小数点になってしまうため、最後のタスクは停止されずに残り続けます。

一方、ALBリクエスト数では、計測値「0」（アクセス数「0」）を物理的に満たすことが可能ですので、メトリクスは「ALBRequestCountPerTarget」にする必要があります。

２．複数のターゲット追跡ポリシーを設定しない

ターゲット追跡ポリシーを複数設定した場合、スケールアウトはOR条件で実行されますが、スケールインはAND条件で実行されます。

It will scale out the service if any of the target tracking policies are ready for scale out, but will scale in only if all of the target tracking policies (with the scale-in portion turned on) are ready to scale in.
いずれかのターゲット追跡ポリシーがスケールアウトの準備ができている場合はサービスがスケールアウトされますが、すべてのターゲット追跡ポリシー (スケールイン部分がオンになっている) がスケールインの準備ができている場合にのみスケールインされます