Que se passe-t-il lorsque le maître Kubernetes échoue?
J'ai essayé de comprendre ce qui se passe lorsque le maître Kubernetes échoue dans un cluster qui n'a qu'un seul maître. Les demandes Web sont-elles toujours acheminées vers les pods si cela se produit, ou le système entier s'arrête-t-il simplement?
Selon la documentation d'OpenShift 3, qui est construite au-dessus de Kubernetes, ( https://docs.openshift.com/enterprise/3.2/architecture/infrastructure_components/kubernetes_infrastructure.html ), si un maître échoue , les nœuds continuent de fonctionner correctement, mais le système perd sa capacité à gérer les modules. Est-ce la même chose pour Vanilla Kubernetes?
Je crois comprendre que le maître exécute l'API et gère désormais (depuis la version 1.3?) L'infrastructure cloud sous-jacente. Lorsqu'elle est hors ligne, l'API sera hors ligne, de sorte que le cluster cesse d'être un cluster et est plutôt un groupe de nœuds ad hoc pour cette période. Le cluster ne pourra pas répondre aux pannes de noeud, créer de nouvelles ressources, déplacer des pods vers de nouveaux noeuds, etc. tant que le maître ne sera pas de nouveau en ligne.
Cependant, dans tous les cas, la durée de vie des applications se poursuivra normalement, à moins que les nœuds ne soient redémarrés ou qu'il y ait une panne dramatique d'une certaine manière pendant cette période, car les services TCP/UDP, les équilibreurs de charge, DNS, le tableau de bord, etc. Devraient tous continuer Pour fonctionner.
Si un nœud est redémarré, les requêtes DNS peuvent ne pas se résoudre correctement jusqu'à ce que le maître revienne en ligne.
Si vous souhaitez tester cela vous-même, je recommande kubeadm-dind-cluster ou kind .