- 最新
- 投票最多
- 评论最多
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 官方已更新 3 年前
- AWS 官方已更新 1 年前