La monitorización de uptime es la rara categoría donde el autoalojado ganó por goleada: Uptime Kuma te da checks HTTP(S), TCP, ping, DNS y de palabra clave, avisos de caducidad de certificados, 90+ integraciones de notificación y páginas de estado públicas desde un solo contenedor que reposa en ~256 MB. El precio por monitor de las herramientas SaaS deja de tener sentido el día que tienes más de un puñado de servicios. Lo que queda por diseñar es la ubicación, los límites de escala y qué ejecutar al lado — de eso va esta guía.
Regla cero: monitoriza desde fuera
Un monitor que vive dentro de la infraestructura que vigila tiene un punto ciego del tamaño de esa infraestructura. Si Kuma corre en el mismo servidor que tu app, un servidor muerto significa cero alertas — exactamente el escenario por el que compraste monitorización. Lógica de ubicación:
- Otra máquina, otro datacenter, idealmente otro proveedor que lo que comprueba. Un VPS de $5–9 en otra ciudad es todo el coste.
- Quién vigila al vigilante: la respuesta honesta más barata es una segunda instancia de Kuma en otra máquina, cada una monitorizando la URL de la otra. Dos servidores diminutos, cobertura mutua, aún más barato que un plan SaaS.
- Realismo de latencia: comprueba desde donde están tus usuarios. Un monitor en Frankfurt no dice nada de la experiencia de tus usuarios de EE. UU. — nuestro stock multi-ciudad existe exactamente para esa dispersión.
Lo que Kuma hace bien — y su techo real
La instalación es de verdad un comando (docker run), y el set de funciones del primer día cubre lo que el 90% de los equipos necesita: intervalos hasta 20 segundos, reintentos antes de alertar, ventanas de mantenimiento, avisos de TLS, páginas de estado en dominio propio. Las notificaciones llegan a todo, de Telegram y Slack a SMTP plano y webhooks.
El techo es arquitectónico: SQLite más un único proceso Node. En la práctica la UI y las consultas de historial se vuelven perezosas pasados unos 100–150 monitores a intervalos cortos, y no hay clustering. Respuestas honestas al toparlo:
- Divide por propósito: una instancia para producción, otra para interno/laboratorio — de todas formas te dijimos que ejecutaras dos.
- Estira los intervalos: la mayoría de servicios no necesita checks de 20 segundos; 60s reduce la carga a la mitad sin coste práctico.
- Supéralo deliberadamente: Gatus (config-as-code, backend Postgres) para cientos de checks en YAML gestionado por CI, o Prometheus + Alertmanager completo cuando la monitorización pasa a ser trabajo de un equipo, no de un contenedor.
El uptime es media película: añade métricas de nodo
Kuma responde «¿está vivo y qué tan rápido responde?» — no puede responder «¿por qué se rompió?». Empárejala con una capa de métricas en las propias máquinas:
- Netdata — instalación de un comando, granularidad por segundo, brillante para la retro de «qué pasó a las 03:14». Huella por defecto más pesada; recorta la retención en máquinas pequeñas.
- node_exporter de Prometheus + Grafana — la ruta estándar de la industria si ya hablas PromQL o planeas hacerlo. Más montaje, infinitamente componible.
La combinación — Kuma externa para síntomas, métricas locales para causas — es lo que de verdad acorta los incidentes. Disco lleno y certificado caducado, las dos causas de caída más prevenibles en flotas pequeñas, quedan cubiertas: Kuma avisa de certificados, las métricas de nodo avisan del disco.
¿Buscas un servidor que simplemente funcione?
Valebyte VPS — NVMe, soporte 24/7, despliegue en 60 segundos.
Lista corta de dimensionado y ubicación
| Setup | Hardware | Notas |
|---|---|---|
| Hasta ~50 monitores | VPS 1 vCPU / 1 GB | Kuma + SO caben con margen |
| 50–150 monitores + páginas de estado | 2 vCPU / 2–4 GB | vigila la latencia de SQLite, estira intervalos |
| Cientos de checks, alertas de equipo | 4 GB+, considera Gatus/Prometheus | config-as-code compensa aquí |
Pon el monitor en un dominio de fallo distinto del monitorizado: otro proveedor o como mínimo otra ciudad del mismo catálogo. Verificado el 8 de julio de 2026; la línea 2.x de Kuma mantiene la misma arquitectura, así que la guía sobre SQLite sigue vigente.
