Monitorización de servidores que te avisa antes de la caída.
La mayoría de los servidores no fallan de golpe — se quedan sin algo. Una línea de bash instala el agente, 30 segundos después ya está informando, y el disco se soluciona al 90%, no al 100%.
CPU Usage
alerts only if every 30 s reading stays over 90% for 5 minDisk Usage
per mount · worst firstServer Details
reported by the agentDe un disco que se llena a una alerta en 30 segundos
Los registros se acumulan durante la noche y uno de tus servidores empieza a quedarse sin espacio en disco. Nada está caído todavía — un pequeño agente informa cada 30 segundos, así que la alerta indica el servidor y la unidad mientras aún hay tiempo para liberarla.
17 métricas, un agente en bash
Un agente en bash informa de 17 métricas cada 30 segundos — ya representadas en gráficos, así que lees el estado de un servidor sin tener que iniciar sesión para comprobarlo.
Alertas e historial
Avisado por problemas reales, no por picos momentáneos
Uptimia dispara una alerta de CPU, memoria, swap, carga, número de procesos o red solo cuando todas las lecturas de tu ventana se mantienen por encima del límite — un pico de dos segundos pasa en silencio, un problema sostenido no.
- Tú decides cuánto tiempo debe aguantar un problema — desde 1 minuto hasta media hora, configurable por métrica
- Nada que configurar para empezar — CPU, memoria y disco se vigilan desde el primer informe; añade el resto cuando quieras
- Disco e inodos son la excepción — se disparan en el instante en que un punto de montaje supera el límite; un disco lleno no puede esperar
sobre el 90%
Sabe al instante qué disco exacto se ha llenado
Uptimia limita las alertas de espacio en disco e inodos a cada punto de montaje, así que el incidente dice /var — no una máquina entera en la que buscar. Cada punto de montaje abre y resuelve su propio incidente.
- Un incidente por punto de montaje — /, /var, /data se vigilan y resuelven cada uno por su cuenta
- El punto de montaje y el valor en la alerta — "Uso de disco superior al 90% en /var", al 92%
- Ajustes por punto de montaje — exige a un punto de montaje muy usado como /var un porcentaje más estricto que al resto
Tres informes perdidos abren un incidente
Si un servidor se queda completamente en silencio — pánico del kernel, un corte de luz, la red — una comprobación aparte cada minuto detecta los informes que faltan y abre un incidente crítico. Una máquina muerta no puede esconderse detrás de "sin noticias, buenas noticias".
- Marcado sin conexión tras 3 informes perdidos — 90 segundos de silencio con el ritmo de 30 segundos
- Se resuelve solo con el siguiente check-in — se cierra en cuanto el agente vuelve
- Sin falsos "sin conexión" al configurarlo — un servidor nuevo que espera su primer informe nunca se marca
Un año de historial, picos incluidos
Los números en vivo dicen qué falla ahora; las tendencias dicen que lleva semanas empeorando poco a poco. Uptimia conserva ambos — 6 tarjetas de métricas y 5 gráficos, leyendo los mismos datos que usan las alertas.
- 6 tarjetas de métricas + 5 gráficos de series temporales — CPU, carga, memoria, disco, red — actualizados cada 30 segundos
- Detalle bruto de 30 segundos durante 24 horas — después, promedios y máximos por hora, para que los picos sobrevivan, durante todo un año
- Los gráficos eligen la fuente correcta — acércate a la última hora o al último año y los datos cambian automáticamente
cada muestra, guardada 24 h 02:10:00 → cpu 93% · mem 71%
la línea de tendencia — suave, comparable mes a mes
los picos sobreviven a la agregación — un pico de 2 minutos se sigue viendo un año después
Informando en menos de un minuto
Una línea para instalar — sin paquetes, sin runtime, y un script elimina cualquier rastro.
Ejecuta una línea de instalación como root
La línea única coloca un pequeño script en bash en /opt/uptimia y registra un temporizador de systemd — o cron, si no hay systemd.
# ✓ systemd timer uptimia-agent.timer created
El agente empieza a informar
Cada 30 segundos envía 17 métricas — CPU, memoria, disco, carga y más — autenticadas con una clave propia del servidor.
Define umbrales, recibe alertas
CPU, memoria y disco empiezan al 90%. Un umbral superado abre un incidente y avisa a tu equipo donde ya trabaja.
Ejecuta una línea de bash.Entérate antes de que el disco se llene.
Cada servidor, cada métrica, cada canal de alertas — gratis durante 30 días, y nada de eso es un complemento de pago.
También incluido
Alertas en los canales que ya usas
Las alertas de servidor comparten una lista de contactos con cualquier otro monitor — correo electrónico, SMS, Slack, Microsoft Teams, Discord, Mattermost, Telegram, WhatsApp, PagerDuty, Twilio, Statuspage y webhooks personalizados.
Modo de mantenimiento
Aplica parches o reinicia sin acumular alertas — todas las alertas se silencian mientras las métricas siguen llegando.
Avisos de recuperación
Entérate de cuándo termina, no solo de cuándo empezó — un aviso de "recuperado" en cada resolución.
Historial que sobrevive a una bajada de plan
Bajar de plan no borra las métricas de un servidor — solo se silencian las alertas. Al mejorar de plan, los servidores suspendidos se reactivan solos.
Un panel para todo
Los servidores conviven con tus monitores de disponibilidad, SSL, heartbeat y DNS — mismos contactos, grupos y roles, un solo lugar donde mirar.
Desinstala con una línea
Un script elimina por completo la unidad de systemd y /opt/uptimia — sin dejar rastro.
¿Qué es la monitorización de servidores?
La monitorización de servidores es el seguimiento continuo de la salud de un servidor — CPU, memoria, disco, carga, red y procesos — para que te avisen en el momento en que un recurso escasea o la máquina se queda sin conexión. La monitorización de servidores Linux de Uptimia lo hace con un pequeño agente que informa de 17 métricas cada 30 segundos y abre un incidente cuando una métrica supera tu umbral.
¿Cómo funciona el agente?
Un script en bash con un temporizador de systemd envía un pequeño informe, autenticado con una clave propia del servidor — solo hacen falta bash y curl.
Alertas sostenidas frente a instantáneas
un pico pasa en silencio — solo un incumplimiento sostenido te avisa; un punto de montaje lleno no puede esperar, así que el disco se dispara al instante
¿Qué métricas de servidor deberías monitorizar?
Las señales que anticipan incidentes reales — y cómo las vigila Uptimia. CPU, memoria y disco se vigilan desde el primer informe; el resto lo activas tú.
Todos los tipos de monitor en una sola cuenta →| Métrica | Umbral por defecto | Cómo avisa Uptimia |
|---|---|---|
| Uso de CPU | 90% | sostenido · ventana de 5 min |
| Memoria | 90% | sostenido · ventana de 5 min |
| Disco · por punto de montaje | 90% | instantáneo, por punto de montaje |
| Promedio de carga | desactivado por defecto | sostenido · ventana |
| Swap | desactivado por defecto | sostenido · ventana |
| Número de procesos | desactivado por defecto | sostenido · ventana |
| Tráfico de red | desactivado por defecto | sostenido · ventana |
| Servidor sin conexión | 3 informes perdidos | crítico · ~90 s |
Preguntas frecuentes sobre monitorización de servidores
01¿Qué es la monitorización de servidores?+
02¿Cómo funciona la monitorización de servidores de Uptimia?+
/proc y df y envía 17 métricas — CPU, memoria, swap, disco por punto de montaje, inodos, carga, red, número de procesos e información del sistema operativo — autenticadas con una clave propia del servidor. Obtienes 6 tarjetas de métricas, 5 gráficos de series temporales y alertas por umbral — monitorización y alertas de servidor desde un solo agente pequeño.03¿Qué sistemas operativos son compatibles?+
/proc y df, así que funciona en distribuciones estándar (Ubuntu, Debian, RHEL, Alma y similares). También existen agentes para macOS y PowerShell de Windows que informan de las mismas métricas, configurados a mano (launchd en macOS, una tarea programada en Windows) en lugar de con la línea única. No hay agente para BSD — para esos hosts, usa las comprobaciones de fuera hacia dentro de Uptimia (ping, puerto TCP, HTTP).04¿Puedo cambiar la frecuencia con la que informa el agente?+
05¿Un pico breve de CPU me avisará a las 3 de la madrugada?+
06¿Con qué rapidez sé si un servidor se cae?+
07¿Lee el agente mis registros o ejecuta comandos?+
08¿Cuánto historial conservo?+
09¿Puedo monitorizar contenedores Docker o Kubernetes?+
/proc y el df de toda la máquina, no estadísticas por contenedor. Es adecuado para los servidores en los que se ejecutan tus contenedores; hoy no hay recolección específica por contenedor.10¿Es la monitorización de servidores un complemento de pago?+
Empieza a monitorizar tus servidores hoy mismo.
Ejecuta una línea de bash, y un disco que se llena, una CPU al límite o una máquina a oscuras te llegan mientras aún queda margen.