Pourquoi auto-héberger la surveillance de disponibilité plutôt qu'un service hébergé ?

Deux raisons. Contrôle et confidentialité — vos moniteurs, vos règles d'alerte et la liste de ce que vous faites tourner restent sur un serveur qui vous appartient, pas sur un tableau de bord tiers. Et indépendance — un moniteur doit vivre en dehors de ce qu'il surveille. Uptime Kuma sur son propre petit VPS continue de vérifier (et d'alerter) même quand votre serveur principal, ou votre connexion domestique, est à terre. Un service hébergé le fait aussi, mais l'auto-hébergement garde tout à vous et à coût fixe.

Quel plan et quelles ressources Uptime Kuma demande-t-il ?

Il est léger — un Nano-IP (8 $/mois) fait tourner des dizaines de moniteurs sans peine. L'usage RAM croît avec le nombre de vérifications et l'historique conservé, alors ajoutez de la marge seulement si vous surveillez des centaines de points de terminaison. Vous voulez une IP dédiée pour que le tableau de bord et la page de statut publique soient joignables en HTTPS, et pour que vos vérifications partent d'une adresse stable.

Ai-je besoin d'une IP dédiée et d'un domaine ?

Pour le tableau de bord web et une page de statut publique, oui — vous ouvrez https://status.yourdomain.com dans un navigateur, ce qui nécessite un domaine, un TLS valide et le 443 entrant. C'est un plan à IPv4 dédiée ; les plans NAT n'acceptent pas de trafic web entrant. Un reverse proxy (Caddy) vous donne du HTTPS automatique.

Le moniteur doit-il être sur le même serveur que ce qu'il surveille ?

Non — c'est tout l'intérêt d'un serveur séparé. Si votre moniteur tourne sur la même machine que votre application, ils tombent ensemble et vous n'obtenez aucune alerte. Mettez Uptime Kuma sur son propre petit VPS (idéalement dans une région différente de votre infrastructure principale) pour qu'il soit un observateur indépendant capable de vous joindre quand quelque chose casse.

Demandez-vous une pièce d'identité ou une carte ?

Non. Inscrivez-vous avec un e-mail, payez en USDC ou USDT. Pas de documents, pas de carte, pas de KYC.

VPS pour la surveillance de disponibilité auto-hébergée (Uptime Kuma)

Faites tourner Uptime Kuma sur un VPS pour surveiller vos sites et services et héberger votre propre page de statut — depuis un serveur hors de votre infrastructure, pour qu'il puisse encore vous alerter quand votre machine principale tombe. IP dédiée, paiement en crypto, sans KYC. À partir de 8 $/mois.

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é.