- 新しい順
- 投票が多い順
- コメントが多い順
If you need to trigger a Fargate task that executes a batch job and then exits wouldn't make more sense to use a pattern such as the one I am describing in this blog post? Note that in my example I submit an AWS Batch job but API GW also supports launching an ECS task (on Fargate).
The idea is that the task would launch a program that does what you need it to do and then exits (you should not worry about scaling in at all with this pattern). Need another task? Hit the API GW API to submit/launch another job/task and that's it.
Generally speaking, systems on AWS are conservative about scale ins, compared to scale out.
You do not want your system to be scaled in immediately after it completes certain tasks.
That being said, from a long term auto scaling policies such as target tracking do a fairly good job of matching capacity with demands. If there is no connection to a container, the auto scaling scale in event should be triggered.
Also, to another point in the question, you might want to check the de-registration delay value for your ELB as well to avoid terminating active long-running connections.
関連するコンテンツ
- AWS公式更新しました 9ヶ月前
- AWS公式更新しました 1年前
- AWS公式更新しました 1年前
- AWS公式更新しました 3年前