-
Notifications
You must be signed in to change notification settings - Fork 49
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
Ingress solution #4
Comments
Now we have configurable ports for nodePort and LoadBalancer support. We decided not to go with a proper ingress for MVP, will return to it later |
Heyho, is it possible to reopen this now? We're also looking into using DNS for the clusters instead of IPs for everything. Currently it looks like we can just use the ClusterIP service, set k0smotronControlPlane.spec.externalAddress to the DNS name and then create the Ingress ourselves using one of the generated tls secrets for TLS, is that correct? |
Hi @cwrau, it's not really a good moment to have this discussion because relevant people are on vacation. |
The challenge is not how to expose the hosted controlplane via Ingress, that part is pretty "trivial". Famous last words... 😂 The main challenge is, how do we configure the child clusters internals to understand the Ingress. So if we look at any cluster, there's always the internal API svc, in defaul k0s configs it's using |
The issue is marked as stale since no activity has been recorded in 30 days |
Currently the implementation only allows nodePort and what's worse, it has the port hardcoded.
We need an ingress solution that at minimum allows to choose:
In the future it would be good to either use the gateway API or to have one load balancer managed by k0smotron.
The text was updated successfully, but these errors were encountered: