Leçon 12 : Ressources et sondes de santé

Jusqu'ici on a dit à Kubernetes quoi exécuter, mais pas quelle puissance lui donner ni comment savoir s'il est vraiment en bonne santé. Cette leçon comble les deux manques. D'abord, les ressources : pour chaque conteneur on peut indiquer requests — la quantité garantie de CPU et de mémoire que le sc

requests, c'est le siège que tu as réservé pour être sûr·e d'avoir une place ; limits, c'est la ligne à ne jamais franchir ; les probes sont une prise de pouls ("tu es vivant ?") et un contrôle de préparation ("tu es prêt à travailler ?").

Demandes de ressources: La quantité garantie de CPU et de mémoire pour un conteneur. Le scheduler s'en sert pour choisir un node ayant assez de place libre.
Limites de ressources: Le plafond strict de CPU et de mémoire. Dépasser la mémoire fait planter le conteneur (OOMKilled), et le CPU est étranglé jusqu'au plafond.
Sondes de santé: Des vérifications périodiques que le kubelet exécute sur un conteneur : liveness (vivant, sinon redémarrage) et readiness (prêt pour le trafic).
Millicores: L'unité de mesure du CPU dans Kubernetes. 1000m équivaut à un cœur complet, donc 250m est un quart de cœur.
Mebibyte (Mi): Une unité de mémoire binaire. Un Mi vaut 1024×1024 octets, donc 128Mi représente 128 mébioctets de mémoire.