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):
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:
Para definir una dependencia, abra la pestaña Dependencias en el formulario de configuración del iniciador. Haga clic en Agregar en el Bloquee 'Dependencias' y seleccione uno o más iniciadores de los que el iniciador dependerá.
Haga clic en Actualizar. Ahora el iniciador tiene la indicación de su dependencia en la lista.
Por ejemplo, el Host está detrás del Router2 y el Router2 está detrás del Router1.
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á.