Kubernetes 1.35 « Timbernetes » : le redimensionnement à chaud des pods passe en stable
2025-12-17 · Éditeur : Kubernetes · Domaine : Cloud & DevOps
Le 17 décembre 2025, Kubernetes 1.35 livre 60 évolutions (17 stables). Le redimensionnement des pods sans redémarrage passe en stable, cgroup v1 est retiré, ipvs est déprécié et c'est la dernière version compatible avec containerd 1.x.
Ce qui change
- 60 évolutions : 17 stables, 19 en bêta, 22 en alpha.
- Redimensionnement en place du CPU et de la mémoire d'un pod : stable après plus de six ans.
- Retrait de cgroup v1 ; mode ipvs de kube-proxy déprécié.
- Dernière version compatible avec containerd 1.x.
### Ce qui change Le 17 décembre 2025, Kubernetes publie la version **1.35 « Timbernetes »** : **60 évolutions**, dont 17 stables, 19 en bêta et 22 en alpha. La mise à jour phare est le passage en disponibilité générale du **redimensionnement en place des ressources d'un pod** : le CPU et la mémoire se modifient sans redémarrer le pod ni ses conteneurs. ### Caractéristiques - Redimensionnement en place (KEP-1287) : alpha en 1.27, bêta en 1.33, stable en 1.35, après plus de six ans de conception. - Certificats de pods en bêta : le kubelet génère les clés et demande les certificats pour fournir une identité de charge de travail, sans passer par cert-manager ou SPIFFE/SPIRE. - Autres passages en stable : champ `managedBy` des Jobs (utile à MultiKueue), répertoire de configuration du kubelet par fragments, contrôle fin des groupes supplémentaires. - **Retrait du support de cgroup v1** : les nœuds sur des distributions Linux anciennes doivent passer à cgroup v2 ; le mode **ipvs** de kube-proxy est déprécié. - La 1.35 est la **dernière version à prendre en charge containerd 1.x** : il faut passer en containerd 2.0 ou plus avant la suivante. ### Pourquoi c'est important Le redimensionnement en place répond à un besoin ancien des bases de données, des traitements par lots et de l'inférence : ajuster les ressources sans interrompre le service. Il alimente aussi l'autoscaling vertical. Pour les exploitants, la version impose surtout de l'inventaire : nœuds en cgroup v1, kube-proxy en ipvs, containerd 1.x, autant de prérequis à traiter avant les montées de version de 2026. Le billet note aussi une meilleure stabilité des pods au redémarrage du kubelet : l'état des conteneurs existants est restauré depuis le moteur d'exécution. ### À retenir Kubernetes 1.35 rend le redimensionnement des pods sans redémarrage utilisable en production, et fixe des échéances de migration.
Liens
Tags : Kubernetes, Cloud natif, Conteneurs, FinOps, Open Source