3 Dependencias del iniciador

Descripción general

A veces la disponibilidad de un equipo depende de otro. Un servidor que está detrás de un enrutador será inaccesible si el enrutador deja de funcionar. Con iniciadores configurados para ambos, es posible que recibas notificaciones sobre dos equipos caídos, mientras que sólo el enrutador era el culpable.

Aquí es donde podría resultar útil cierta dependencia entre equipos. Con una dependencia configurada, las notificaciones de los dependientes podrían ser retenidas y solo se envía la notificación sobre el problema raíz.

Si bien Zabbix no admite dependencias entre equipos directamente, sí se puede definir con otro método más flexible: iniciadores dependientes. Un iniciador puede tener uno o más iniciadores de los que depende.

Entonces, en nuestro ejemplo simple, abrimos el formulario de configuración del iniciador del servidor y configuramos que dependa del iniciador respectivo del enrutador. Con dicha dependencia, el iniciador del servidor no cambiará su estado mientras el iniciador del que depende está en el estado 'PROBLEMA' y, por lo tanto, no se tomarán medidas y no se enviarán notificaciones.

Si tanto el servidor como el enrutador están inactivos y existe dependencia, Zabbix no ejecutará acciones para el iniciador dependiente.

Mientras el iniciador principal está en estado PROBLEMA, sus dependientes pueden informar valores en los que no se puede confiar. Por lo tanto, los iniciadores dependientes no se reevaluarán hasta que el iniciador principal (el enrutador en el ejemplo anterior):

• vuelve del estado 'PROBLEMA' al estado 'OK';
• cambia su estado de 'PROBLEMA' a 'DESCONOCIDO';
• se cierra manualmente, por correlación o con la ayuda de funciones basadas en el tiempo;
• se resuelve mediante un valor de una métrica que no participa en el iniciador dependiente;
• está deshabilitado, tiene una métrica deshabilitada o una métrica de equipo deshabilitada

En todos los casos mencionados anteriormente, el iniciador dependiente (servidor) se reevaluará solo cuando se reciba una nueva métrica. Esto significa que es posible que el iniciador dependiente no se actualice inmediatamente.

También:

• La dependencia del iniciador se puede agregar desde cualquier iniciador de equipo a cualquier otro. iniciador del equipo, siempre y cuando no resulte en una dependencia circular.
• La dependencia del iniciador se puede agregar de una plantilla a otra. Si el iniciador de la plantilla A depende de algún disparador de la plantilla B, la plantilla A solo puede estar vinculada a un equipo (u otra plantilla) junto con la plantilla B, pero la plantilla B puede estar vinculada a un equipo (u otra plantilla) solo.
• Se puede agregar una dependencia del iniciador desde una plantilla de iniciadores a un iniciador de equipo. En este caso, vincular dicha plantilla a un equipo creará un iniciador de equipo que depende de la misma plantilla de iniciadores que el iniciador de la que depende. Esto permite, por ejemplo, tener una plantilla donde algunos iniciadores dependen de los iniciadores del enrutador (equipo). Todos los equipos vinculados a esta plantilla dependerán de ese enrutador específico.
• La dependencia del iniciador no se puede agregar desde un iniciador de equipo a una iniciador de plantilla.
• La dependencia del iniciador se puede agregar desde un prototipo de iniciador a otro prototipo de iniciador (dentro de la misma regla de descubrimiento de bajo nivel) o un verdadero desencadenante. Un prototipo de iniciador puede no depender de un prototipo de iniciador de una regla LLD diferente o en un iniciador creado a partir de un prototipo de iniciador. Un prototipo de iniciador de equipo no puede depender de un iniciador a partir de una plantilla.

Configuración

Para definir una dependencia, abra la pestaña Dependencias en el disparador formulario de configuración. Haga clic en Agregar en el Bloquee 'Dependencias' y seleccione uno o más desencadenantes que el desencadenante dependerá de.

Haga clic en Actualizar. Ahora el disparador tiene la indicación de su dependencia en la lista.

Ejemplo de varias dependencias

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

Zabbix - Router1 - Router12 - Host

Si el Router1 está inactivo, entonces, obviamente, el Host y el Router2 tampoco son accesibles, recibir tres notificaciones sobre el Host, el Router1 y el Router2 que están inactivos es excesivo.

Entonces en este caso definimos dos dependencias:

el iniciador 'El host está inactivo' depende del iniciador 'El enrutador 2 está inactivo'
       el iniciador 'Router2 está inactivo' depende del iniciador 'Router1 está inactivo'

Antes de cambiar el estado del iniciador 'Host inactivo', Zabbix verifica las dependencias de activación correspondientes. Si se encuentran tales y uno de esos iniciadores está en el estado 'Problema', entonces el estado del iniciador 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 están inalcanzables, el iniciador del Host no se actualizará.