You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
i could not find out fro the documentation alone, whether in an HA setup:
all server nodes must be able to see each others
all agent nodes must be able to see ALL other server and/or agent nodes
in particular in the second part: is it possible that one agent node only sees on server node ? and of course if that server node goes down, then the agent goes down with it, sure.
is it possible to achieve this? and in such case is ti possible to specify a list of preferred server nodes in the agent config file so that when it starts it does not go over all server ips waiting for the first one to respond ? this makes the reboot very long
The text was updated successfully, but these errors were encountered:
A basic expectation of Kubernetes clusters is that all nodes should be able to communicate between each other. Pods may run on any node in the cluster, so for pod-pod and pod-service communication to work properly, you need full connectivity across all cluster members.
Thanks for the clarification. Can this work if the nodes are on different subnets?
Say that all nodes are capable to see each other on the 172.* subnet, tun0 interface (via a VPN e.g.) but the cluster has been setup initially on another subnet (say 10.* On the eth0 interface). Is it possible for pods on 2nodes to reach each other if those nodes are in the same 172.* Subnet but not in the same 10.* ?
i could not find out fro the documentation alone, whether in an HA setup:
in particular in the second part: is it possible that one agent node only sees on server node ? and of course if that server node goes down, then the agent goes down with it, sure.
is it possible to achieve this? and in such case is ti possible to specify a list of preferred server nodes in the agent config file so that when it starts it does not go over all server ips waiting for the first one to respond ? this makes the reboot very long
The text was updated successfully, but these errors were encountered: