Vérification de l'intégrité, du statut et des états du maître

États de la grappe et du maître

Comprendre l'impact d'une indisponibilité du maître

Le maître Kubernetes est le composant principal qui permet de garder votre cluster opérationnel. Le maître stocke les ressources du cluster et leurs configurations dans la base de données etcd qui assure le bon fonctionnement de votre cluster. Le serveur d'API Kubernetes correspond au point d'entrée principal pour toutes les demandes de gestion de cluster des noeuds worker au maître, ou lorsque vous souhaitez interagir avec les ressources de votre cluster.

Si une erreur maître se produit, vos charges de travail continuent à s'exécuter sur les nœuds worker, mais vous ne pouvez pas utiliser les commandes kubectl pour travailler avec vos ressources de cluster ou afficher l'intégrité du cluster jusqu'à ce que le serveur d'API Kubernetes dans le maître refonctionne. Si un pod est arrêté pendant l'indisponibilité du maître, le pod ne peut pas être replanifié jusqu'à ce que le nœud worker puisse à nouveau atteindre le serveur API Kubernetes.

Lors d'une indisponibilité du maître, vous pouvez toujours exécuter des commandes ibmcloud ks pour l'API IBM Cloud Kubernetes Service pour gérer vos ressources d'infrastructure, telles que les noeuds worker ou les réseaux locaux virtuels (VLAN). Si vous modifiez la configuration de cluster en cours en ajoutant ou en supprimant des nœuds worker dans le cluster, vos modifications ne se produisent pas tant que le maître n'est pas sauvegardé.

Ne pas redémarrer ou réamorcer un noeud worker pendant la durée d'indisponibilité du maître. Cette action retire les pods de votre noeud worker. Étant donné que le serveur API Kubernetes n'est pas disponible, les pods ne peuvent pas être rééchelonnées sur d'autres nœuds worker du cluster.