Aller au contenu

Bank 7 – Schématisation (Partie 1 : Fondations)

Instructions

Dessinez ou légendez le schéma demandé.
Cliquez sur « Éléments attendus » pour comparer avec le corrigé.

Total : 5 exercices (niveau intermédiaire)

Exercice 1 : Architecture globale d'un Deployment et de ses ReplicaSets

Consigne : Dessinez un schéma illustrant la hiérarchie d'un objet Deployment gérant des réplicas de Pods. Votre schéma doit clairement montrer le rôle du contrôleur et l'utilisation d'un ReplicaSet intermédiaire lors d'une mise à jour.

Éléments attendus
  • L'objet Deployment au sommet.
  • Le ou les ReplicaSet (ancien et nouveau en cas de transition).
  • Les Pods associés (avec leurs adresses IP et leurs labels).
  • Les liens de contrôle (relations parent/enfant).
  • En cas de RollingUpdate : deux ReplicaSets coexistent (l'ancien avec un nombre de réplicas réduit et le nouveau avec des réplicas croissants).
  • Structure correcte : Le Deployment ne gère pas directement les pods, il pilote un ReplicaSet qui supervise les Pods.

Exercice 3 : Communication inter-pods et rôle du CNI (Flannel)

Consigne : Dessinez le schéma du réseau d'un nœud k3s montrant comment deux Pods s'exécutant sur un même nœud communiquent directement, et indiquez l'interface virtuelle utilisée.

Éléments attendus
  • L'espace de l'hôte (Node OS) avec son interface réseau physique.
  • Le pont réseau ou plugin CNI (Flannel).
  • Deux Pods distincts avec leur propre espace de noms réseau (Network Namespace).
  • Les interfaces virtuelles en paire (veth pairs) reliant chaque Pod au pont réseau du nœud.
  • Isolation et partage : Chaque pod a son interface virtuelle reliée via une paire veth au pont du nœud. La communication locale s'affranchit des couches complexes grâce au routage interne du CNI.

Exercice 5 : Séquence d'exécution d'un RollingUpdate

Consigne : Représentez sous forme de chronogramme ou de schéma séquentiel les étapes d'un déploiement en mode RollingUpdate en indiquant l'évolution des compteurs MaxSurge et MaxUnavailable.

Éléments attendus
  • Axe temporel ou étapes successives (État initial → Transition → État final).
  • Représentation visuelle des anciens pods (en cours de suppression) et des nouveaux pods (en cours de création).
  • Visualisation du respect des limites configurées (maxSurge autorisant un excédent temporaire, maxUnavailable autorisant des pertes temporaires).
  • Continuité de service : Le schéma doit prouver que le service ne subit pas d'interruption totale grâce au maintien d'une capacité minimale de pods opérationnels pendant toute la durée de la mise à jour.