Capítulo 8 · 8.3
Monitorización desde fuera y desde dentro
Un servidor que no se vigila se estropea en silencio: un disco lleno, un certificado caducado, una copia de seguridad que lleva semanas sin ejecutarse. Vigile dos frentes.
Desde fuera: ¿funciona para sus visitantes?
- ¿Su sitio web es accesible y muestra la página correcta (estado HTTP 200)?
- ¿El certificado sigue siendo válido al menos dos semanas más?
- ¿Su servidor responde a ping y a SSH?
Esto se hace con Uptime Kuma (consulte Uptime Kuma: supervise sus sitios y su servidor). Si Uptime Kuma se ejecuta en el mismo VPS, haga que el VPS se vigile también desde otro lugar: un segundo servidor o un servicio de monitorización externo. De lo contrario, no se enterará de nada si es precisamente este VPS el que deja de funcionar.
Desde dentro: ¿cómo está el servidor?
| Qué | Comando | ¿Cuándo prestar atención? |
|---|---|---|
| Disco | df -h | Por encima del 80 por ciento |
| Memoria | free -h | La columna available se mantiene baja y se usa mucha swap |
| Carga | uptime | La carga (load) supera durante mucho tiempo el número de vCPU |
| Servicios | systemctl --failed | Aparece algo en la lista |
| Contenedores | sudo docker compose ps | Un contenedor está en Restarting o Exited |
| Reinicio necesario | ls /var/run/reboot-required | El archivo existe |
La pestaña Gráficos de la pantalla del VPS muestra el procesador, la memoria, la red y el disco a lo largo de un periodo más largo, hasta un año atrás (consulte La pantalla del VPS: encender y apagar, gráficos, sistema y registro).
Un aviso cuando el disco se llena
Un pequeño script con un temporizador, como en Copias de seguridad con restic en otro lugar, puede llamar a un monitor Push de Uptime Kuma cuando todo va bien. Así recibirá un aviso si la señal deja de llegar:
#!/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
fiHaga que el temporizador lo ejecute, por ejemplo, cada cuarto de hora con OnCalendar=*:0/15, y en Uptime Kuma ajuste el tiempo de espera del monitor Push a algo más de un cuarto de hora.
Un ritmo fijo
- Cada semana: compruebe que existe la copia de seguridad de anoche (
restic snapshots) y si ha habido avisos. - Cada mes:
apt list --upgradable,docker compose pully reinicie si es necesario. - Cada trimestre: restaure una copia de seguridad en un entorno de prueba y compruebe que todo está correcto.