This message was deleted.
# rke2
a
This message was deleted.
b
I rather side-stepped that with keepalived and a floating IP. Not great, since it's only one at a time, but it was something.
That was for the Manager cluster. I haven't needed to get through to the managed clusters directly other than through the command line - all web interface things go through Rancher Manager.
b
Curious as to managed how? IIRC you could a custom cluster or have it be AWS EC2, Azure, Digital Ocean, Havester, Linode, or vSphere. I thought the Harvester LB mechanism was different from like how it would be set up for a custom one. (we side stepped this with kubevip and fqdns)
c
While you MAY be able to override the address with your own config drop in on the nodes, it is definitely not supported and bad things will probably happen if you ever try to do a restore from snapshot via the UI.
1
I would recommend just leaving it alone. The server address is only needed when joining the cluster, after that nodes use a local LB with cached endpoints for all comms with server nodes. So it'd be a lot of work for no real benefit.
1
❤️ 1
e
Got it, thanks! I was under impression that when kubelet / kubeproxy talking to 127.0.0.1:6443 (I assume it is rke2-agent/server) it just forwards it to the "server:" address.
If it is using some internal LB than yeah there is no reason to do this.
c
Nope. There is a lb proxy. You can even see it in the logs.
1