-
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
vpc: make subnet IP allocation pluggable #7073
Comments
I think I see what you're saying. Feels like the best forward-looking solution here is to have a pluggable component called |
Somewhat related to #5927 |
Another use case here is when creating VPCs in separate accounts in which services are supposed to communicate via PrivateLink. For example, if you deploy to |
This issue has not received any attention in 1 year. If you want to keep this issue open, please leave a comment below and auto-close will be canceled. |
Usecase is to be able to expand to multiple AZs in future. Ex: VPC can be first created only in one AZ, and later requires it to be available in few more AZs, without the Subnets going through ip re-numbering.
Currently we can have maxAZs : https://docs.aws.amazon.com/cdk/api/latest/docs/@aws-cdk_aws-ec2.Vpc.html#maxazs to have subnets in all available AZs in the system.
and also use following
https://docs.aws.amazon.com/cdk/api/latest/docs/aws-ec2-readme.html#reserving-subnet-ip-space
to reserve subnet ip-space.
What would be ideal is to also reserve the ip space across AZs.
Currently if someone have to
or
Subnets will get IP Renumbered and is treated as a replacement and when there're dependent resources it fails.
Another way is to swap VPC, but it is not really easy to just swap, and requires a lot of tweaks, hacks, workarounds, and a nightmare procedure.
Reproduction Steps
Error Log
Environment
Other
This is 🐛 Bug Report
The text was updated successfully, but these errors were encountered: