Kubernetes : l'architecture d'un cluster
Le plan de contrôle et les nœuds, l'état désiré et la boucle de réconciliation, la façon dont un pod est placé sur un nœud (ressources demandées, taints, tolérances) et le chemin d'un kubectl apply jusqu'au conteneur qui tourne.
- 32 cartes
- 6 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Questions
- Ranger et relier
- Sur le schéma
- Mises en situation
- Comprendre
Quelques cartes du deck
Plan de contrôle : de quoi s'agit-il ?
Voir la réponse
Ensemble des composants qui décident de ce que fait le cluster : serveur d'API, etcd, ordonnanceur et gestionnaire de contrôleurs.
Il ne fait pas tourner vos applications, c'est le rôle des nœuds. S'il s'arrête, les pods déjà lancés continuent de tourner, mais on ne peut plus rien créer, modifier ni replacer.
Quel composant décide sur quel nœud tourne un nouveau pod ?
- L'ordonnanceur
- Le kubelet de chaque nœud
- Le gestionnaire de contrôleurs
- kube-proxy
Voir la réponse
L'ordonnanceur
Le contrôleur crée le pod sans nœud, l'ordonnanceur lui attribue un nœud, puis le kubelet de ce nœud le démarre. Le gestionnaire de contrôleurs ne choisit jamais de nœud.
Sur chaque nœud, le … démarre les conteneurs des pods qui lui sont attribués, et … programme les règles réseau qui acheminent le trafic des Services.
Voir la réponse
Sur chaque nœud, le kubelet démarre les conteneurs des pods qui lui sont attribués, et kube-proxy programme les règles réseau qui acheminent le trafic des Services.
Les deux tournent sur chaque nœud, alors que l'ordonnanceur et le gestionnaire de contrôleurs appartiennent au plan de contrôle.
État désiré : de quoi s'agit-il ?
Voir la réponse
Ce que l'utilisateur a déclaré vouloir et que le cluster enregistre : par exemple trois répliques de l'image
web:1.4.On déclare un résultat, pas une suite de commandes :
kubectl applyne lance aucun conteneur lui-même, il modifie cette déclaration dans l'API.