Le 5 octobre 2026, un billet officiel Kubernetes documente le swap de nœud, disponible en GA depuis la v1.34, avec des gains mesurés jusqu’à 3× de densité sur SSD local. Activez-le pour les charges best-effort et les agents IA, mais jamais pour masquer une fuite mémoire.

Kubernetes a déprécié cgroup v1 et prévoit sa suppression complète en v1.38 ; depuis la v1.35, le kubelet refuse de démarrer sur un nœud resté en cgroup v1. Si vos nœuds tournent encore sous cgroup v1, migrez-les vers cgroup v2 avant de monter en version, sinon le cluster refusera de démarrer.

Avec Kubernetes 1.37, la fonctionnalité Pod-Level Resource Managers passe en bêta (désactivée par défaut) : Topology Manager, CPU Manager et Memory Manager lisent désormais directement les déclarations .spec.resources. Les workloads à latence critique peuvent réserver des cœurs NUMA exclusifs au conteneur principal tout en plaçant les sidecars dans un pool partagé isolé du pod.

La fonctionnalité Memory QoS de Kubernetes, qui guide le noyau Linux dans la gestion de la mémoire des conteneurs via cgroup v2, passe en bêta et s’active par défaut dans la version 1.37. Le changement clé est ailleurs : le facteur de throttling implicite disparaît, ce qui rend la mise à niveau sans surprise pour les clusters existants.

La version 1.37 de Kubernetes active par défaut KubeletInUserNamespace : kubelet, runtimes et CNI peuvent désormais tourner en tant que non-root dans un user namespace. Activez-le sur vos nœuds pour confiner les failles de type container-breakout loin des privilèges root de l’hôte.