-
Notifications
You must be signed in to change notification settings - Fork 3.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(aws-ecs): Use the proper AMI when using a Graviton2 instance #14433
Comments
Hi @darko-mesaros! The missing piece here is you also need to specify |
Ah good! I was under the impression that I would need to know the AMI ID to be used at all times. This is a much better option! Thanks! 👏 |
Closes #14433 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
|
Closes aws#14433 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Closes aws#14433 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Okay, so, I wish to launch a Gravion2 ECS Cluster, and I wish to use CDK for that. I am using
.addCapacity
to create the AutoScaling Group for my cluster, and I am only specifying the instance type.Unless I define a
machineImage
property and use the ECS optimized AMI (for aarch64), it will attempt to launch it with the regular x86 ECS optimized AMI. And the launch of EC2 Instances fail:Use Case
We can keep using the dynamic nature of AMI IDs and not have to hardcode the AMI id for the ECS optimized image for Graviton2.
Proposed Solution
Ideally if CDK could verify if the instance type is an ARM based instance, it would use the appropriate AMI.
Other
CDK Version: 1.100.0 (build d996c6d)
OS: Mac Os Big Sur
Kernel: Darwin m1-air.lan 20.3.0 Darwin Kernel Version 20.3.0: Thu Jan 21 00:06:51 PST 2021; root:xnu-7195.81.3~1/RELEASE_ARM64_T8101 arm64
This is a 🚀 Feature Request
The text was updated successfully, but these errors were encountered: