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
Problems converging a base environment in us-west-1 #195
Comments
|
@erickascic Looks like us-west-1 has an AZ that is at capacity for VPCs. I'd like to implement something similar to this post but I need to confirm something first. Can you share the output from the following command in the account you are seeing this issue?
|
aws ec2 describe-availability-zones --region us-west-1 |
SOLUTION:
Additionally, allow configuring more than 1 NAT for the VPC |
I discovered a problem when deploying to regions with fewer than three AZs (ca-central-1 only has 2 AZs for example. UPDATE: confirmed in eu-west-2, which also has just 2 AZs)
I'm posting it here since it looks like @cplee's solution might solve this case also. The Fn::Select referenced is in templates/assets/vpc.yml. Fn::GetAZ is only returning elements 0 and 1, making 2 out-of-bounds.
Regions having less than 2 AZs are follows: I even ran into this assumption of at least three AZs when running
|
is there a workaround for this? |
Defined a bare bones environment in mu.yml and tried to run "mu env up acceptance" in us-west-1:
ElbSubnetAZ2 (AWS::EC2::Subnet) CREATE_FAILED Value (us-west-1b) for parameter availabilityZone is invalid. Subnets can currently only be created in the following availability zones: us-west-1a, us-west-1c.
perhaps the call to GetAZs isn't in tune with the actual zones that are usable?
The text was updated successfully, but these errors were encountered: