-
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
(ec2): using ARM-based instances in BastionHostLinux results in an invalid instance configuration #12279
Labels
@aws-cdk/aws-ec2
Related to Amazon Elastic Compute Cloud
bug
This issue is a bug.
effort/medium
Medium work item – several days of effort
needs-triage
This issue or PR still needs to be triaged.
p2
Comments
Jacob-Doetsch
added
bug
This issue is a bug.
needs-triage
This issue or PR still needs to be triaged.
labels
Dec 30, 2020
github-actions
bot
added
the
@aws-cdk/aws-ec2
Related to Amazon Elastic Compute Cloud
label
Dec 30, 2020
Jacob-Doetsch
added a commit
to Jacob-Doetsch/aws-cdk
that referenced
this issue
Dec 30, 2020
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
@aws-cdk/aws-ec2
Related to Amazon Elastic Compute Cloud
bug
This issue is a bug.
effort/medium
Medium work item – several days of effort
needs-triage
This issue or PR still needs to be triaged.
p2
Deployment of a stack containing a BastionHostLinux construct backed by an ARM-based instance (e.g.,
a1
,t4g
, etc) will fail, with CloudFormation reporting the following for the EC2 instance resource:Reproduction Steps
The following stack will fail during deployment:
What did you expect to happen?
The stack should deploy successfully when using an instanceType on BastionHostLinux that has an InstanceClass with an ARM architecture.
What actually happened?
CloudFormation will report the following for the backing EC2 instance:
Environment
Other
In the constructor of BastionHostLinux, the architecture of the instanceType is assumed to be x86-64, and so the Amazon Linux 2 X86-64 AMI is always used for the backing EC2 instance even if the instanceType uses an instance class that is ARM-based. This explains the error reported by CloudFormation.
Furthermore, only the x86-64 SSM Agent rpm is installed via UserData.
Proposed fix at #12280
This is 🐛 Bug Report
The text was updated successfully, but these errors were encountered: