Experiencias de la práctica

Zabbix: una alarma ayuda cuando está claro quién debe hacer qué

Las métricas se convierten en monitorización útil mediante responsables, dependencias y una vía de respuesta probada. Una introducción práctica con Zabbix.

InfraestructuraDetalles técnicosEstrategia y práctica de TI
Servidor en rack HPE con indicadores de unidades sobre un SAI APC en un armario de servidores.

Si una sede pierde su conexión, decenas de avisos derivados no deberían presentar la misma caída como muchas incidencias distintas. Zabbix puede reunir métricas, condiciones y notificaciones. La utilidad práctica nace de determinar qué decisión debe desencadenar un aviso.

Del proceso de negocio a la medición

El punto de partida es un servicio concreto: una aplicación de negocio accesible, una copia terminada a tiempo o suficiente almacenamiento utilizable. Para ello se eligen puntos de medición técnicos adecuados. Que un servidor responda no demuestra todavía que los usuarios puedan iniciar sesión en la aplicación y obtener resultados correctos.

Cada comprobación relevante recibe un responsable y una respuesta esperada. Para la capacidad puede bastar planificar con antelación; ante un servicio de producción caído puede ser necesario un contacto directo. La importancia surge del efecto sobre la operación, no de un color especialmente llamativo.

Las dependencias reducen los avisos innecesarios

Zabbix describe las dependencias entre disparadores como un medio para tratar adecuadamente los eventos dependientes cuando existe una incidencia superior. Esto puede ayudar a distinguir la caída de una conexión central de sus consecuencias. Sin embargo, la dependencia debe corresponder a la red real y a la lógica de medición.

La caída de una sede no debe ocultar otra incidencia independiente. Por ello, las relaciones se comprueban con escenarios de fallo reales. También un retraso excesivo o un umbral demasiado permisivo puede esconder un problema real. Una lista de avisos tranquila no demuestra por sí sola una buena monitorización.

Comprobar el servicio; evaluar la causa; avisar al responsable; comprobar el resultado.Comprobar el servicio; evaluar la causa; avisar al responsable; comprobar el resultado.
Secuencia de comprobación simplificada; el procedimiento concreto depende del entorno existente.

Planificar ventanas de mantenimiento y escalado

El mantenimiento previsto se refleja en la monitorización. Zabbix distingue, entre otros aspectos, el tratamiento de la recopilación de datos y de los eventos durante el mantenimiento. Se comprueba conscientemente la configuración elegida en lugar de desactivar indiscriminadamente toda observación. Tras el mantenimiento debe poder reconocerse de nuevo el estado normal.

La vía de notificación tiene en cuenta los horarios de trabajo, los canales de respuesta acordados y las sustituciones. De ello no se deriva un compromiso general de atención permanente. El escalado solo es útil si la persona afectada está localizable y sabe qué información recibirá para evaluar la situación.

Probar las alertas como una función

Una prueba controlada verifica medición, activación, entrega, aceptación y resolución. También incluye el aviso de recuperación. Para la prueba es preferible un escenario limitado y acordado previamente a una intervención imprevista en un servicio de producción.

DAXS desarrolla con Zabbix una monitorización adecuada al entorno y la conecta con documentación y operación. Un primer paso útil son unos pocos servicios importantes con vías de respuesta completamente probadas. Se añaden más puntos de medición cuando está claro qué valor adicional aportan.

Soporte y operación de TI · Infraestructura · Hablar de monitorización

Fuentes: Zabbix: dependencias entre disparadores (enlace externo) · Zabbix: ventanas de mantenimiento (enlace externo)