You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Support autoscaling managed services wrapping ASGs
Rationale
Currently, Autospotting manages autoscaling groups (ASGs) using standard EC2 instances without any knowledge of the services running in them.
Autospotting expects services to react well to sudden infrastructure failure (i.e. termination of an on-demand instance and raising of a new spot instance) which is acceptable for a lot of services that would be put into an autoscaling group.
There are a number of other services, such as e.g. AWS EMR (i.e. Amazon managed variants of Flink, Spark, Hadoop, etc.) or AWS Batch that run clusters of EC2 instances with managed services on them which might profit from using spot-instances.
Proposal
Thus, this ticket proposes to handle autospotting groups of EC2 instances attached to AWS managed services.
Requirements
There are a number of requirements limiting the feasibility and value of this approach, some of which are listed below.
A service needs to be realized using an ASG to be handled
The ASG needs to be accessible
A service needs to be able to handle sudden infrastructure failure and replacement.
The service needs to run long enough such that an instance replacement is worthwhile.
The cost of instance replacement in terms of potentially needed reprocessing of data needs to outweigh what is gained by replacing it.
Goals
The goal of this ticket is to identify which hosted services use an ASG as a base unit and evaluate which of them fulfill the requirements to apply Autospotting as stated above.
Also, if a service does fulfill the requirements, collect possible usage experiences around it.
Collect everything and possible change requests around it in a wiki page.
Support autoscaling managed services wrapping ASGs
Rationale
Currently, Autospotting manages autoscaling groups (ASGs) using standard EC2 instances without any knowledge of the services running in them.
Autospotting expects services to react well to sudden infrastructure failure (i.e. termination of an on-demand instance and raising of a new spot instance) which is acceptable for a lot of services that would be put into an autoscaling group.
There are a number of other services, such as e.g. AWS EMR (i.e. Amazon managed variants of Flink, Spark, Hadoop, etc.) or AWS Batch that run clusters of EC2 instances with managed services on them which might profit from using spot-instances.
Proposal
Thus, this ticket proposes to handle autospotting groups of EC2 instances attached to AWS managed services.
Requirements
There are a number of requirements limiting the feasibility and value of this approach, some of which are listed below.
Goals
The goal of this ticket is to identify which hosted services use an ASG as a base unit and evaluate which of them fulfill the requirements to apply Autospotting as stated above.
Also, if a service does fulfill the requirements, collect possible usage experiences around it.
Collect everything and possible change requests around it in a wiki page.
Wikipage with results
https://github.com/cristim/autospotting/wiki/AutospotManagedServices
If you know of any additional use cases with managed services, feel free to add a comment or a reference.
The text was updated successfully, but these errors were encountered: