Available inFrenchEnglishGermanHindiPortugueseRussianSpanish
Préparation à l'examen CKA : Certified Kubernetes Administrator
Nommez l'objet, le champ et le correctif derrière un cluster cassé : ENDPOINTS à none, READY à 0/1, un Pod bloqué en Pending. Pour des ingénieurs qui pratiquent kubectl tous les jours avec une date d'examen CKA réservée ; kubectl est acquis, l'administration de cluster ne l'est pas. Quatre-vingts cartes pondérées selon les cinq domaines du programme CNCF et à jour de la version de Kubernetes que passe l'examen ; l'entraînement porte sur le rappel, pas sur les mains, gardez un labo à côté.
Derrière l'API server, une boîte est masquée : le seul composant qui stocke durablement l'état du cluster. Nommez-le.
etcd
— Ce n'est pas un binaire Kubernetes. C'est le magasin clé-valeur posé en premier.
Source
etcd est un magasin clé-valeur cohérent et observable, et c'est toute la mémoire du cluster : perdez-le et plus aucun Deployment, Secret ou Node n'existe. Il sert les clients sur 2379 et ses pairs sur 2380. La sauvegarde est du travail CKA de base : etcdctl snapshot save avec --endpoints, --cacert, --cert et --key (les certificats sont sous /etc/kubernetes/pki/etcd), puis etcdutl snapshot restore dans un répertoire de données neuf (etcd 3.6, livré avec v1.35, a retiré restore d'etcdctl), avant de pointer dessus le manifeste du Pod statique d'etcd. Tout le reste du control plane est sans état et se redémarre à volonté.