Available inGermanEnglishFrenchHindiPortugueseRussianSpanish
CKA-Prüfungsvorbereitung: Certified Kubernetes Administrator
Benenne das Objekt, das Feld und die Korrektur hinter einem kaputten Cluster: ENDPOINTS leer, READY 0/1, ein Pod hängt in Pending. Für Engineers, die täglich mit kubectl arbeiten und schon einen CKA-Termin gebucht haben; kubectl-Sicherheit wird vorausgesetzt, Cluster-Administration nicht. Achtzig Karten sind nach den fünf Domänen des CNCF-Lehrplans gewichtet und auf dem Kubernetes-Stand der aktuellen Prüfung; trainiert wird das Erinnern, nicht die Hand, also am besten mit einem Lab-Cluster daneben üben.
Ein Kasten hinter dem API-Server ist verdeckt: die einzige Komponente, die den Clusterzustand dauerhaft hält. Nenne sie.
etcd
— Kein Kubernetes-Binary, sondern der Store, den kubeadm als Erstes aufsetzt.
Source
etcd ist ein konsistenter Key-Value-Store mit Watches und zugleich das ganze Gedächtnis des Clusters: ohne ihn existiert kein Deployment, kein Secret und kein Node mehr. Clients bedient er auf 2379, Peers auf 2380. Das Backup ist echte CKA-Arbeit: etcdctl snapshot save mit --endpoints, --cacert, --cert und --key, deren Zertifikate unter /etc/kubernetes/pki/etcd liegen, danach etcdutl snapshot restore in ein frisches Datenverzeichnis (etcd 3.6, das v1.35 mitbringt, hat restore aus etcdctl entfernt), und zuletzt zeigt das statische Pod-Manifest von etcd dorthin. Alles andere in der Control Plane ist zustandslos und darf jederzeit neu starten.