Zabbix监控——zabbix触发器添加及设计

有了好的监控项，也还得有好的触发器，才能有效触发zabbix报警动做，杂乱无章的触发器只会增添zabbix报警系统的负担，同时也给运维人员带来的大量的垃圾信息，因此一个好的监控系统中，触发器的设计也是须要动脑子的。固然今天在这里也只不过抛砖引玉，给你们简单示范一下。
 
正常来讲，好比磁盘使用率达到60%，可能就须要引发运维人员的关注了，达到80%时就必要及时进行报警处理了，不然可能因数爆盘带来的失误就不可容忍了。
 

 
固然，相似于这类的触发器添加起来，可能也就相对简单了，无碍乎60%定义为告警等级，80%定义为严重等级，60%可让zabbix发一封邮件给运维人员，80%时就让zabbix发一条短信给运维人员。
 
触发器详细定义过程
 

 
触发器的表达式能够直接手写，但这须要对zabbix的语言很是了解，不适合大众使用，能够点击add进行表达式的构造合成，详细过程以下
 

 
使用率达到80%的触发器只是等级不一样，还有就是函数N的赋值不同而已
 

 
表达式构造详细页面
 

 
这里只是简单的带你们一块儿建立了一些简单的触发器，实际运用中，多个触发器之间可能存在必定的依赖关系，好比说php-fpm是须要前端的nginx传送应用需求过来的，但nginx端口的运行是创建在主机没有宕机的状况之上的，因此这一系列的触发器之间就存在比较清晰的依赖关系了，nginx依赖于主机不宕机，php-fpm依赖于nginx服务正常运行。
 
这里须要说明一下的是443端口是nginx提供的https服务做为后台网站使用的
 

 
Add按钮添加表达式
 

 
添加依赖主机不宕机的触发器
 

 
依赖页面添加对应依赖监控项
 

 
添加成功后的结果
 

 
接下来再配置php-fpm依赖于nginx服务运行的触发器
 

 

 

 

 
php-fpm依赖于nginx服务运行的触发器配置成功以下图所示
 

 
再这里简单陈述一下逻辑关系最终生效的效果，就是当被监控服务宕机后zabbix服务器端获取不到back.port.443和php.port.9000端口状态的数据时，不会额外去触发back.port.down和php.port.down这两个触发器，而是直接触发一个host.offline一个触发器。对于被监控服务器来讲，主机都已经宕机了，nginx服务和php服务很显然端口监听也是失败的，但此时，还让zabbix服务器端这两个服务不可用已经没有实质性的意义了。最终所实现的一个终极思想就是一次报警直接定位根本问题。
 
 
 
 

补充板块

 
zabbix异于模版的监控项及触发器的设计
 
对于异于模板的item个例，能够先禁用对应主机上的模版监控项，并克隆该监控项，进行修改后便可单独应用于此主机，触发器也是如此。
 
克隆异于模版的监控项，修改后单独应用于此主机，以下图所示
 

 
克隆异于模版的触发器，修改后单独应用于此主机，以下图所示
 

 
注意：模版上原有的监控项或者触发器名称前面都会带有模版的名称，而单独属于此主机的就只有监控项或者触发器自身的名称。
 
下面以克隆原有模版上的触发器为例，简单展现一下操做过程
 

 

 
这是原有模版的触发器内容，须要作以下操做
 

 
至此一个触发器的设计思想给你们分享完了，但愿以前对触发的依赖关系不太明白的，读完本文可以有所帮忙，若是以为本系列博文读后以后有所帮忙的朋友，帮忙点个关注加个赞！
 
错误之处，还望高人留言指正。