I would like to have a better understanding of how Convox setups a rack with regards to ECS task placement strategies…
Specifically, I think I understand that ECS decides where to place a new task based on various variables (e.g., memory reservation, CPU, whether Fargate is used or not, service scheduling strategy, task placement strategy, etc.), however we’re having hard time figuring out how convox sets the whole cluster.
@ddollar I would appreciate if you could enlighten here a little bit please.
Reading https://github.com/convox/rack/blob/dc44e3787c08af9cfcd2811ddaeaa769651bfef7/provider/aws/formation/service.json.tmpl#L390-L410 the following questions come to mind:
- What is an “Agent” and how to tell if it’s enabled or not?
- If the agent is enabled, what does the
DAEMONscheduling strategy supposed to do?
- If the agent is NOT enabled, then how will ECS behave while placing tasks in EC2 instances?
I hope I am asking the right/good questions here, but the gist of what I am trying to understand is this: when I scale an app’s count/cpu/memory I would like to have a pretty good understanding (within reason) of how my rack will handle the scale operation, considering all other apps that are running on the same rack + taking into account scheduled tasks that may be running, etc.
I ended up in this rabbit whole, because recently we’ve been getting some inconsistent
command=<...> result=failure reason=RESOURCE:MEMORY errors on some scheduled tasks that weren’t being placed, although apparently there were EC2 instances still some available memory to them, we believe…