La seule règle de la surveillance est que le moniteur doit vivre en dehors de ce qu'il surveille. Un contrôle de santé tournant sur le même serveur que votre application est inutile à l'instant où ce serveur tombe — ils échouent ensemble, et aucune alerte ne se déclenche. Vous voulez donc une petite machine indépendante dont le seul travail est de surveiller tout le reste et de vous prévenir quand ça casse. Uptime Kuma est l'outil auto-hébergé fait exactement pour ça, et un VPS bon marché est son habitat naturel.
Pourquoi l'auto-héberger
- Indépendance. Sur son propre VPS — idéalement dans une région différente de votre infrastructure principale — Uptime Kuma continue de vérifier et d'alerter même quand votre serveur primaire ou votre connexion domestique est à terre. C'est toute la valeur d'un moniteur.
- Contrôle et confidentialité. Votre liste de points de terminaison surveillés, vos règles d'alerte et votre page de statut vivent sur un serveur qui vous appartient, pas sur un tableau de bord tiers qui connaît toute votre stack. Coût mensuel fixe, sans tarif par moniteur.
- Une page de statut que vous hébergez. Uptime Kuma publie une page de statut publique soignée — sur votre propre domaine, indiquant à vos utilisateurs ce qui fonctionne, sans louer un SaaS de page de statut.
Ce dont il a besoin
- Une IPv4 dédiée, un domaine et du HTTPS. Vous atteignez le tableau de bord et la page de statut sur
https://status.yourdomain.com, ce qui nécessite un domaine, un TLS valide et le 443 entrant — un plan à IP dédiée. Les plans NAT ne prennent pas d'entrant. Nano-IP (8 $/mois) fait tourner des dizaines de moniteurs sans peine. - Ressources légères. Uptime Kuma est petit ; la RAM ne croît qu'avec le nombre de vérifications et l'historique conservé. Ajoutez de la marge pour des centaines de points de terminaison, sinon la plus petite machine suffit.
Mise en place (Ubuntu 24.04, Docker)
# dedicated-IP plan, root shell
apt update && apt install -y docker.io caddy
systemctl enable --now docker
docker run -d --restart=unless-stopped \
-p 127.0.0.1:3001:3001 \
-v uptime-kuma:/app/data \
--name uptime-kuma louislam/uptime-kuma:1
# TLS + reverse proxy on your domain
echo 'status.yourdomain.com { reverse_proxy 127.0.0.1:3001 }' > /etc/caddy/Caddyfile
systemctl restart caddy && ufw allow 80,443/tcp
Pointez status.yourdomain.com vers votre IP, ouvrez-le, créez l'utilisateur admin et ajoutez des moniteurs — HTTP(S), port TCP, ping, DNS, et plus. Branchez les notifications (Telegram, e-mail, webhooks, ntfy) pour qu'une panne vous atteigne, et publiez une page de statut pour les services que vous voulez rendre publics.
À qui cela s'adresse
- Aux devops et auto-hébergeurs qui veulent un chien de garde indépendant au-dessus de leurs propres serveurs et services.
- Aux petites équipes qui ont besoin d'une page de statut et d'alertes sans payer au moniteur pour un outil hébergé.
- À quiconque fait tourner un home-lab et veut un point d'observation dans le cloud qui reste en ligne quand la connexion de la maison ne l'est plus.
Pourquoi EQVPS pour Uptime Kuma
- IPv4 dédiée à partir de 8 $/mois, compatible domaine + HTTPS, tous les ports, DNS inverse en libre-service.
- Emplacements UE (Allemagne, Finlande) — et comme nous exploitons deux régions, vous pouvez placer le moniteur loin de votre machine principale pour une vraie indépendance.
- Sans KYC, paiement en crypto. E-mail pour s'inscrire, USDC/USDT pour payer.
- Root en ~60 secondes, NVMe. Lancez Uptime Kuma, ajoutez Caddy, et votre propre surveillance est en ligne.
Vous faites déjà tourner plusieurs services sur une même machine ? Voyez héberger plusieurs services derrière une seule IP — un moniteur se marie naturellement à une stack Docker, même si, pour une vraie indépendance, le chien de garde a sa place sur son propre serveur séparé.
Commentaires
Pas encore de commentaires. Soyez le premier.