If I were to setup a kubernetes cluster, would it be possible and viable to have the kubernetes master in datacenter A, while having the nodes in datacenter B? I know there can be issues with having nodes distributed over several datacenters due to the high latency between pods, but I am not able to find any documentation for seperating the master and nodes.

Am I correct in the understanding that if the master fails temporarily (e.g. due to a power issue in datacenter A), then the nodes will continue to function but without monitoring, health checks and so on?


If you use cloud, then definitely not. If you use on-prem kubernetes then definitely yes. The only disadvantage of this set up will be setting up proper node labels to devide them by datacentre and pod affinity to schedule pods properly to a target datacentre. More complicated set up will be sharing pods between datacentres. In this case you will need a "global" VPN so they can reach each other and their load balancers


If I understand you correctly the short answer is no, it is not possible to use nodes from different regions in single cluster.

However you can run clusters in multiple zones.

Kubernetes 1.2 adds support for running a single cluster in multiple failure zones (GCE calls them simply “zones”, AWS calls them “availability zones”, here we’ll refer to them as “zones”).

Multizone support is deliberately limited: a single Kubernetes cluster can run in multiple zones, but only within the same region (and cloud provider).

I hope it helps.

  • Your link dicusses a managed Kubernetes setup on GCE & AWS. I am setting it up myself, so the limitations or GCE & AWS does not apply. – Hedam Oct 8 '19 at 14:08
  • I see. So the answer from Владимир Тюхтин is what are you looking for. – Wytrzymały Wiktor Oct 8 '19 at 14:11

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.