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

GCE ingress L4 Support #2460

Open
Kripu77 opened this issue Feb 7, 2024 · 8 comments
Open

GCE ingress L4 Support #2460

Kripu77 opened this issue Feb 7, 2024 · 8 comments
Labels
kind/feature Categorizes issue or PR as related to a new feature. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.

Comments

@Kripu77
Copy link

Kripu77 commented Feb 7, 2024

Hi all, given GCE ingress is a layer 7 load balancer is there any possibility of having layer 4 LB support in the future?

@swetharepakula
Copy link
Member

swetharepakula commented Mar 6, 2024

L4 LB Support is available by configuring Service type LoadBalancer resources.

https://cloud.google.com/kubernetes-engine/docs/concepts/service-load-balancer

@Kripu77
Copy link
Author

Kripu77 commented Mar 7, 2024

Hi Sweta, thank you for your response. I was looking for a workaround to have the ingress controller provision a Layer 4 load balancer, instead of directly using a service type as LoadBalancer in the service resource manifest.

@swetharepakula
Copy link
Member

@Kripu77, can you expand more on why you would like to use the Ingress API over the Service API to configure/provision an L4 Load Balancer?

I am trying to understand what is missing from the existing Services API?

@swetharepakula
Copy link
Member

/kind feature

@k8s-ci-robot k8s-ci-robot added the kind/feature Categorizes issue or PR as related to a new feature. label Mar 14, 2024
@Kripu77
Copy link
Author

Kripu77 commented Mar 15, 2024

@Kripu77, can you expand more on why you would like to use the Ingress API over the Service API to configure/provision an L4 Load Balancer?

I am trying to understand what is missing from the existing Services API?

@swetharepakula, we prefer using the Ingress API over the Service API to set up a Layer 4 Load Balancer because we want a single load balancer that can handle both Layer 4 and Layer 7 protocols. We use MQTT, which is a Layer 4 protocol, and we also have web services that uses Layer 7 (HTTP). Right now, with the current GCE ingress setup, we can't have just one load balancer for both types of traffic.

Because of this, we had to create a separate Layer 4 Load Balancer just for MQTT which is a cost implication as we need to reserve a static IP, provision a external load balancer, create multiple SSL certificates.

If GCE Ingress could work with both Layer 4 and Layer 7, we wouldn't need to do this.

Looking forward to your input if I'm wrong in above.

Thanks,
Kripu

@cezarygerard
Copy link
Contributor

If I understand correctly you want just 1 kubernetes object and 1 IP address to provision both L7 and L4 load balancers?

This sounds like feature request for our Gateway API implementation https://cloud.google.com/kubernetes-engine/docs/concepts/gateway-api

We have this on the roadmap, but probably not this year

@Kripu77
Copy link
Author

Kripu77 commented Apr 1, 2024

If I understand correctly you want just 1 kubernetes object and 1 IP address to provision both L7 and L4 load balancers?

This sounds like feature request for our Gateway API implementation https://cloud.google.com/kubernetes-engine/docs/concepts/gateway-api

We have this on the roadmap, but probably not this year

@cezarygerard you're correct. Any chance this feature making to GCE ingress as well?

@k8s-triage-robot
Copy link

The Kubernetes project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle stale
  • Close this issue with /close
  • Offer to help out with Issue Triage

Please send feedback to sig-contributor-experience at kubernetes/community.

/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jun 30, 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. lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
5 participants