ラーメン丼にラーメンを投入する作業になります。固有のものではなく、スケーラブルなサービスのリソースを自動的にスケールするためのサービスの名称です。こちらは純粋に負荷に対して設定して良いと思います。図のように、サービスのCPU使用率50%のトラッキングをかけていれば、(インスタンスが適切にスケールしている前提で)タスクがCPU負荷50%を維持するようにスケールしてくれます。方がコンテナ入りのインスタンスが上がってくるので起動速度が速くなりそうですが、実際はコンテナのキャッシュが効かないため、そこまでの速度は出ません。インスタンスの起動時間+コンテナのデプロイ時間がかかります。イメージを軽くする以外はユーザー側でどうこうできるものではないので、AWSさんに頑張ってもらうしかないですね。EC2起動タイプの場合、コンテナイメージのキャッシュが効くので、クラスタのリソースに余裕がある場合は、Fargateよりも早くコンテナが起動してきます。起動タイプの場合は、スケールアウトだけでなくスケールインの際にも注意を払わなければなりません。それが、インスタンスのドレイニングです。呼ばれる操作をする必要があります。これは、対象のインスタンスにリクエストが飛ばないようにして、エラーが発生しないようにするための操作です。ラーメンで例えるとわかりやすいのですが、何も考えずにスケールインさせてしまう行為は客が食べている最中のラーメンの丼を取りあげる行為になります。事故が起こるのが目に浮かびますよね。負荷が下がった際に、何も考えずにスケールインしてしまうと、リクエストを処理していたコンテナが強制終了してしまい、エラーレートが上昇する原因となってしまいます。EC2起動タイプにおけるドレイニングの処理の自動化は、AWS公式ドキュメントがあるので、こちらを参考に構築すると良いと思います。そこまで自動化しているので、特に気にする必要はないと思います。まとめ今回はECSを使用する際のオートスケールについて少し詳しくまとめてみました。移行していければと思っています。k-masatany。