Ce document a été traduit à l'aide d'une technologie de traduction automatique. Bien que nous nous efforcions de fournir des traductions exactes, nous ne fournissons aucune garantie quant à l'exhaustivité, l'exactitude ou la fiabilité du contenu traduit. En cas de divergence, la version originale anglaise prévaut et fait foi.

Dépannage des nœuds Controlplane

Cette section s’applique aux nœuds ayant le rôle controlplane.

Vérifiez si les conteneurs Controlplane sont en cours d’exécution

Il y a trois conteneurs spécifiques lancés sur les nœuds ayant le rôle controlplane :

  • kube-apiserver

  • kube-controller-manager

  • kube-scheduler

Les conteneurs doivent avoir le statut En cours. La durée affichée après En cours est le temps pendant lequel le conteneur a été en cours d’exécution.

docker ps -a -f=name='kube-apiserver|kube-controller-manager|kube-scheduler'

Exemple de sortie :

CONTAINER ID        IMAGE                                COMMAND                  CREATED             STATUS              PORTS               NAMES
26c7159abbcc        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-apiserver
f3d287ca4549        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-scheduler
bdf3898b8063        rancher/hyperkube:v1.11.5-rancher1   "/opt/rke-tools/en..."   3 hours ago         Up 3 hours                              kube-controller-manager

Journalisation des conteneurs Controlplane

Si vous avez ajouté plusieurs nœuds avec le rôle controlplane, kube-controller-manager et kube-scheduler utilisent un processus d’élection du leader pour déterminer le leader. Seul le leader actuel enregistrera les actions effectuées. Voir élection de leader Kubernetes pour savoir comment récupérer le leader actuel.

La journalisation des conteneurs peut contenir des informations sur ce que pourrait être le problème.

docker logs kube-apiserver
docker logs kube-controller-manager
docker logs kube-scheduler

SUSE® Rancher Prime: RKE2 Journalisation du serveur

Si Rancher provisionne un cluster RKE2 qui ne peut pas communiquer avec Rancher, vous pouvez exécuter cette commande sur un nœud serveur dans le cluster en aval pour obtenir les journaux du serveur RKE2 :

journalctl -u rke2-server -f