diff --git a/_images/posts/2024/08/lc-auto-scaling-groups.png b/_images/posts/2024/08/lc-auto-scaling-groups.png new file mode 100644 index 0000000..ec79833 Binary files /dev/null and b/_images/posts/2024/08/lc-auto-scaling-groups.png differ diff --git a/_posts/2024-08-30-aws-batch-launch-configurations.md b/_posts/2024-08-30-aws-batch-launch-configurations.md index 5db655d..b6829e2 100644 --- a/_posts/2024-08-30-aws-batch-launch-configurations.md +++ b/_posts/2024-08-30-aws-batch-launch-configurations.md @@ -6,7 +6,7 @@ tags: description: "TODO" --- -{% include tldr.html content='If you created an AWS Batch Compute Environment using the BEST_FIT Allocation Strategy before April 2024, it will use Launch Configurations. Recreate the Compute Environment to upgrade to Launch Templates.' %} +{% include tldr.html content='If you created an AWS Batch Compute Environment using the BEST_FIT Allocation Strategy before April 2024, it will use Launch Configurations. Recreate the Compute Environment to upgrade to Launch Templates.' %} ## AWS Batch Launch Configurations Deprecation @@ -61,6 +61,10 @@ When I looked into the Launch Configurations I had defined, I was surprised to s CloudFormation stack attached. After some digging, I realized that these auto-scaling groups and Launch Configurations were associated with AWS Batch. +
+ AWS Auto-Scaling Groups using legacy Launch Configurations +
+ When you create a Compute Environment via CloudFormation, AWS Batch creates the auto-scaling groups and Launch Configurations automatically, but does not propagate tags from the parent resources managed by CloudFormation. This can make it difficult to figure out where they came from.