OOM, démarrages et limites de processus

Des contrôles optionnels disponibles depuis la 0.0.68 et visibles sur la démo.

1. Activer les mesures

monit-docker --event-window 300 stats --rsc oom_events --rsc starts_recent --rsc pids_current --rsc pids_limit --rsc pids_percent

Ces contrôles sont facultatifs. Des options --rsc explicites remplacent la sélection par défaut : ajoutez les ressources CPU et mémoire si nécessaire. La fenêtre est une option globale, avant stats ou serve. Une règle utilisant ces ressources active aussi leur collecte.

2. Interpréter les résultats

oom_events compte les événements OOM de Docker dans la fenêtre. starts_recent compte les démarrages, y compris le premier, les redémarrages manuels et ceux de la politique Docker. Les PID comprennent processus et threads ; le pourcentage utilise la limite configurée du conteneur, pas celle d’un cgroup parent. Une limite illimitée ou inconnue ne donne pas de pourcentage.

3. Identifier un historique incomplet

Docker conserve au plus 256 événements. Lorsque ce tampon ne couvre pas la fenêtre demandée, les compteurs sont indisponibles et l’interface affiche « Event history incomplete ». L’historique ne persiste pas après un redémarrage du démon Docker, même sans troncature détectée. Ce sont des jauges sur une fenêtre, pas des compteurs cumulés : ne leur appliquez pas rate().

4. Ajouter les alertes optionnelles

L’exemple source examples/monitoring/alerts.runtime.yml couvre OOM, démarrages fréquents, pression PID et historique incomplet. Montez-le dans Prometheus et ajoutez-le à rule_files. Alignez sa fenêtre de 300 secondes sur celle de l’agent. La démo publique affiche les mesures et conserve les actions manuelles dans son journal ; elle ne provoque pas volontairement de saturation mémoire.