Monitoraggio dall'esterno e dall'interno

Un server che non viene monitorato si guasta in silenzio: un disco pieno, un certificato scaduto, un backup che non viene eseguito da settimane. Monitori due aspetti.

Dall'esterno: funziona per i Suoi visitatori?

• Il Suo sito web è raggiungibile e restituisce la pagina corretta (stato HTTP 200)?
• Il certificato è ancora valido per almeno due settimane?
• Il Suo server risponde al ping e a SSH?

Per questo può usare Uptime Kuma (vedere Uptime Kuma: monitorare i Suoi siti e il Suo server). Se Uptime Kuma è in esecuzione sullo stesso VPS, faccia monitorare il VPS anche da un altro luogo: un secondo server o un servizio di monitoraggio esterno. Altrimenti non riceverà alcun avviso proprio quando questo VPS smette di funzionare.

Dall'interno: come sta il server?

La scheda Grafici nella schermata del VPS mostra processore, memoria, rete e disco su un periodo più lungo, fino a un anno indietro (vedere La schermata VPS: accensione e spegnimento, grafici, sistema e registro).

Un avviso quando il disco si riempie

Un piccolo script con un timer, come in Backup con restic verso un'altra destinazione, può richiamare un monitor Push in Uptime Kuma quando tutto è in ordine. In questo modo riceve un avviso se il segnale non arriva:

#!/bin/sh
GEBRUIK=$(df --output=pcent / | tail -1 | tr -dc '0-9')
if [ "$GEBRUIK" -lt 85 ]; then
  curl -fsS -m 10 "https://status.example.com/api/push/JOUWCODE?status=up&msg=schijf-$GEBRUIK" >/dev/null
fi

Faccia eseguire questo script dal timer, per esempio ogni quarto d'ora con OnCalendar=*:0/15, e in Uptime Kuma imposti il tempo di attesa del monitor Push su poco più di un quarto d'ora.

Un ritmo fisso

• Ogni settimana: verifichi che il backup della notte sia presente (restic snapshots) e se ci sono stati avvisi.
• Ogni mese: apt list --upgradable, docker compose pull e un riavvio, se necessario.
• Ogni trimestre: ripristini un backup in un ambiente di prova e verifichi che tutto sia corretto.