Outils de monitoring open source : uptime, pages de statut, métriques et erreurs
Niklas KarolyFondateur de Nodion
En bref
- Le monitoring open source couvre quatre tâches : les vérifications d'uptime (SolidPing), les pages de statut (Kener), les métriques serveur (Beszel, Komari) et le suivi des erreurs (GlitchTip, Rustrak).
- Les six utilisent des licences approuvées par l'OSI : MIT pour Kener, Beszel, Komari et GlitchTip, AGPL-3.0 pour SolidPing et GPL-3.0 pour Rustrak.
- GlitchTip et Rustrak acceptent les événements des SDK clients de Sentry : pour changer, il suffit de pointer le DSN vers votre propre instance.
- Nodion propose aussi des vérifications d'uptime intégrées pour n'importe quelle URL ou app, avec un intervalle minimal de 30 secondes et des alertes par e-mail, Slack, Discord et d'autres canaux.
Le « monitoring » recouvre quatre tâches différentes : vérifier que votre site répond, informer les utilisateurs avec une page de statut, surveiller les serveurs sous-jacents et capturer les erreurs que lève votre code. Il existe des outils open source pour chacune de ces tâches, et les six ci-dessous tournent chacun sur leur propre instance depuis le catalogue en un clic de Nodion.
Une règle vaut pour tous : faites tourner l'outil de surveillance sur une infrastructure distincte de celle qu'il surveille, par exemple dans une autre région. Sinon, une seule panne fait tomber à la fois l'app et l'outil censé la signaler.
En un coup d'œil
| Outil | Tâche | Licence | Fonctionne avec |
|---|---|---|---|
| SolidPing | Vérifications d'uptime, pages de statut, astreinte | AGPL-3.0 | PostgreSQL, stockage objet |
| Kener | Pages de statut et incidents | MIT | PostgreSQL, Valkey |
| Beszel | Métriques des serveurs et des conteneurs | MIT | Volume |
| Komari | Métriques serveur légères | MIT | Volume (SQLite) |
| GlitchTip | Suivi des erreurs, plus des vérifications d'uptime simples | MIT | PostgreSQL, volume, zone e-mail |
| Rustrak | Suivi des erreurs dans un seul petit processus | GPL-3.0 | PostgreSQL, volume |
Nos critères de sélection
- Fait bien l'une des quatre tâches : vérifications d'uptime, pages de statut, métriques serveur ou suivi des erreurs.
- Tourne sur votre propre instance à partir d'une image de conteneur.
- Licence open source approuvée par l'OSI, vérifiée dans le fichier LICENSE de chaque projet.
- Empreinte réduite : les presets nécessitent au plus 1 Go de mémoire.
1. SolidPing : vérifications d'uptime
SolidPing est un outil complet de surveillance de la disponibilité, dans un seul binaire Go. Ses vérifications vont bien au-delà de HTTP : TCP, UDP, ICMP, DNS, certificats SSL et domaines, serveurs de mail, gRPC, bases de données, files de messages et plus encore. Les vérifications peuvent tourner depuis des workers dans plusieurs régions, et des agents privés vérifient des cibles à l'intérieur de votre propre réseau via un WebSocket sortant (voir le README). S'y ajoutent des pages de statut, des alertes regroupées par panne plutôt que par vérification, des fenêtres de maintenance, des rotations d'astreinte avec escalade et des notifications vers Slack, Discord, l'e-mail, des webhooks, PagerDuty, ntfy et d'autres.
Licence : AGPL-3.0. Fichier de licence, site du projet.
Sur Nodion : un processus web avec PostgreSQL et un bucket de stockage objet. Connectez-vous avec admin@solidping.io et solidpass ; SolidPing vous oblige à définir un nouveau mot de passe à la première connexion. Faites-le juste après le premier déploiement, avant de partager l'URL : ces identifiants par défaut sont publics, donc la première personne qui se connecte prend le contrôle de l'instance.
2. Kener : pages de statut
Kener se concentre sur la page que voient vos utilisateurs. Il crée des pages de statut à votre image, avec votre logo, vos couleurs et votre CSS, des modes clair et sombre, et des widgets et badges de statut que vous pouvez intégrer ailleurs. Les incidents ont une chronologie avec des mises à jour, et les fenêtres de maintenance sont annoncées à l'avance. Kener exécute aussi ses propres vérifications (API, ping, TCP, DNS, SSL, SQL et heartbeat), envoie des notifications par e-mail, webhook, Slack ou Discord, et une seule instance peut servir plusieurs pages de statut.
Licence : MIT. Fichier de licence, site du projet.
Sur Nodion : un processus web avec PostgreSQL et Valkey, avec l'URL de l'app déjà définie comme origine de Kener. À la première ouverture, Kener affiche un formulaire de configuration pour le nom, l'e-mail et le mot de passe du propriétaire.
3. Beszel : métriques serveur
Beszel surveille des machines plutôt que des URL. Un petit agent sur chaque serveur remonte au hub le CPU, la mémoire, l'utilisation et les E/S du disque, le réseau, les températures, l'utilisation du GPU et les statistiques des conteneurs Docker ou Podman ; le hub conserve l'historique et envoie les alertes. Il prend en charge plusieurs utilisateurs, la connexion OAuth et OIDC, et des sauvegardes automatiques sur disque ou sur un stockage compatible S3.
Licence : MIT. Fichier de licence, site du projet.
Sur Nodion : le preset exécute le hub comme un processus web avec un volume de 10 Go. Les agents ne font pas partie du déploiement : installez-les sur les machines que vous voulez surveiller, et ils peuvent se connecter au hub par une connexion sortante en WebSocket. La première visite vous demande de créer le compte administrateur.
4. Komari : métriques serveur légères
Komari est un outil de surveillance de serveurs encore plus léger. Les agents remontent le CPU, la mémoire, le disque, le réseau et l'uptime, et le dashboard affiche des données en direct à une seconde d'intervalle, plus des graphiques d'historique. Des thèmes et des plugins changent l'apparence. L'espace d'administration inclut aussi un terminal web pour les serveurs connectés : protégez donc la connexion admin comme vous le feriez pour un mot de passe root.
Licence : MIT. Fichier de licence, site du projet.
Sur Nodion : un processus web avec SQLite sur un volume de 10 Go. Connectez-vous en tant que admin avec le ADMIN_PASSWORD généré, visible dans l'onglet Environment. Les agents se connectent en retour en HTTPS à l'URL de l'app, aucun port entrant supplémentaire n'est donc nécessaire.
5. GlitchTip : suivi des erreurs
GlitchTip est un outil de suivi des erreurs compatible avec les SDK clients de Sentry : pointez le DSN du SDK que vous utilisez déjà vers votre instance, et les exceptions, les messages de log et les violations de Content Security Policy arrivent au même endroit. Il liste aussi vos requêtes et vos appels de base de données les plus lents, et propose une surveillance de la disponibilité simple : il interroge votre site (ping), ou attend un heartbeat d'un job planifié, et alerte par e-mail ou webhook.
Licence : MIT. Fichier de licence, site du projet.
Sur Nodion : un processus web avec PostgreSQL, un volume de 10 Go pour les fichiers envoyés et une zone e-mail pour les e-mails sortants. À la première ouverture, vous enregistrez le premier utilisateur.
6. Rustrak : suivi des erreurs
Rustrak parle lui aussi le protocole Sentry : un SDK Sentry existant n'a donc besoin que d'un nouveau DSN. Il tourne comme un seul petit processus et accepte les événements en les écrivant d'abord sur disque, si bien qu'un pic de trafic n'attend pas la base de données. En plus des erreurs, il reçoit les logs, les transactions, la santé des releases (release health) et les traces d'agents IA.
Licence : GPL-3.0. Fichier de licence, site du projet.
Sur Nodion : un processus web avec PostgreSQL et un volume de 10 Go. Connectez-vous avec l'e-mail admin et le mot de passe qui suit les deux-points dans CREATE_SUPERUSER, dans l'onglet Environment.
Le monitoring intégré à Nodion
Si vos apps tournent sur Nodion, la vérification d'uptime de base est déjà là. Monitoring, dans le dashboard (le produit les appelle des observers), surveille n'importe quelle URL http(s) ou l'une de vos apps et son domaine, à une fréquence comprise entre 30 secondes et 30 minutes, en GET ou en HEAD. Vous définissez le code de statut attendu, et tout autre code compte comme une panne. Les alertes partent par e-mail, Slack, Discord, Google Chat, Telegram, Pushover, ntfy ou n'importe quel webhook, et chaque vérification est enregistrée avec son temps de réponse et sa région. Si c'est la sonde de Nodion qui échoue et non votre site, la vérification est marquée et ne compte pas comme indisponibilité. La configuration est décrite dans la documentation Monitoring.
Pour une page de statut publique, des métriques serveur ou le suivi des erreurs, ajoutez l'un des outils ci-dessus.
À voir aussi
- Tianji (Apache 2.0) réunit la mesure d'audience, les vérifications d'uptime et les pages de statut dans une seule app, et il figure aussi dans le catalogue en un clic.
- Uptime Kuma (MIT) est un outil simple de surveillance de la disponibilité, avec des vérifications HTTP, TCP, ping et DNS, de nombreux services de notification et plusieurs pages de statut.
Comment choisir
- Vous voulez de nombreux types de vérifications, des pages de statut et l'astreinte dans un seul outil : SolidPing.
- Vous avez surtout besoin d'une page de statut publique soignée, avec des incidents : Kener.
- Vous voulez les métriques CPU, mémoire, disque et conteneurs de vos serveurs : Beszel, ou Komari pour une installation encore plus légère.
- Vous voulez capturer les erreurs de votre code avec les SDK Sentry : GlitchTip, ou Rustrak pour un seul petit processus.
- Vos apps tournent déjà sur Nodion et vous avez besoin d'alertes d'uptime : le Monitoring intégré.
Chaque outil tourne sur Nodion dans sa propre instance, dans la région de votre choix : EU Central (Francfort), US East ou US West. Parcourez toutes les apps dans le catalogue en un clic.
Questions fréquentes
Quel est le meilleur outil open source de surveillance de la disponibilité ?
SolidPing si vous voulez de nombreux types de vérifications, des vérifications depuis plusieurs régions, des pages de statut et l'astreinte dans un seul outil. Uptime Kuma (MIT) est une option plus simple, avec des vérifications HTTP, TCP, ping et DNS et des pages de statut.
Quelle est une bonne page de statut open source ?
Kener (MIT) crée des pages de statut publiques à votre image, avec incidents, fenêtres de maintenance et badges intégrables, et exécute ses propres vérifications. SolidPing inclut aussi des pages de statut.
Existe-t-il une alternative open source à Sentry ?
Oui. GlitchTip (MIT) et Rustrak (GPL-3.0) acceptent tous deux les événements des SDK clients de Sentry : vous changez en pointant le DSN vers votre propre instance.
Nodion propose-t-il une surveillance de la disponibilité ?
Oui. Monitoring, dans le dashboard, vérifie n'importe quelle URL http(s) ou l'une de vos apps à des intervalles de 30 secondes à 30 minutes, et alerte par e-mail, Slack, Discord, Google Chat, Telegram, Pushover, ntfy ou webhook.