Perché fare self-hosting del monitoraggio uptime invece di un servizio ospitato?

Due motivi. Controllo e privacy — i tuoi monitor, le tue regole di alert, e la lista di ciò che fai girare restano su un server che possiedi, non su una dashboard di terze parti. E indipendenza — un monitor deve vivere fuori dalla cosa che sorveglia. Uptime Kuma sul suo piccolo VPS continua a controllare (e avvisare) anche quando il tuo server principale, o la tua connessione di casa, è giù. Un servizio ospitato fa anche quello, ma il self-hosting lo mantiene tuo e a costo fisso.

Quale piano e risorse servono a Uptime Kuma?

È leggero — un Nano-IP ($8/mese) fa girare dozzine di monitor comodamente. L'uso della RAM cresce con il numero di controlli e la cronologia trattenuta, quindi aggiungi margine solo se stai monitorando centinaia di endpoint. Vuoi un IP dedicato così la dashboard e la pagina di stato pubblica sono raggiungibili via HTTPS, e così i tuoi controlli originano da un indirizzo stabile.

Mi servono un IP dedicato e un dominio?

Per la dashboard web e una pagina di stato pubblica, sì — apri https://status.yourdomain.com in un browser, che richiede un dominio, TLS valido e 443 in entrata. È un piano con IPv4 dedicato; i piani NAT non accettano traffico web in entrata. Un reverse proxy (Caddy) ti dà HTTPS automatico.

Il monitor dovrebbe essere sullo stesso server delle cose che sorveglia?

No — è tutto il senso di una macchina separata. Se il tuo monitor gira sulla stessa macchina della tua app, vanno giù insieme e non ricevi alcun alert. Metti Uptime Kuma sul suo piccolo VPS (idealmente una regione diversa dalla tua infrastruttura principale) così è un osservatore indipendente che può ancora raggiungerti quando qualcosa si rompe.

Chiedete un documento o una carta?

No. Registrati con un'email, paga in USDC o USDT. Niente documenti, niente carta, niente KYC.

VPS per monitoraggio uptime self-hosted (Uptime Kuma)

Fai girare Uptime Kuma su un VPS per monitorare i tuoi siti e servizi e ospitare la tua pagina di stato — da un server fuori dalla tua infrastruttura, così può ancora avvisarti quando la tua macchina principale va giù. IP dedicato, pagamento in crypto, niente KYC. Da $8/mese.

L'unica regola del monitoraggio è che il monitor deve vivere fuori dalla cosa che sorveglia. Un health check che gira sullo stesso server della tua app è inutile nel momento in cui quel server va giù — falliscono insieme, e nessun alert scatta mai. Quindi vuoi una piccola macchina indipendente il cui unico lavoro è sorvegliare tutto il resto e dirti quando si rompe. Uptime Kuma è lo strumento self-hosted per esattamente questo, e un VPS economico è la sua casa naturale.

Perché farne self-hosting

Indipendenza. Sul suo VPS — idealmente una regione diversa dalla tua infrastruttura principale — Uptime Kuma continua a controllare e avvisare anche quando il tuo server primario o la connessione di casa è giù. È l'intero valore di un monitor.
Controllo e privacy. La tua lista di endpoint monitorati, le tue regole di alert e la tua pagina di stato vivono su un server che possiedi, non su una dashboard di terze parti che conosce tutto il tuo stack. Costo mensile fisso, nessun prezzo per monitor.
Una pagina di stato che ospiti tu. Uptime Kuma pubblica una pagina di stato pubblica pulita — sul tuo dominio, che dice ai tuoi utenti cosa è attivo, senza affittare un SaaS per pagine di stato.

Cosa serve

Un IPv4 dedicato, un dominio e HTTPS. Raggiungi la dashboard e la pagina di stato su https://status.yourdomain.com, che richiede un dominio, TLS valido e 443 in entrata — un piano con IP dedicato. I piani NAT non prendono connessioni in entrata. Nano-IP ($8/mese) fa girare dozzine di monitor comodamente.
Risorse leggere. Uptime Kuma è piccolo; la RAM cresce solo con il numero di controlli e la cronologia trattenuta. Aggiungi margine per centinaia di endpoint, altrimenti la più piccola macchina va bene.

Configuralo (Ubuntu 24.04, Docker)

# piano con IP dedicato, shell root
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 sul tuo dominio
echo 'status.yourdomain.com { reverse_proxy 127.0.0.1:3001 }' > /etc/caddy/Caddyfile
systemctl restart caddy && ufw allow 80,443/tcp

Punta status.yourdomain.com al tuo IP, aprilo, crea l'utente admin, e aggiungi monitor — HTTP(S), porta TCP, ping, DNS e altro. Collega le notifiche (Telegram, email, webhook, ntfy) così un'interruzione ti raggiunge, e pubblica una pagina di stato per i servizi che vuoi pubblici.

Per chi è

Devops e self-hoster che vogliono un watchdog indipendente sui propri server e servizi.
Piccoli team che hanno bisogno di una pagina di stato e alert senza pagare per monitor per uno strumento ospitato.
Chiunque gestisca un home lab che vuole un punto di osservazione cloud che resta su quando la connessione di casa non lo è.

Perché EQVPS per Uptime Kuma

IPv4 dedicato da $8/mese, amichevole con dominio + HTTPS, tutte le porte, rDNS self-service.
Posizioni UE (Germania, Finlandia) — e poiché facciamo girare due regioni, puoi posizionare il monitor lontano dalla tua macchina principale per una genuina indipendenza.
Niente KYC, pagamento in crypto. Email per registrarti, USDC/USDT per pagare.
Root in ~60 secondi, NVMe. Tira su Uptime Kuma, aggiungi Caddy, e il tuo monitoraggio è live.

Fai già girare diversi servizi su una macchina? Vedi self-hosting di più servizi dietro un IP — un monitor si accoppia naturalmente con uno stack Docker, anche se per una vera indipendenza il watchdog appartiene al suo server separato.