Status Update
Comments
ba...@google.com <ba...@google.com>
mi...@doit.com <mi...@doit.com> #2
ba...@google.com <ba...@google.com> #3
Hello,
Thanks for reaching out to us!
The Product Engineering Team has been made aware of your feature request, and will address it in due course. Though we can't provide an ETA on feature requests nor guarantee their implementation, rest assured that your feedback is always taken very seriously, as it allows us to improve our products. Thank you for your trust and continued support to improve Google Cloud Platform products.
In case you want to report a new issue, please do not hesitate to create a new
mi...@doit.com <mi...@doit.com> #4
A colleague discovered this issue from December and someone implied this functionality will be added to GKE Gateway at some point [1]. It does make sense however to include in FrontendConfig given the features align with frontend config in console. If any insights as to plans or progress please share.
ba...@google.com <ba...@google.com>
ba...@google.com <ba...@google.com>
po...@gmail.com <po...@gmail.com> #5
has this been implenented? or could we use the same annotation in Ingress object as well for enabling global access?
we...@gcp.telefonica.de <we...@gcp.telefonica.de> #6
Then it is working as expected. For me this is more a bug than a feature. We dont have plans using GKE gateway by the way.
Can you tell us when we can expect a solution for this?
Description
Current documentation about enabling Global access on a GKE cluster implies it only works for
Service [type=LoadBalancer]
by adding an annotation to the Service manifest.TCP/UDP load balancer config
This appears supported with TCP/UDP load balancer by adding an annotation to the Service
Problem (HTTP(S) internal load balancer)
Adding the annotation to a Service with a NEG and Ingress doesn't appear to work. If there is a way to declaratively enable Global access for internal HTTP(S) load balancing, it is not clear in documentation and various experiments have proven unsuccessful.
If you create an internal HTTP(S) load balancer using and Ingress manifest, and then inspect the load balancer, you can manually add another IP/port to the frontend and optionally enable Global access (via Cloud Console).
There appears to be no way to do this programmatically, however, because the annotation that works for
Service [type=LoadBalancer]
does not change the status of the Global access for the frontend.Checking the CRD specification for FrontendConfig, it only offers
sslPolicy
andredirectToHttps
.Given users can manually enable Global access in the console when adding frontends to an internal HTTP(S) load balancer, it makes sense to also include this option in FrontendConfig.
Proposed enhancement:
Since it appears the Global access toggle in Console is grouped with frontend configuration of the load balancer, it makes sense to extend the
FrontendConfig
CRD to toggle that feature and match what users can manually configure.spec.properties.globalAccess
Attachments