Skip to content
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

Using existings NAT gateways for new shoot cluster #631

Open
RandolfWerner opened this issue Oct 18, 2022 · 6 comments
Open

Using existings NAT gateways for new shoot cluster #631

RandolfWerner opened this issue Oct 18, 2022 · 6 comments
Labels
kind/enhancement Enhancement, improvement, extension

Comments

@RandolfWerner
Copy link

How to categorize this issue?

/area TODO
/kind enhancement

What would you like to be added:

When creating a new shoot cluster on AWS it is possible to reuse an already existing VPC instead of creating a new one. Unfortunately it is currently not possible to reuse already existung NAT gateways (see https://sap-btp.slack.com/archives/C9CEBQPGE/p1664546064348629). Please add shoot cluster cretaion options allowing to reuse already existing NAT gateways.

Why is this needed:
For multi cluster setups each cluster currently creates its own NAT gateways, which results in creating a lot of unnecessary NAT gateways and correspoding (rare) public IPV4 addresses. In our scenraio we would create up to 24 shoot clusters within a single VPC with up to 4 AZs, resultung in 96 (unnecessary) NAT gateways and corresponding public IP addresses.

@gardener-prow
Copy link

gardener-prow bot commented Oct 18, 2022

@RandolfWerner: The label(s) area/todo cannot be applied, because the repository doesn't have them.

In response to this:

How to categorize this issue?

/area TODO
/kind enhancement

What would you like to be added:

When creating a new shoot cluster on AWS it is possible to reuse an already existing VPC instead of creating a new one. Unfortunately it is currently not possible to reuse already existung NAT gateways (see https://sap-btp.slack.com/archives/C9CEBQPGE/p1664546064348629). Please add shoot cluster cretaion options allowing to reuse already existing NAT gateways.

Why is this needed:
For multi cluster setups each cluster currently creates its own NAT gateways, which results in creating a lot of unnecessary NAT gateways and correspoding (rare) public IPV4 addresses. In our scenraio we would create up to 24 shoot clusters within a single VPC with up to 4 AZs, resultung in 96 (unnecessary) NAT gateways and corresponding public IP addresses.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@gardener-prow gardener-prow bot added the kind/enhancement Enhancement, improvement, extension label Oct 18, 2022
@rfranzke rfranzke transferred this issue from gardener/gardener Oct 18, 2022
@gardener-robot
Copy link

@RandolfWerner Label area/todo does not exist.

@gardener-robot
Copy link

@rfranzke Label area/todo does not exist.

@ludov04
Copy link

ludov04 commented Feb 9, 2023

👍
On this, default limit of elastic ip is 5 per account, creating this amount of elastic ip seems unnecessary and wasteful when public IPv4 are becoming so rare

@gardener-robot gardener-robot added the lifecycle/stale Nobody worked on this for 6 months (will further age) label Oct 19, 2023
@gardener-robot gardener-robot added lifecycle/rotten Nobody worked on this for 12 months (final aging stage) and removed lifecycle/stale Nobody worked on this for 6 months (will further age) labels Jun 27, 2024
@waheedshahani
Copy link

This would be a cool feature to have. This can save on many elastic IPs and provides possibility to create multiple clusters in same account without requesting Elastic IP quotas. Saves costs a lot too.

@kon-angelo
Copy link
Contributor

/remove lifecycle/rotten

@gardener-robot gardener-robot removed the lifecycle/rotten Nobody worked on this for 12 months (final aging stage) label Oct 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement Enhancement, improvement, extension
Projects
None yet
Development

No branches or pull requests

5 participants