NetMonitor
Alertá cuando la disponibilidad del servicio está en riesgo, no por cada caída breve
Las alertas basadas en SLI de disponibilidad miden cuánto tiempo estuvo disponible el servicio y avisan solo cuando está en riesgo de incumplir su objetivo.
- Menos alertas, más relevantes
- Prioridad según el objetivo de disponibilidad en riesgo
- Un lenguaje común entre NOC, negocio y dirección
El problema
Cientos de alertas, y el servicio igual incumple su disponibilidad
Las alertas por estado (“interfaz caída”, “host sin respuesta”) avisan de cada evento por separado. Muchas no afectan a nadie; otras, sumadas, comprometen el objetivo de disponibilidad sin que nadie lo note.
Fatiga de alertas
Caídas de segundos, flaps de enlaces redundantes y reinicios planificados generan avisos que el equipo aprende a ignorar.
Indisponibilidad acumulada
Microcortes repetidos de pocos minutos pasan sin avisos relevantes, pero al sumarlos en el mes el servicio ya perdió la disponibilidad que se había comprometido.
Prioridades sin contexto
Todas las alertas “críticas” se ven iguales. No hay forma de saber cuál pone en riesgo la disponibilidad comprometida con el negocio.
Conceptos clave
Cuatro ideas para alertar por disponibilidad
Vienen de las prácticas de Site Reliability Engineering (SRE) y se aplican a enlaces, equipos y servicios críticos.
Indicador de nivel de servicio
Una medición de cuánto tiempo estuvo disponible el servicio, expresada como porcentaje del período.
Ej.: % de minutos en que el enlace de la sucursal estuvo disponible.
Objetivo de nivel de servicio
La meta de disponibilidad que se acuerda para ese indicador en una ventana de tiempo.
Ej.: 99,5% de disponibilidad en los últimos 30 días.
Presupuesto de indisponibilidad
La indisponibilidad que el SLO tolera. Es el margen que el equipo puede “gastar” sin incumplir.
Ej.: 0,5% de 30 días = 3 h 36 min de indisponibilidad permitida.
Aviso por riesgo al objetivo
Solo se notifica cuando el SLI se acerca al SLO. Mientras tanto, las caídas breves no generan avisos.
Ej.: con un SLO de 99,5%, el aviso llega cuando la disponibilidad real se aproxima a ese valor, no con cada microcorte.
NetMonitor
Cómo funciona en NetMonitor
Definís el objetivo de disponibilidad de cada activo monitoreado y NetMonitor te avisa solo cuando ese objetivo está en riesgo.
Elegir el activo
Un enlace, un equipo o un servicio web monitoreado cuya disponibilidad es crítica.
Definir el SLO
Objetivo de disponibilidad y ventana de tiempo del activo, acordados con el negocio o el contrato de servicio.
Seguir el SLI
NetMonitor calcula la disponibilidad real del activo y la compara con su SLO. Mientras el objetivo no corra riesgo, no envía notificaciones.
Notificar el riesgo
Cuando el SLI se acerca al SLO y el objetivo se ve comprometido, se envía la notificación al equipo responsable.
Reportar
Cumplimiento del SLO y presupuesto de indisponibilidad restante en los informes ejecutivos.
Preguntas frecuentes
Dudas habituales
¿Tengo que dejar de usar las alertas por umbral?
No. Siguen siendo útiles para diagnóstico y mantenimiento (disco lleno, certificado por vencer). Lo que cambia es qué despierta al equipo a las 3 a. m.: eso queda reservado para el riesgo real sobre el servicio.
¿Qué se puede medir con este SLI?
La disponibilidad de enlaces, equipos, sitios y servicios web, medida por sitio o por servicio, siempre que su estado pueda verificarse con los chequeos de NetMonitor.
¿Qué SLO conviene elegir?
El que refleje lo que el usuario necesita, no el máximo técnico posible. Un 99,99% deja apenas 4 minutos por mes: suele ser caro de sostener y genera alertas por caídas que nadie notó.
¿Necesito instalar algo nuevo?
La disponibilidad se calcula a partir de los chequeos de estado que NetMonitor ya recolecta. En la demo revisamos qué servicios podés cubrir con tu monitoreo actual.
¿Querés definir objetivos de disponibilidad para tus servicios críticos?
En una demo tomamos uno de tus servicios, proponemos su objetivo de disponibilidad y te mostramos cómo se verían las alertas.
Solicitar demo