I'd like to ask if anyone else is using k8s in a high availablity setup, 
meaning multiple master nodes for redundancy and failover.

The scenario is: my team wishes to setup a bare bone k8s deployment on our 
in-house infrastructure. We cannot afford a hosted solution, such as GCE or 
AWS, so we are dealing with VMWare virtual machines, which are manually 
provisioned by another team. I managed to get k8s working using a single 
master instance, which is fine for a lab environment or a pilot. But we 
wish to make k8s masters highly available for production.

I've been reading up any documentation I can find, following the official 
tutorial <https://kubernetes.io/docs/admin/high-availability/>. Can't seem 
to find any descent tutorials or examples anywhere else. Safe to say, 
official docs are, at best, incomplete, outdated and scattered all over the 
place. It's very difficult to follow through a proper setup. Forgive me for 
venting this out here, but it's been a frustrating experience.

>From what I gather, *kubeadm* is still considered an *alpha release*. As 
far as I can tell, *kubeadm init* does not consider the setup to be 
clustered. All pods are provisoned for a single, unreplicated master. 
Should we consider setting up the cluster from scratch? I find that to be 
way out of hand, especially when a lot of details are scattered throughout 
kubernetes.io and github <https://github.com/kubernetes/>.

Would anyone have a better example of how to set this up? I'm planning for 
a standard setup with three masters that respond for the same k8s cluster. 
Once we have that setup, I can configure a load balance solution, like 
keepalived, to make all three masters serve the k8s API over a single 
public IP. Except, as of this moment, I can't even make the api-servers to 
agree with the clustered etcd instances.

Thanks in advance.

-- 
You received this message because you are subscribed to the Google Groups 
"Kubernetes user discussion and Q&A" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/kubernetes-users.
For more options, visit https://groups.google.com/d/optout.
  • [kubernetes... Julio Henrique Morimoto
    • Re: [k... Matthias Rampke
      • Re... 'David Oppenheimer' via Kubernetes user discussion and Q&A
        • ... Matthias Rampke
          • ... 'David Oppenheimer' via Kubernetes user discussion and Q&A
            • ... Matthias Rampke
      • Re... Julio Henrique Morimoto
    • [kuber... Arve Knudsen

Reply via email to