Containers-roadmap: [service] [request]: Fargate Spot failover to Fargate

Created on 23 Apr 2020  路  6Comments  路  Source: aws/containers-roadmap

Community Note

  • Please vote on this issue by adding a 馃憤 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment

Tell us about your request
What do you want us to build?

Right now the capacityProvider strategy allows spreading tasks across Fargate and Fargate Spot launch types (and provide weightage for each type). However, if spot capacity is unavailable, the spot tasks are just not lauched, while fargate count is maintained.

There should be fall-back option, where if spot capacity is unavailable, it should fall back to using fargate launch type.

Which service(s) is this request for?
This could be Fargate, ECS, EKS, ECR

ECS, Fargate

Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?
What outcome are you trying to achieve, ultimately, and why is it hard/impossible to do right now? What is the impact of not having this problem solved? The more details you can provide, the better we'll be able to understand and solve the problem.

This is the requirement it should satisfy:

Launch 4 ECS tasks with launch type fargate spot, but if spot capacity is not available, fall back to normal fargate.

Are you currently working around this issue?
How are you currently solving this problem?

Not able to solve it.

Additional context
Anything else we should know?

Attachments
If you think you might have additional information that you'd like to include via an attachment, please do - we'll take a look. (Remember to remove any personally-identifiable information.)

Proposed

Most helpful comment

That is the reason for this feature request. If fargate spot is unavailable (i.e. the task gets interrupted, which is fine) I would like an option for it to fall-back to normal fargate. This is similar to EMR spot fleet, where if a spot request is not fulfilled in a set time, an on-demand instance is provisioned instead.

All 6 comments

Question: are the tasks you are launching business critical functions for which you need high uptime?

Question: are the tasks you are launching business critical functions for which you need high uptime?

They are business-critical, but not time-critical, ie. they can be down for a short duration, say 5 mins.

Question: are the tasks you are launching business critical functions for which you need high uptime?

They are business-critical, but not time-critical, ie. they can be down for a short duration, say 5 mins.

Business-critical applications that can't tolerate extended task interruptions are not a good fit for running entirely on Fargate Spot.

That is the reason for this feature request. If fargate spot is unavailable (i.e. the task gets interrupted, which is fine) I would like an option for it to fall-back to normal fargate. This is similar to EMR spot fleet, where if a spot request is not fulfilled in a set time, an on-demand instance is provisioned instead.

+1, we run business-critical workloads this way, leveraging spot(inst)'s EGs for ECS/EC2, they fallback automatically. This not being available means we'd need to hack it on our own in order use Fargate.

Just found #773 looking for this issue, seems this would be a duplicate (?)

Was this page helpful?
0 / 5 - 0 ratings

Related issues

mineiro picture mineiro  路  3Comments

pauldougan picture pauldougan  路  3Comments

adlemich picture adlemich  路  3Comments

aliabas7 picture aliabas7  路  3Comments

abby-fuller picture abby-fuller  路  3Comments