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

feature: multiple arbitrary VPC support #3673

Open
sebltm opened this issue May 1, 2024 · 0 comments
Open

feature: multiple arbitrary VPC support #3673

sebltm opened this issue May 1, 2024 · 0 comments
Labels
kind/feature Categorizes issue or PR as related to a new feature.

Comments

@sebltm
Copy link

sebltm commented May 1, 2024

There are multiple AWS reference architectures that recommend having an "ingress" or "firewall" VPC. In the case of an ingress VPC which has the ability to receive public traffic (either through EIP or through a peering connection to an on-prem network) and forwarding traffic to an "isolated" VPC, often through the means of a double-hop (NLB chaining for example).
This can be avoided by created the Load Balancer in the ingress VPC with IP targets in the isolated VPC (assuming direct IP reachability between the two).
However, the cluster and EC2 instances (and therefore the controller) are then hosted in a different VPC to that of the Load Balancer which is not currently supported by the Load Balancer controller.

The idea would be to add a new annotation to the Services of type LoadBalancer (or Ingresses) such as aws-load-balancer-vpc-id to instruct the Load Balancer controller to create the Load Balancer and Target Group in a different VPC. In this scenario, the only supported target mode would be IP and the controller should operate on the assumption that the IPs registered as targets are routable from the VPC in which the Load Balancer is created.

The stack created would receive a new attribute representing the VPC, which would either be set to the cluster's own VPC (default behaviour) or overridden to whatever the user set in the annotation and the model builder and synthetisers would make use of this to reconcile the resources in the correct VPC.

@shraddhabang shraddhabang added the kind/feature Categorizes issue or PR as related to a new feature. label May 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

No branches or pull requests

2 participants