Comment consulter les journaux des composants du cluster EKS Anywhere sur les nœuds principaux et secondaires pour BottleRocket, Ubuntu ou Redhat ?
Je souhaite consulter les journaux des composants lorsque la création d'un plan de contrôle ou de machines à plan de données échoue dans Amazon Elastic Kubernetes Service (Amazon EKS) Anywhere.
Brève description
Lors de la création d'un cluster de charge de travail Amazon EKS Anywhere, vous pouvez consulter les journaux de chaque machine dans le plan de contrôle, etc., et dans le plan de données.
Pour vérifier les journaux des composants sur chaque machine, les conditions suivantes doivent être remplies :
- EKS Anywhere essaie de créer un cluster de charges de travail, et chaque machine est en cours de création.
- Chaque machine vous permet de vous connecter via SSH sur le plan de contrôle, etc., et sur le plan de données.
Résolution
Vérifiez l'état de chaque machine à l'aide de la commande**$ kubectl get machines**.
Exemple de cluster de gestion :
$ kubectl get machines -A NAMESPACE NAME CLUSTER NODENAME PROVIDERID PHASE AGE VERSION eksa-system mgmt-etcd-bwnfq mgmt vsphere://4230b0d5-7b14-4753-bd41-3dbe4987dbc4 Running 5h26m eksa-system mgmt-etcd-bzm77 mgmt vsphere://4230b278-1fb4-f539-0afe-9f12afebf86b Running 5h26m eksa-system mgmt-etcd-dzww2 mgmt vsphere://42309b5a-b0ad-58a5-1e40-5fe39a3d1640 Running 5h26m eksa-system mgmt-jw8dl mgmt 10.4.11.19 vsphere://42304059-c833-48d3-9856-7f902c852743 Running 5h26m v1.24.9-eks-1-24-7 eksa-system mgmt-md-0-66b858b477-6cbcz mgmt 10.4.35.76 vsphere://4230efad-5d42-c570-36c5-bf9ee92ee011 Running 5h26m v1.24.9-eks-1-24-7 eksa-system mgmt-md-0-66b858b477-8h88c mgmt 10.4.19.38 vsphere://4230edbf-db9b-3ae9-a2e6-8421e06863fb Running 5h26m v1.24.9-eks-1-24-7 eksa-system mgmt-s7fb7 mgmt 10.4.67.152 vsphere://42301d6f-feb1-d967-9750-148d0823c7b5 Running 5h26m v1.24.9-eks-1-24-7
Après avoir vérifié l'état de vos machines et vérifié que vous pouvez consulter les journaux de leurs composants, connectez-vous à chaque machine via SSH. Dans l'exemple suivant, l’utilisateur est l'utilisateur de connexion SSH spécifié dans la configuration MachineConfig de chaque fournisseur :
$ ssh -i private_key_file user@Machine_IP_address
En fonction du système d'exploitation (SE) de votre machine, suivez les étapes appropriées pour consulter les journaux de ses composants.
**Remarque :**La section du plan de contrôle fait référence à une machine dont le nom comporte le préfixe du nom du cluster (« cluster \ _name- »). La section etcd fait référence à une machine dont le nom comporte le nom du cluster et le préfixe etcd (« cluster \ _name-etcd- »). La section du plan de données fait référence à une machine dont le nom comporte le préfixe du nom du cluster et du nom du nœud de travail (« cluster \ _name-worker \ _node \ _name- »). Selon les paramètres de ClusterConfig, etcd peut ne pas avoir de machine dédiée et démarrer sur le plan de contrôle.
Machines avec système d'exploitation BottleRocket
Lorsque vous vous connectez via SSH, vous vous connectez également au conteneur d'administration. À des fins de débogage, obtenez les privilèges root à l'aide de la commande suivante avant de consulter les journaux :
$ sudo sheltie
plan de contrôle
Pour le journal Kubelet, exécutez la commande suivante :
# journalctl -u kubelet.service --no-pager
Pour le journal containerd, exécutez la commande suivante :
# journalctl -u containerd.service --no-pager
Pour le journal d'initialisation de la machine, exécutez la commande suivante :
# journalctl _COMM=host-ctr --no-pager
Pour chaque journal de conteneur, vérifiez les journaux dans le répertoire /var/log/containers.
Pour les manifestes Kubernetes kube-apiserver,kube-controller-manager, kube-scheduler et kube-vip, vérifiez les fichiers dans le répertoire /etc/kubernetes/manifest.
etcd
Pour le journal containerd, exécutez la commande suivante :
# journalctl -u containerd.service --no-pager
Pour le journal d'initialisation de la machine, exécutez la commande suivante :
# journalctl _COMM=host-ctr --no-pager
Pour le journal etcd, consultez le répertoire /var/log/containers.
plan de données
Pour le journal Kubelet, exécutez la commande suivante :
# journalctl -u kubelet.service --no-pager
Pour le journal containerd, exécutez la commande suivante :
# journalctl -u containerd.service --no-pager
Pour le journal d'initialisation de la machine, exécutez la commande suivante :
# journalctl _COMM=host-ctr
Pour chaque journal de conteneur, vérifiez les journaux dans le répertoire /var/log/containers.
**Remarque :**Si vous utilisezAWS Snow comme fournisseur, vérifiez également les résultats des commandes suivantes sur chaque nœud :
# journalctl -u bootstrap-containers@bottlerocket-bootstrap-snow.service # systemctl status bootstrap-containers@bottlerocket-bootstrap-snow
Machines dotées d'un système d'exploitation Ubuntu ou Red Hat Enterprise Linux
À des fins de débogage, obtenez les privilèges root à l'aide de la commande suivante avant de consulter les journaux :
$ sudo su -
plan de contrôle
Pour le journal Kubelet, exécutez la commande suivante :
# journalctl -u kubelet.service --no-pager
Pour le journal containerd, exécutez la commande suivante :
# journalctl -u containerd.service --no-pager
Pour le journal d'initialisation de la machine, exécutez la commande suivante :
# cat /var/log/cloud-init-output.log
Pour chaque journal de conteneur, vérifiez les journaux dans le répertoire /var/log/containers.
Pour les données utilisateur qui s'initient au démarrage de la machine, exécutez la commande suivante :
# cat /var/lib/cloud/instance/user-data.txt
Pour les manifestes Kubernetes kube-apiserver,kube-controller-manager, kube-scheduler et kube-vip, vérifiez les fichiers dans le répertoire /etc/kubernetes/manifest.
etcd
Pour le journal etcd, exécutez la commande suivante :
# journalctl -u etcd.service --no-pager
Pour le journal d'initialisation de la machine, exécutez la commande suivante :
# cat /var/log/cloud-init-output.log
Pour les données utilisateur qui s'initient au démarrage de la machine, exécutez la commande suivante :
# cat /var/lib/cloud/instance/user-data.txt
plan de données
Pour le journal Kubelet, exécutez la commande suivante :
# journalctl -u kubelet.service --no-pager
Pour le journal containerd, exécutez la commande suivante :
# journalctl -u containerd.service --no-pager
Pour le journal d'initialisation de la machine, exécutez la commande suivante :
# cat /var/log/cloud-init-output.log
Pour les données utilisateur qui s'initient au démarrage de la machine, exécutez la commande suivante :
cat /var/lib/cloud/instance/user-data.txt
Pour chaque journal de conteneur, vérifiez les journaux dans le répertoire /var/log/containers.
Contenus pertinents
- demandé il y a 2 anslg...
- demandé il y a 10 moislg...
- Réponse acceptéedemandé il y a 4 moislg...
- demandé il y a un anlg...
- AWS OFFICIELA mis à jour il y a un an
- AWS OFFICIELA mis à jour il y a 6 mois
- AWS OFFICIELA mis à jour il y a un an
- AWS OFFICIELA mis à jour il y a 8 mois