自学Zabbix3.6.4-触发器triggers dependencies依赖关系

自学Zabbix3.6.4-触发器triggers dependencies依赖关系

有时,一个主机的可用性取决于另一个主机。如果路由器坏了,某个路由器后面的服务器就会变得不可访问。对于两个主机都配置了触发器,您可能会收到两个主机的通知,而只有路由器是有罪的一方。这是主机之间的一些依赖关系可能有用的地方。对于依赖项的依赖项通知可以被保留,并且只通知发送的根问题的通知。虽然Zabbix不支持直接之间的依赖关系,但他们可能会用另一种更灵活的方法来定义——触发依赖关系。触发器可能有一个或多个触发器,取决于它。因此,在我们的简单示例中,我们打开服务器触发器配置表单,并设置它依赖于路由器的相应触发器。有了这样的依赖,服务器触发器就不会改变状态,只要它所依赖的触发器处于“问题”状态,因此不会采取依赖的操作,也不会发送通知。如果服务器和路由器都是关闭的,而依赖项是存在的,那么Zabbix就不会为依赖的触发器执行操作。如果触发器依赖于触发器,则不会执行依赖触发器的操作。

例如我配置了两个触发器,一个触发器定义www.carlos.com这个HOST是否在运行中,另一个是www.carlos.com的网络是否通畅。假如网络出现故障,但是ttlsa服务器并未出现故障,我们依旧会收到这两个触发器给到的故障通知。现在的问题很明显,HOST是正常的,肯定不希望收到他的故障信息,因为它正常工作。所以在配置HOST触发器时,我们需要增加依赖关系,依赖网络是否畅通这个触发器。一旦网络出现故障,将不会出发HOST故障的通知。单个触发器可以依赖于多个触发器。

注意:一台HOST的触发器可以依赖其他HOST的触发器,但是注意不要有死循环依赖。比如A依赖B,B依赖C,C又依赖A。

依赖触发器的操作不会被执行,如果触发器依赖:

  • 将其状态从“问题”更改为“未知”
  • 在基于时间的函数的帮助下关闭
  • 由一个不涉及到依赖触发器的项的值来解析
  • 是disable,有disable的项目或残疾人项目的host

请注意,上述情况下的“二级”(从属)触发器不会立即更新。

  • 触发器依赖可以从任何主机触发器添加到任何其他主机触发器,只要它不会导致循环依赖。
  • 触发器依赖可以从模板添加到模板中。如果模板a的触发器依赖于模板B的触发器,那么模板a只能与一个主机(或另一个模板)和模板B链接在一起,但是模板B可能与一个主机(或另一个模板)连接在一起。
  • 触发器依赖可以从模板触发器添加到主机触发器。在这种情况下,将这样一个模板链接到一个主机将会创建一个主机触发器,该触发器依赖于相同的触发器模板触发器。例如,这允许有一个模板,其中一些触发器依赖于路由器(主机)触发器。与此模板链接的所有主机都将依赖于这个特定的路由器。
  • 触发从主机触发器到模板触发器的依赖性可能不会被添加。
  • 触发器依赖可以从触发器原型中添加到另一个触发器原型(在相同的低级发现规则中)或一个真正的触发器。触发器原型可能不依赖于来自不同LLD规则的触发器原型,也不依赖触发器原型创建的触发器。主机触发器原型不能依赖于模板的触发器。

zabbix触发器依赖(1)

一个模板的触发器可以依赖另外一个模板的触发器,例如模板A触发器依赖模板B触发器。一个HOST要链接A模板,那么它同时要链接A模板(因为模板A中的触发器依赖了模板B中的触发器),但是HOST可以单独链接模板B(B是被依赖)。在一个host单独链接template A,结果出现如下错误,所以别忘记了一起把template B也链接到HOST中。

自学Zabbix3.6.4-触发器triggers dependencies依赖关系

zabbix触发器依赖(2)

模板中的触发器可以依赖HOST中的触发器。如果某个HOST链接这类模板,那么HOST创建的相应的触发器也同样会依赖那个HOST的触发器。举个官方的例子,某个模板中的一些触发器依赖了route/主机的触发器,凡事链接(理解为套用)了这个模板的机器都会依赖这些router/主机。说了那么多,其实就是继承了。

HOST中的触发器不能依赖模板中的触发器。

配置

编辑触发器,选择选项卡“dependencies”,点击Add,选择你需要依赖的触发器,如下图:

自学Zabbix3.6.4-触发器triggers dependencies依赖关系

zabbix触发器依赖(3)

然后点击保存,可以看到触发器多了一个depend on

自学Zabbix3.6.4-触发器triggers dependencies依赖关系

zabbix触发器依赖(4)

多个依赖实例

借用官方文档的示例,Host前面有个Router2,Router2前面有Router1,如下:

 
1
Zabbix - Router1 - Router2 - Host

如果Router1挂了,很明显Router2和Host连不上,我们不希望收到关于连不上Router2和HOST的通知,因此,我们定义了如下依赖关系:

 
1
2
'Host is down' trigger depends on 'Router2 is down'
trigger'Router2 is down' trigger depends on 'Router1 is down' trigger

在触发器将Host的状态改变为'Host is down'之前,它会检查host相关的依赖,这时候如果发现它依赖的触发器只要出现一个problem状态,那么当前触发器状态不会变化,这样一来action不会执行,报警通知sms/email自然也不会发送了。

zabbix会递归执行检测,如果router1或者router2有一个出现连不上,那么Host的触发器不会有任何的改变。

上一篇:Linux下安装Oracle后重启无法登录数据库ORA-01034:ORACLE not available


下一篇:第二个Sprint冲刺第一天