Dans un premier temps on est un peu effrayé par la complexité et le nombre des métriques disponibles, et, en plus une métrique en cache plusieurs ... par exemple la métrique "node_disk_io_now" "cache" des valeurs pour chaque disque, ci dessous la liste obtenue pour une machine de mon réseau/

Le logiciel est disponible dans les paquets standards de Debian, donc l'installation se passe bien avec le téléchargement d'un certain nombre (grand nombre) de dépendances.
Avec cette installation "brute" aucune mesure n'est visible d'une autre machine, ici la machine "porteuse" de la machine virtuelle Prometheus en ajoutant quelques lignes dans le fichier "/etc/prometheus/prometheus.yml" :

J'ai décidé de tester Prometheus qui semble un bon outil de monitoring et surtout est maintenu au goût du jour.
L'installation par défaut est faite dans une machine virtuelle KVM avec :
- RAM   : 2048M
- VCPU : 2
- Disk   : 32Go
- Debian Bookworm

Après le mise à jour hebdomadaire apache refuse de démarrer ...
Un examen des logs (systemd ne donne, comme d'habitude, aucun renseignement utile !), je vois que c'est "modsec2" qui se  plaint d'un problème de version de la bibliothèque "pcre" :

<span style="font-family:Arial,Helvetica,sans-serif;font-size:18px;">

J'ai voulu faire un dernier test qui représente un gros travail toujours à partir de la même table qui atteint maintenant 542 975 185 rangs ce qui représente un bon test.

J'ai voulu chercher les ports TCP les plus attaqués en sélectionnant les connections TCP qui ont fourni un retour de 0 octets, le SQL est donc :

Cet ordre SQL est très simple et le résultat est plus que spectaculaire, le passage "Clickhouse" a été réalisé avec l'inerface compatible Mysql.

L'ordre est très simple :
select count(*),max(LAST_SWITCHED),max(FIRST_SWITCHED) from flowsv4;

1) Résultats Clickhouse.