Beszel : la surveillance de serveurs légère qui mise sur PocketBase
Surveillance légère du serveur avec données historiques, statistiques Docker et alertes.
En bref
- De quoi s’agit-il ?
- Beszel associe un hub web bâti sur PocketBase et un agent par machine pour suivre CPU, mémoire, disques, conteneurs Docker et Podman, GPU et santé S.M.A.R.T., avec alertes configurables et sauvegardes vers S3, sous licence MIT.
- À qui s’adresse-t-il ?
- Beszel concerne les administrateurs de parc modeste, homelab ou petite infrastructure, qui veulent des données historiques, des statistiques Docker et des alertes sans monter une pile Prometheus et Grafana complète. Il concerne moins les organisations qui exigent une haute disponibilité du monitoring ou des garanties d'éditeur : le projet est en version 0.x et porté par un mainteneur unique.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 2 jours.
- En quel langage est-il écrit ?
- Principalement Go, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Une surveillance qui revendique la légèreté, dès l'introduction
Beszel se présente comme une plateforme légère de surveillance de serveurs, avec statistiques Docker, données historiques et alertes. Le README promet une interface web agréable, une configuration minimale et un usage immédiat, complétés par la sauvegarde automatique, le multi-utilisateur, l'authentification OAuth et un accès API.
La revendication de légèreté est assumée : plus petit et moins gourmand en ressources que les solutions dominantes, une affirmation de l'auteur présentée sans chiffres ni adversaire nommé. Le reste du dossier est plus concret : traductions gérées via Crowdin, images officielles henrygd/beszel et henrygd/beszel-agent sur Docker Hub, et 24 796 étoiles qui attestent d'une adoption large pour un projet encore en version 0.x.
Un hub PocketBase et un agent par machine
L'architecture tient en deux composants. Le hub est une application web bâtie sur PocketBase, le serveur embarqué Go avec sa base SQLite, qui fournit le tableau de bord pour visualiser et gérer les systèmes connectés. L'agent tourne sur chaque machine à surveiller et transmet ses métriques au hub.
Ce découpage rend le déploiement lisible : un seul service central à sauvegarder, un conteneur léger par hôte. Le choix de PocketBase explique une partie de la promesse de légèreté, l'authentification, les utilisateurs et la persistance étant fournis par la même brique. L'installation suit le guide de démarrage rapide de beszel.dev, que le README annonce suffisant pour être opérationnel en quelques minutes.
Douze familles de métriques, du ZFS ARC aux disques S.M.A.R.T.
La liste des métriques prises en charge dépasse le socle habituel. CPU, mémoire et réseau sont suivis côté hôte et côté conteneurs Docker ou Podman, la mémoire incluant le swap et le ZFS ARC. Disque et I/O gèrent plusieurs partitions et périphériques, la charge moyenne et la température viennent des capteurs de l'hôte, et la vitesse des ventilateurs se lit sous Linux via /sys/class/hwmon.
Les entrées plus rares font la différence : consommation et charge des GPU Nvidia, AMD et Intel, niveau de batterie de l'hôte, et santé S.M.A.R.T. des disques, avec l'usure eMMC et l'état des grappes mdraid Linux via sysfs quand il est disponible. Pour un parc hétérogène de serveurs et de machines personnelles, cette couverture évite d'ajouter un exportateur par cas particulier.
Alertes multi-compteurs, sauvegardes S3 et connexions OAuth
Les alertes se configurent sur huit grandeurs : CPU, mémoire, disque, bande passante, température, vitesse des ventilateurs, charge moyenne et statut des systèmes. Côté exploitation, les sauvegardes automatiques s'écrivent et se restaurent depuis le disque ou un stockage compatible S3, ce qui couvre le cas classique d'un hub hébergé chez un fournisseur objet.
L'authentification suit les standards actuels : de nombreux fournisseurs OAuth2 et OIDC sont pris en charge, et l'authentification par mot de passe peut être désactivée pour baser l'accès uniquement sur un fournisseur d'identité. Le modèle multi-utilisateur distingue les rôles : chacun gère ses propres systèmes, et les administrateurs peuvent partager des systèmes entre utilisateurs, ce qui permet de servir plusieurs personnes depuis un seul hub.
Un mainteneur seul, un canal Matrix, des releases 0.18
La section entraide du README pose des règles honnêtes : chercher d'abord dans les issues et discussions existantes, puis poster les bugs et demandes de fonctions sur GitHub Issues, et les questions de support sur GitHub Discussions ou dans le salon Matrix communautaire #beszel:matrix.org. Le mainteneur écrit noir sur blanc qu'il essaie de répondre au mieux, sans toujours avoir le temps.
Le rythme des releases reflète cette organisation : v0.18.6 le 29 mars 2026, v0.18.7 le 5 avril, puis v0.18.8 le 17 août, jour du dernier push, avec 315 issues ouvertes en attente. Le numéro de version reste sous 1.0 : le projet évolue vite et peut changer ses comportements entre versions mineures, un point à intégrer dans votre stratégie de mise à jour.
Licence MIT et cadre d'adoption
Beszel est distribué sous licence MIT, avec le texte dans le fichier LICENSE du dépôt. Cette licence autorise l'usage commercial, la modification et la redistribution, à condition de conserver les avis de copyright ; elle ne promet en revanche ni support, ni garantie, la maintenance reposant entièrement sur le projet et sa communauté.
Pour l'évaluation pratique, deux vérifications portent le plus de valeur. Déployez le hub et un agent depuis les images Docker Hub officielles, ajoutez une machine réelle, et contrôlez que les métriques que vous attendez, GPU, S.M.A.R.T., ZFS ARC selon votre matériel, remontent bien dans le tableau de bord. Configurez ensuite une alerte à un seuil bas et provoquez-la : la chaîne complète, de la mesure à la notification, vaut mieux que la liste des fonctions du README pour décider.
Conclusion éditoriale
Beszel concerne les administrateurs de parc modeste, homelab ou petite infrastructure, qui veulent des données historiques, des statistiques Docker et des alertes sans monter une pile Prometheus et Grafana complète. Il concerne moins les organisations qui exigent une haute disponibilité du monitoring ou des garanties d'éditeur : le projet est en version 0.x et porté par un mainteneur unique. Avant de l'adopter, déployez le hub et un agent depuis les images Docker Hub officielles, vérifiez que les métriques GPU et S.M.A.R.T. remontent bien sur votre matériel, puis configurez une alerte CPU et déclenchez-la volontairement pour tester le circuit complet.
Notes de la communauté