En bref — Pour un homelab, commence par Beszel — installation en une commande, monitoring multi-nœuds Proxmox et Docker natif, alertes intégrées, zéro configuration. Grafana devient pertinent uniquement si tu atteins les limites de Beszel : rétention longue durée, dashboards très personnalisés (TeslaMate, métriques custom), ou corrélation infra + logs. Pour 95 % des homelabs, Beszel suffit largement.
Pourquoi ce comparatif
Quand j’ai monté mon cluster Proxmox, la première question c’était : comment je surveille l’état de mes nœuds ? La réponse évidente que tout le monde donne : Grafana.
Sauf que Grafana seul ne fait rien. Il faut Prometheus pour collecter, node_exporter sur chaque machine, cAdvisor pour Docker, Alertmanager pour les alertes. Pour une infra prod, c’est justifié. Pour un homelab de 3 nœuds, c’est une demi-journée de config pour surveiller 3 serveurs avec 6 containers qui tournent en permanence.
Beszel m’a changé la vie sur ce point. Voici pourquoi — et dans quel cas Grafana reste irremplaçable.
Beszel — l’installation en une commande
Beszel (open-source sur GitHub) c’est un hub central + des agents légers. Tu lances le hub une fois, tu ajoutes tes machines via l’interface, et tu obtiens une clé publique à coller dans le compose de l’agent. C’est tout.
Hub (une seule fois)
services:
beszel:
image: henrygd/beszel
container_name: beszel
restart: unless-stopped
ports:
- "8090:8090"
volumes:
- ./data:/beszel_dataAgent sur chaque nœud à surveiller
services:
beszel-agent:
image: henrygd/beszel-agent
container_name: beszel-agent
restart: unless-stopped
network_mode: host
volumes:
- /var/run/docker.sock:/var/run/docker.sock:ro
environment:
PORT: 45876
KEY: "clé-publique-générée-dans-linterface-beszel"La clé publique est générée automatiquement dans Beszel quand tu ajoutes un système. Copier-coller, et la machine apparaît dans le dashboard en quelques secondes. Sur mon cluster, j’ai ajouté mes 3 nœuds Proxmox en moins de 10 minutes.
Beszel génère une clé publique unique par système depuis son interface. Tu peux ajouter autant de nœuds que tu veux sans toucher à la config du hub, et chaque agent est indépendant.
Ce que tu obtiens sans configuration supplémentaire : CPU, RAM, disque, réseau par machine, tous les containers Docker avec leur consommation individuelle, et un graphe temps réel pour chaque métrique.
Grafana — plus lourd, mais il garde tout
Grafana n’est pas un outil de monitoring — c’est un outil de visualisation. Il se connecte à des sources de données (Prometheus, InfluxDB, Loki, PostgreSQL) et construit des dashboards dessus. C’est sa force et sa complexité.
Pour monitorer une machine avec Grafana, tu as besoin de :
- Prometheus pour collecter les métriques
- node_exporter sur chaque machine cible
- cAdvisor si tu veux voir Docker
- Alertmanager pour les alertes
- Et Grafana lui-même pour afficher tout ça
La bonne nouvelle : une fois que cette stack tourne, tu gardes les données aussi longtemps que tu veux. La rétention Prometheus est configurable (15 jours par défaut, mais tu peux aller à 1 an), et tu peux construire des dashboards qui affichent n’importe quelle période. Si tu veux voir l’évolution de ton CPU sur 6 mois, Grafana le fait.
L’autre avantage de Grafana : les dashboards communauté. TeslaMate, Home Assistant, Traefik, Nextcloud — tous exposent des métriques Prometheus et ont des dashboards Grafana officiels que tu importes en un clic (le numéro de dashboard sur grafana.com). C’est là que Grafana brille vraiment.
Comparatif point par point
| Critère | Beszel | Grafana + Prometheus |
|---|---|---|
| Installation | 5-10 min (2 docker run) | 30-60 min (stack complète) |
| Containers nécessaires | 1 hub + 1 agent/machine | 4-6 (Grafana, Prometheus, exporters, Alertmanager) |
| RAM totale stack | ~50 MB | ~500 MB à 1 GB |
| Multi-nœuds | Natif, 1 clic | Federation Prometheus ou remote_write |
| Monitoring Docker | Natif, sans config | cAdvisor requis |
| Alertes | Intégrées (webhook, Telegram, email) | Alertmanager (puissant mais complexe) |
| Rétention données | SQLite embarqué (illimitée) | Prometheus configurable (15j par défaut) |
| Dashboards custom | Non — layout fixe | Totalement libre |
| Dashboards communauté | Non | Oui (TeslaMate, HA, Traefik, etc.) |
| Logs (Loki) | Non | Oui |
| Courbe apprentissage | Quasi nulle | Forte (PromQL, YAML, data sources) |
Quand est-ce que Beszel montre ses limites ?
Beszel a un layout fixe : tu ne peux pas créer un graphe custom qui corrèle deux métriques différentes, ni ajouter une métrique applicative venant de ton app. Ce que tu vois, c’est ce que Beszel décide de te montrer : CPU, RAM, disque, réseau, containers. C’est tout.
Les cas concrets où j’aurais besoin de Grafana en plus :
- TeslaMate : les dashboards officiels sont construits sur PostgreSQL + Grafana, il n’y a pas d’alternative sérieuse
- Métriques longue durée : si tu veux analyser l’évolution de ta conso électrique sur 6 mois corrélée avec la température extérieure, Grafana + InfluxDB c’est le bon outil
- Logs centralisés : Beszel ne fait pas de logs. Pour un usage basique, Dozzle couvre déjà bien les logs en temps réel. Pour agréger et persister, c’est Grafana + Loki
- Métriques applicatives : si tu exposes des métriques Prometheus depuis tes apps, Grafana est indispensable pour les visualiser
Sur mon homelab, je fais tourner les deux : Beszel pour la vue générale infra + Docker, et Grafana uniquement pour TeslaMate. Les deux cohabitent sans problème.
Mon verdict après 6 mois sur mon cluster Proxmox
La règle que j’appliquerais si je recommençais : commence par Beszel, passe à Grafana uniquement quand tu sens une limite concrète. Cette limite arrive rarement pour un homelab solo.
Beszel m’a alerté 3 fois depuis avril 2026 : un disque SSD à 90 % sur un nœud secondaire, un container avec une fuite mémoire qui consommait 8x sa RAM habituelle, et un pic réseau inattendu à 3h du matin. Trois alertes Telegram, trois interventions. Sans faux positifs. Sans maintenance de la stack de monitoring elle-même.
C’est exactement ce qu’on veut : un monitoring qui fait son travail sans devenir un projet à part entière.
FAQ
Beszel peut-il remplacer Grafana complètement ?
Pour un homelab standard, oui dans la grande majorité des cas. Si tu n’utilises pas TeslaMate, si tu n’as pas besoin de logs centralisés et que tu ne veux pas de dashboards ultra-personnalisés, Beszel couvre tout ce dont tu as besoin. La seule vraie limite de Beszel c’est l’absence de dashboards custom et la non-prise en charge des métriques applicatives.
Beszel fonctionne-t-il directement sur les nœuds Proxmox ?
Oui. L’agent est disponible en binaire statique ou en Docker. Sur mon cluster, les agents tournent dans des LXC Debian légers avec 128 MB de RAM allouée. Tu peux aussi installer l’agent directement sur l’hôte Proxmox sans passer par un LXC.
Beszel conserve les données longtemps ?
Oui — Beszel utilise SQLite en local et ne supprime pas les données automatiquement. En pratique, sur mon installation depuis 6 mois, la base SQLite fait moins de 50 MB. La rétention n’est pas un problème pour un homelab standard. Si tu veux analyser des tendances sur plusieurs années avec des graphes très précis, Prometheus + Grafana sera plus adapté.
Les alertes Beszel supportent Telegram ?
Oui, via webhook. Configuration en 2 minutes dans l’interface : tu colles l’URL de l’API Telegram avec ton token et ton chat ID, et les alertes arrivent avec le nom du système et la valeur déclenchante. J’ai connecté mon bot @maxdetech_alerts_bot en moins de 5 minutes.
