Requêtes et limites de ressources
La façon de déclarer les besoins en CPU et en mémoire d'un conteneur dans Kubernetes. La requête (request) est ce que le pod se voit garantir (elle sert à l'ordonnancement) ; la limite est le plafond qu'il ne doit pas dépasser. L'écart entre les deux gouverne la stabilité, le coût et le traitement du pod sous pression.
Mécanisme : le scheduler place un pod sur un nœud qui a de la place pour ses requêtes (leur somme ne peut pas dépasser la capacité du nœud). Les limites, elles, sont appliquées par le noyau : un conteneur qui dépasse sa limite de CPU est bridé, celui qui dépasse sa limite de mémoire est tué par l'OOM killer. Fixer requête < limite, c'est faire de la surallocation (le nœud promet plus qu'il n'a si tout le monde pique en même temps) — souple mais risqué. Cela détermine aussi la classe de QoS : requêtes = limites → Guaranteed (tué en dernier), requêtes seules → Burstable, rien → BestEffort (tué en premier). De mauvaises valeurs sont l'une des causes les plus courantes d'instabilité (limite de mémoire trop basse → boucle d'OOM) et de gaspillage (requête trop haute → capacité inutilisée). Fondamental pour toute exploitation de Kubernetes. Voir aussi la classe de QoS et le Vertical Pod Autoscaler.