Monitorización 24/7: alertas útiles, no ruido permanente

Hay dos formas de que la monitorización fracase. La primera, no tenerla: el problema se descubre cuando la plantilla llega por la mañana y nada funciona. La segunda, tenerla mal configurada: llegan tantos avisos que nadie los lee, y el importante se pierde entre el ruido.

El silencio y el estruendo

Sin monitorización, la empresa vive en un silencio engañoso. El disco del servidor se va llenando durante semanas sin que nadie lo vea, hasta que un martes deja de guardar archivos. La copia de seguridad lleva diez días fallando y se descubre el día que hace falta restaurar. Todo parecía ir bien, porque nada avisaba.

En el extremo opuesto está el estruendo. Un sistema que envía decenas de correos diarios acaba filtrado a una carpeta que nadie abre. Es el cuento del pastor y el lobo aplicado a la informática: cuando por fin llega el aviso de verdad, nadie le presta atención porque se parece a los otros cien.

Una monitorización útil está en el punto medio: vigila mucho, avisa poco y cada aviso significa algo.

Qué conviene vigilar

La lista concreta depende de cada entorno, pero hay cinco áreas que casi siempre merecen atención:

• Disponibilidad: que servidores, servicios críticos, conexión a internet y enlaces entre sedes estén en marcha.
• Capacidad: discos que se llenan, memoria al límite o licencias que se agotan, antes de que paren algo.
• Copias de seguridad: que se hayan hecho y hayan terminado bien, no solo que se hayan lanzado.
• Salud del hardware: discos que empiezan a dar errores, fuentes de alimentación que fallan o temperaturas fuera de lo normal en el cuarto de servidores.
• Seguridad: intentos de acceso extraños o cambios no previstos en equipos clave.

La capacidad merece una mención especial, porque es el área donde la monitorización brilla más. Un disco no se llena de golpe: va creciendo, y una buena vigilancia lo detecta semanas antes, cuando ampliarlo es una tarea tranquila y no una urgencia.

Menos alertas, mejores

Cada aviso debería cumplir una condición sencilla: que alguien tenga que hacer algo al recibirlo. Si una alerta salta a diario y nadie actúa, solo hay dos opciones honestas: corregir su umbral, el valor a partir del cual salta, o eliminarla.

Hay otras dos prácticas que marcan la diferencia:

• Agrupar avisos relacionados. Un corte en la conexión de una sede puede generar decenas de alertas, una por cada equipo que deja de responder. Lo útil es recibir una sola: «la sede ha perdido la conexión».
• Clasificar por urgencia. No es lo mismo un disco al 80 % que un servidor caído. Lo crítico debe llegar por un canal que despierte a alguien; lo leve puede esperar a un informe por la mañana.

Una alerta que nadie atiende no es vigilancia, es decoración.

Saber qué hacer cuando salta

Recibir el aviso es solo la mitad. Para cada alerta importante debería existir una respuesta escrita, breve y concreta:

1. Qué se comprueba primero para confirmar que el problema es real.
2. Qué se puede resolver en remoto y qué exige desplazarse.
3. Cuándo se despierta a alguien y cuándo puede esperar a la mañana.
4. A quién se informa en la empresa si el problema afecta al trabajo del día siguiente.

Eso convierte la vigilancia nocturna en algo útil y no en una simple notificación. Imagina que a las tres de la madrugada se detiene el servicio de base de datos del ERP. Con una respuesta preparada, quien está de guardia sabe qué revisar, lo reinicia, comprueba que todo vuelve a funcionar y deja una nota. A las ocho, la plantilla entra y no nota nada.

Aprender de lo que pasa

La monitorización no solo sirve para apagar fuegos. Revisar cada mes qué alertas han saltado permite ver patrones que, uno a uno, pasan desapercibidos: el servidor que siempre se queda sin espacio a final de mes, el enlace entre sedes que se corta los lunes, la copia que falla cuando coincide con un proceso nocturno.

Corregir esas causas de fondo es lo que, con el tiempo, reduce las incidencias. Un entorno bien vigilado no es el que más alertas resuelve, sino el que cada vez necesita resolver menos.

Esa revisión mensual es también un buen momento para preguntar si lo que se vigila sigue siendo lo que importa. Un servicio nuevo, una sede que se abre o una aplicación que se lleva a la nube deberían entrar en la monitorización desde el primer día, no cuando fallen por primera vez.

En OLATIC vigilamos los sistemas de nuestros clientes las 24 horas. Ajustamos las alertas a cada entorno para que solo salte lo que importa, dejamos escrito qué hacer con cada una y revisamos con el cliente los patrones que se repiten, para atacar las causas y no solo los síntomas.