Hubaria LAB

Processeur : part de la machine occupée pendant la dernière minute (100 % = les 2 processeurs à fond). Attente : part du temps où des programmes attendaient leur tour — c'est elle qui fait ramer ; vert sous 60 %. Charge : nombre de programmes qui veulent le processeur en même temps ; au-delà du nombre de processeurs, ils font la queue. Crédits de calcul : la « tirelire » d'une VM de la série B. Elle se remplit quand la machine est calme et se vide pendant les pics ; vide, la machine est freinée à sa part garantie (60 % d'un processeur pour une B2ms). Relus toutes les 15 minutes. Mémoire : part utilisée ; « libres » = ce qu'une app peut encore prendre sans rien chasser. Disque : place occupée sur le disque de la VM. Réseau de la VM : débit vers Internet (sortant) et depuis Internet (entrant), sur la dernière minute. Vert = normal, orange = à surveiller, rouge = problème (le bandeau d'alertes du haut dit quoi faire).

L'audit relit la machine en lecture seule et range ses constats par gravité, chacun avec le geste à faire. Il se lance avec le bouton, chaque lundi à 6 h, et tout seul quand une alerte rouge dure 10 minutes. Limites, tous déclenchements confondus : un audit toutes les 10 minutes, 3 par heure, 10 par jour. Il attend la fin d'une compilation en cours et tourne en priorité basse (une à deux minutes). Il ne garde que des chiffres et des noms d'apps : aucun contenu, aucune ligne de journal, aucune adresse IP, aucun secret. Les audits sont gardés 90 jours.