3 Dependencias de disparadores

Descripción general

A veces, la disponibilidad de un equipo depende de otro. Un servidor que está detrás de un router se volverá inaccesible si el router falla. Con disparadores configurados para ambos, podrías recibir notificaciones de que dos equipos están caídos, cuando en realidad solo el router era el responsable.

Aquí es donde una dependencia entre equipos puede ser útil. Con la dependencia establecida, las notificaciones de los dependientes pueden ser retenidas y solo se enviará la notificación sobre el problema raíz.

Aunque Zabbix no admite dependencias entre equipos directamente, estas pueden definirse mediante otro método más flexible: dependencias de disparadores. Un disparador puede tener uno o más disparadores de los que depende.

Así, en nuestro ejemplo simple, abrimos el formulario de configuración del disparador del servidor y establecemos que depende del disparador correspondiente del router. Con dicha dependencia, el disparador del servidor no cambiará su estado mientras el disparador del que depende esté en estado 'PROBLEM', por lo que no se tomarán acciones dependientes ni se enviarán notificaciones.

Si tanto el servidor como el router están caídos y existe la dependencia, Zabbix no ejecutará acciones para el disparador dependiente.

Mientras el disparador principal esté en estado PROBLEM, sus dependientes pueden informar valores que no son confiables. Por lo tanto, los disparadores dependientes no se volverán a evaluar hasta que el disparador principal (el router en el ejemplo anterior):

• vuelva del estado 'PROBLEM' al estado 'OK';
• cambie su estado de 'PROBLEM' a 'UNKNOWN';
• se cierre manualmente, por correlación o con la ayuda de las funciones de fecha y hora y/o nodata();
• se resuelva por el valor de una métrica que no esté involucrada en el disparador dependiente;
• esté deshabilitado, tenga una métrica deshabilitada o un equipo de métrica deshabilitado

En todos los casos mencionados anteriormente, el disparador dependiente (servidor) se volverá a evaluar solo cuando se reciba una nueva métrica para él. Esto significa que el disparador dependiente puede no actualizarse inmediatamente.

Además:

• La dependencia de disparadores puede añadirse desde cualquier disparador de equipo a cualquier otro disparador de equipo, siempre que no resulte en una dependencia circular.
• La dependencia de disparadores puede añadirse de una plantilla a otra. Si algún disparador de la plantilla A depende de algún disparador de la plantilla B, la plantilla A solo puede vincularse a un equipo (u otra plantilla) junto con la plantilla B, pero la plantilla B puede vincularse a un equipo (u otra plantilla) sola.
• La dependencia de disparadores puede añadirse de un disparador de plantilla a un disparador de equipo. En este caso, vincular dicha plantilla a un equipo creará un disparador de equipo que depende del mismo disparador de plantilla del que dependía el disparador. Esto permite, por ejemplo, tener una plantilla donde algunos disparadores dependan de los disparadores del router (equipo). Todos los equipos vinculados a esta plantilla dependerán de ese router específico.
• No se puede añadir una dependencia de disparadores de un disparador de equipo a un disparador de plantilla.
• La dependencia de disparadores puede añadirse de un prototipo de disparador a otro prototipo de disparador (dentro de la misma regla de descubrimiento de bajo nivel) o a un disparador real. Un prototipo de disparador no puede depender de un prototipo de disparador de una regla LLD diferente ni de un disparador creado a partir de un prototipo de disparador. Un prototipo de disparador de equipo no puede depender de un disparador de una plantilla.

Configuración

Para definir una dependencia, abra la pestaña Dependencias en el formulario de configuración de la condición de disparo. Haga clic en Añadir en el bloque 'Dependencias' y seleccione una o más condiciones de disparo de las que dependerá la condición de disparo.

Haga clic en Actualizar. Ahora la condición de disparo tiene la indicación de su dependencia en la lista.

Ejemplo de varias dependencias

Por ejemplo, el equipo está detrás del Router2 y el Router2 está detrás del Router1.

Zabbix - Router1 - Router2 - Equipo

Si el Router1 está caído, entonces obviamente el equipo y el Router2 también son inaccesibles, sin embargo, recibir tres notificaciones sobre que el equipo, el Router1 y el Router2 están caídos es excesivo.

Así que en este caso definimos dos dependencias:

el disparador 'El equipo está caído' depende del disparador 'El Router2 está caído'
       el disparador 'El Router2 está caído' depende del disparador 'El Router1 está caído'

Antes de cambiar el estado del disparador 'El equipo está caído', Zabbix comprobará las dependencias de disparadores correspondientes. Si se encuentran tales dependencias y uno de esos disparadores está en estado 'Problema', entonces el estado del disparador no será cambiado, las acciones no se ejecutarán y no se enviarán notificaciones.

Zabbix realiza esta comprobación de forma recursiva. Si el Router1 o el Router2 son inaccesibles, el disparador del equipo no se actualizará.