Nœuds — Vue d'ensemble

Les nœuds worker (Worker Nodes) exécutent les workloads applicatifs. Chaque nœud héberge trois composants système indispensables.

---

Composants d’un nœud worker

Composant	Rôle	Note
kubelet	Agent du nœud — reçoit les specs de pods, pilote le runtime, reporte l’état au Control Plane	kubelet
container runtime	Exécute concrètement les conteneurs (pull image, démarrage, isolation)	container runtime
kube-proxy	Gère les règles réseau locales (iptables/eBPF) pour implémenter les Services Kubernetes	kube-proxy

---

Anatomie d’un nœud worker

┌──────────────────────────────────────────────────────────┐
│                       Nœud Worker                         │
│                                                            │
│  ┌─────────┐   ┌─────────────────┐   ┌───────────────┐   │
│  │ kubelet │   │ container        │   │  kube-proxy   │   │
│  │         │──►│ runtime          │   │  (iptables /  │   │
│  │ agent   │   │ (containerd /    │   │   eBPF)       │   │
│  │ système │   │  CRI-O)         │   │               │   │
│  └────┬────┘   └─────────────────┘   └───────────────┘   │
│       │                                                    │
│       │  Pods en cours d'exécution                        │
│  ┌────▼────────────────────────────────────────────────┐  │
│  │  Pod A  [conteneur 1] [conteneur 2]  │  Pod B  …   │  │
│  └─────────────────────────────────────────────────────┘  │
└──────────────────────────────────────────────────────────┘
         │                              │
         ▼                              ▼
   kube-apiserver               Autres nœuds / Services
   (Control Plane)

---

Cycle de vie d’un pod sur un nœud

1. kube-scheduler assigne le pod à ce nœud
       ↓
2. kube-apiserver notifie le kubelet (watch)
       ↓
3. kubelet lit la PodSpec
       ↓
4. kubelet appelle le container runtime (via CRI)
       ↓
5. container runtime pull l'image + démarre les conteneurs
       ↓
6. kubelet reporte le statut au kube-apiserver
       ↓
7. kube-proxy met à jour les règles iptables/eBPF pour le Service

---

Interfaces standardisées

Interface	Rôle	Implémentations courantes
CRI (Container Runtime Interface)	kubelet ↔ container runtime	containerd, CRI-O
CNI (Container Network Interface)	réseau des pods	Cilium, Calico, Flannel
CSI (Container Storage Interface)	stockage persistant	AWS EBS, GCE PD, NFS

---

En relation avec

• Synthèse des composants Kubernetes — vue d’ensemble du cluster
• Plan de contrôle — Vue d’ensemble — les composants qui pilotent ces nœuds
• Réseau Kubernetes — Vue d’ensemble — CNI, kube-proxy, ingress
• Extensibilité — Vue d’ensemble — CRI, CNI, CSI comme points d’extension