← Tous les projets Projet personnel · Supervision

Supervision & métriques

Savoir qu'un service est tombé avant qu'un utilisateur ne le signale, et disposer de l'historique pour comprendre pourquoi.

PrometheusGrafanaBlackbox exporterProxmox APIDocker
4 sourceshyperviseur, machines, sites publiés et disponibilité réseau
30 sintervalle de collecte
30 joursd'historique conservé
Lecture seuleaucun droit d'administration pour la supervision
01
Contexte

Des services utilisés au quotidien, donc à surveiller.

Mon homelab héberge des services que j'utilise réellement. Sans supervision, une panne se découvre par hasard. J'ai donc déployé une pile de métriques dédiée, isolée dans la zone serveurs comme les autres services.

02
Architecture

Une pile Prometheus conteneurisée.

  • Prometheus collecte et stocke les métriques.
  • Exporteur Proxmox : état et consommation de chaque machine virtuelle, conteneur et stockage, via l'API de l'hyperviseur avec un compte en lecture seule.
  • Node exporter : processeur, mémoire, disques et réseau de l'hôte physique.
  • Blackbox exporter : sondes HTTPS sur chaque site publié et tests de disponibilité réseau.
  • Grafana : tableaux de bord, publiés derrière le reverse proxy en HTTPS.

L'ensemble est décrit en Docker Compose et versionnable : sources de données et tableaux de bord sont provisionnés automatiquement au démarrage.

03
Sondes de bout en bout

Tester comme un utilisateur.

Plutôt que de vérifier qu'un processus tourne, chaque site est interrogé par son adresse publique. La sonde valide ainsi toute la chaîne : DNS, box, reverse proxy, certificat et application. Elle mesure aussi le temps de réponse et la date d'expiration des certificats.

04
Sécurité

Superviser sans ouvrir de brèche.

  • Compte de supervision limité au rôle d'auditeur de l'hyperviseur.
  • Exporteurs non exposés : seul le serveur de supervision peut les interroger, par règle de pare-feu dédiée.
  • Base de métriques accessible uniquement en local, interface Grafana derrière le reverse proxy.
05
Suite

Passer de l'observation à l'alerte.

Prochaine étape : des alertes sur les événements qui comptent (site indisponible, disque presque plein, sauvegarde en échec, certificat proche de l'expiration), puis l'ajout de métriques applicatives sur les services les plus critiques.

Discutons de vos besoins.

Dépannage, conseil ou projet informatique : un premier échange permet déjà d'y voir plus clair.

Me contacter →