-
Notifications
You must be signed in to change notification settings - Fork 713
Allow setting envoy proxy service spec.loadbalancerClass #1793
Copy link
Copy link
Closed
Labels
area/apiAPI-related issuesAPI-related issuesarea/infra-mgrIssues related to the provisioner used for provisioning the managed Envoy Proxy fleet.Issues related to the provisioner used for provisioning the managed Envoy Proxy fleet.kind/enhancementNew feature or requestNew feature or request
Milestone
Description
Description:
For EKS clusters in AWS its recommended to use the aws-load-balancer-controller over the in-tree LoadBalancer provider.
However as of aws-load-blanacer-controller 2.5, it is no longer compatible with envoy-gateway.
The reason is an added mutating webhook that sets spec.loadBalancerClass: service.k8s.aws/nlb Once this has been set the envoy gateway controller can no longer converge the service object and is "stuck"
2023-08-16T17:18:54.170Z ERROR infrastructure runner/runner.go:70 failed to create new infra {"runner": "infrastructure", "error": "failed to create or update service ... : for Update: Service \"...\" is invalid: spec.loadBalancerClass: Invalid value: \"null\": may not change once set", "errorVerbose": "Service \"...\" is invalid: spec.loadBalancerClass: Invalid value: \"null\": may not change once set....
For now it seems like its possible to disable the mutating webhook in the aws-load-balancer-controller and rely on annotations to defer control to the aws-load-balancer-controller.
Though i think it would be a bit nicer to be able to configure this aspect of the generated Service object
Relevant Links:
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
area/apiAPI-related issuesAPI-related issuesarea/infra-mgrIssues related to the provisioner used for provisioning the managed Envoy Proxy fleet.Issues related to the provisioner used for provisioning the managed Envoy Proxy fleet.kind/enhancementNew feature or requestNew feature or request