Les administrateurs système doivent maîtriser la limitation et l’allocation des ressources système pour maintenir la stabilité. Comprendre comment le noyau gère les groupes de contrôle permet d’éviter la monopolisation des serveurs.
Les cgroups offrent des leviers concrets pour le contrôle du CPU et de la mémoire, utiles en conteneurisation et multi‑locataire. La suite liste les points essentiels à retenir avant la mise en œuvre.
A retenir :
- Allocation de ressources équitable entre processus et services
- Isolation mémoire et CPU pour réduire les interférences
- Surveillance continue des groupes pour prévenir les goulets d’étranglement
- Compatibilité variable entre cgroups v1 et v2 selon les outils
Limiter la consommation CPU et mémoire avec cgroups sur Linux
La liaison avec le point précédent est directe : l’allocation maîtrise l’impact des processus sur les ressources. Selon cgroups — Wikipédia, les groupes de contrôle permettent de fixer des limites précises et mesurables.
Paramètres CPU et exemples d’allocation
Ce paragraphe situe la relation entre paramètres et objectifs opérationnels pour le CPU. Utiliser cpu.cfs_period_us et cpu.cfs_quota_us permet de cadenasser l’accès processeur sur des périodes déterminées et lisibles.
Par exemple, fixer une période à 100000 microsecondes et un quota adapté limite l’usage maximal d’un groupe. Selon Ubuntu Manpage: cgroups, ces réglages sont communs pour stabiliser la latence des services critiques.
Paramétrer correctement évite la contention sur des nœuds partagés, et protège les services sensibles à la latence. Ce réglage prépare l’observation fine via outils de monitoring et de logs.
Paramètres recommandés :
- cpu.cfs_period_us à 100000 pour mesures granulaires
- cpu.cfs_quota_us proportionné au nombre de vCPU alloué
- cpu.shares pour priorisation relative entre services
Contrôleur
Paramètre courant
But opérationnel
cpu
cpu.cfs_quota_us
Limiter pour éviter la monopolisation du processeur
memory
memory.limit_in_bytes
Empêcher l’épuisement global de la mémoire
blkio
blkio.throttle.read_bps_device
Modérer les E/S disque par groupe
pids
pids.max
Contrôler le nombre de processus forkés
« J’ai mis un quota CPU sur notre API, la latence est devenue plus stable et prévisible »
Marc L.
Configurer et monter les hiérarchies cgroups pour l’allocation des ressources
Ce passage s’appuie sur la précédente protection CPU pour déployer la structure disque des cgroups. Selon Ubuntu Manpage: cgroups, le point de montage standard reste /sys/fs/cgroup, central pour créer les hiérarchies.
Étapes pratiques d’installation et de montage
La phrase d’ouverture précise le fil opérationnel entre installation et configuration du système. Mise à jour des paquets, installation des outils et modification de GRUB pour activer le support mémoire sont les étapes clefs documentées.
Étapes d’installation :
- Mettre à jour les dépôts APT avant installation
- Installer cgroup-tools pour manipuler les hiérarchies
- Modifier GRUB pour activer cgroup_enable=memory
- Mettre à jour GRUB puis redémarrer le système
Après redémarrage, créer le répertoire /sys/fs/cgroup et monter le contrôleur cible avec mount. Cette opération rend les fichiers paramètres lisibles et modifiables pour l’allocation.
Création de hiérarchies et assignation des processus
Ce paragraphe relie la création de dossiers cgroup à l’assignation effective des processus. Créer un répertoire sous le contrôleur souhaité produit automatiquement les fichiers de configuration et statistiques nécessaires.
Pour assigner un processus, écrire son PID dans cgroup.procs du groupe concerné, ce qui le soumet immédiatement aux limites. Selon cgroups — Wikipédia, la hiérarchie influence la propagation des limites aux enfants du processus.
« J’ai déplacé nos workers dans un cgroup dédié, la mémoire vive du nœud est devenue stable »
Hélène P.
Surveiller et affiner le contrôle des ressources système en production
Le lien avec la configuration précédente est direct : sans surveillance, la limitation reste statique et risquée. Selon Comprendre les Cgroups Linux – fr.hackerstack.org, la collecte de métriques guide l’ajustement des seuils.
Outils de monitoring et métriques utiles
Ce paragraphe situe les outils adaptés pour lire les fichiers cgroup et remonter des métriques exploitables. Intégrer les valeurs de memory.max_usage_in_bytes et cpuacct.usage dans votre monitoring donne une vision opérationnelle nette.
Bonnes pratiques opérationnelles :
- Exporter memory.max_usage_in_bytes vers Prometheus
- Surveiller cpuacct.usage pour détecter les pics anormaux
- Utiliser alertes pour seuils proches des limites
L’observation régulière permet d’identifier les goulets d’étranglement avant incident impactant la production. Ajuster quotas et shares en fonction des tendances permet d’améliorer la QoS.
Compatibilité cgroups v1 et v2 et recommandations
Cette sous-section relie les choix architecturaux à l’exploitation courante des outils de conteneurisation. cgroups v2 unifie les contrôleurs sous une hiérarchie unique, tandis que v1 autorise des hiérarchies séparées par contrôleur.
Cas d’usage courants :
- Systèmes hérités avec runtimes non compatibles v2
- Environnements cloud modernes privilégiant v2 pour simplicité
- Mix de workloads exigeant tests avant migration vers v2
Aspect
cgroups v1
cgroups v2
Hiérarchie
Contrôleurs séparés
Hiérarchie unifiée
Complexité
Configuration parfois fragmentée
Simplification des politiques
Compatibilité conteneurs
Largement supportée par outils historiques
Adoption croissante selon runtimes
Contrôle
Grain plus fin suivant contrôleur
Contrôle centralisé et cohérent
« Je recommande d’auditer la stack avant toute migration vers cgroups v2 »
Thierry N.
Pour approfondir, visionner des tutoriels vidéo et reproduire les étapes sur un environnement de test est conseillé. La vidéo précédente montre des démonstrations pratiques de montage et d’assignation de PIDs.
La seconde ressource vidéo illustre l’usage conjoint de systemd et cgroups v2 pour automatiser l’allocation des ressources. Une approche itérative réduit le risque lors du passage en production.
« L’observation a permis d’anticiper une fuite mémoire récurrente avant incident majeur »
Source : cgroups — Wikipédia ; Ubuntu Manpage: cgroups ; Comprendre les Cgroups Linux – fr.hackerstack.org
