Autoscaling Kubernetes en 2026 : Karpenter, KEDA et les trois boucles qui doivent s'accorder
#kubernetes#cloud#devops#finops#infrastructure
Karpenter 1.15 est sorti le 10 octobre 2026, pour le projet amont comme pour son fournisseur AWS, le fournisseur Azure a suivi deux jours plus tard, et KEDA 2.21 est arrivé en septembre. EKS Auto Mode fait tourner Karpenter pour vous et le Node Auto Provisioning d'AKS fait de même sur Azure ; le Cluster Autoscaler, dix ans d'âge, reste le défaut sur GKE et le choix sûr ailleurs. La question produit (« quel autoscaler ? ») est moins intéressante que la question d'ingénierie : un cluster a trois boucles de mise à l'échelle, les pods par charge, les ressources par pod et les nœuds par cluster, et la plupart des incidents de montée en charge viennent de deux d'entre elles en désaccord. Cet article explique les boucles, compare les autoscalers de nœuds tels qu'ils sont en octobre 2026, et montre où va l'argent.
Trois boucles, un système de régulation
tadata
Le premier bloc décide combien de pods ; le dernier décide combien de nœuds. L'ordonnanceur entre les deux transforme l'écart en pods en attente, seul signal qu'un autoscaler de nœuds voit. Le Vertical Pod Autoscaler (VPA), qui ajuste les demandes de ressources par pod, est hors de l'image et c'est la boucle qui se bat le plus souvent avec les deux autres : un VPA qui augmente les demandes pendant que le HPA ajoute des réplicas double la demande sur les nœuds.
Quel niveau met à l'échelle quoi
tadata
KEDA n'est pas un concurrent de Karpenter : il pilote les réplicas à partir de signaux externes (une file, un retard de topic, un cron) et sait descendre à zéro, ce que le HPA ne sait pas. Sa version 2.21 de septembre 2026 conserve le même modèle de scalers (plus de 70 sources d'événements) et reste la façon standard de faire tourner des charges batch et événementielles sur un cluster par ailleurs dimensionné par Karpenter.
Cluster Autoscaler ou Karpenter
tadata
Versions au 15 octobre 2026 : Karpenter v1.15.0 (10 octobre) pour le projet amont et le fournisseur AWS, fournisseur Azure v1.14.5 (12 octobre), KEDA v2.21.0 (23 septembre). Les délais sont ceux que rapportent les éditeurs et les comparatifs indépendants ; vos chiffres dépendent davantage de la taille des images et du démarrage des nœuds que de l'autoscaler.
tadata
La leçon du graphique est que la marge bat la vitesse : si votre trafic peut doubler en une minute, aucun autoscaler de nœuds n'est assez rapide et il vous faut du surprovisionnement (un déploiement de remplissage à basse priorité pour lequel Karpenter garde de la capacité) ou un scaler cron KEDA avant le pic.
Où va l'argent
tadata
Les chiffres sont un composite de missions, pas un benchmark, mais la forme est constante : consolidation et spot sont les deux grandes barres, le redimensionnement est celle que personne ne fait parce qu'elle exige la boucle VPA, et la variante managée reprend une partie de l'économie en échange de ne pas exploiter Karpenter soi-même. Pour la plupart des équipes sous la centaine de nœuds, l'échange en vaut la peine.
Ce qu'il faut surveiller
tadata
Deux de ces tuiles attrapent les conflits de boucles décrits au début. Un ratio demandé/allouable au-dessus de 80 % avec des pods en attente qui augmentent signifie que la boucle des nœuds est affamée par des demandes trop élevées (problème VPA) ; des consolidations bloquées par des Pod Disruption Budgets signifient que la boucle des charges interdit ce que la boucle des nœuds veut (définir des budgets qui autorisent une perturbation, ou utiliser les budgets de perturbation de Karpenter pour consolider la nuit).
En résumé
En 2026, l'autoscaler de nœuds est un choix réglé : Karpenter là où il a un fournisseur au niveau production (AWS, Azure), le Cluster Autoscaler sur GKE et sur site, et les variantes managées si vous préférez payer plutôt qu'exploiter. La partie non réglée est l'accord entre les trois boucles. Donnez à la boucle des charges le bon signal (KEDA pour les files et les calendriers), à la boucle des pods une routine de redimensionnement, à la boucle des nœuds des contraintes et des budgets de perturbation, et regardez les six tuiles chaque semaine. Nos articles sur le prix du Kubernetes managé et le durcissement de Kubernetes couvrent la facture et la sécurité.
Sources : pages de versions GitHub de Karpenter, karpenter-provider-aws, karpenter-provider-azure et KEDA (versions relevées le 15 octobre 2026) ; documentation AWS EKS Auto Mode et Azure AKS Node Auto Provisioning ; comparatifs éditeurs et indépendants de 2026 (Cast AI, ScaleOps, PerfectScale) pour les plages de délais. Le pont de coûts est illustratif.
Nous utilisons des cookies analytiques pour améliorer votre expérience. Aucune donnée personnelle n'est collectée.