配置内存自定义监控项 # 监控内存命令 [root@web01 ~]# free -m|awk '/^Mem/{print $NF/$2}' 0.664609 [root@web01 ~]# free -m|awk '/^Mem/{print $NF/$2*100}' 66.358 # 定义监控项 [root@web01 ~]# vim /etc/zabbix/zabbix_agentd.d/mem_free.conf UserParameter=mem_pfree,free -m|awk '/

触发器依赖 Zabbix - Router1 - Router2 – Host 如果router1宕机了,那么router2和host都不能连上,这样的话就会发router1.router2和host的宕机短信,但是既然他们是依赖关系,我只想收到router1的短信. 那么就定义了他们的关系如下: 'Host is down' trigger depends on 'Router2 is down' trigger'Router2 is down' trigger depends on 'Rou

zabbix触发器表达式 触发器使用逻辑表达式来评估通过item获取的数据是处于哪种状态, 触发器中的表达式使用很灵活,我们可以创建一个复杂的逻辑测试监控,触发器表达式形式如下: {<server>:<key>.<function>(<parameter>)}<operator><constant> {主机:key.函数(参数)}常数 Functions函数 触发器functions完整链接: Function参数 FUNCTION

Quartz misfireThreshold属性的意义与触发器超时后的处理策略. 在配置quartz.properties有这么一个属性就是misfireThreshold,用来指定调度引擎设置触发器超时的"临界值". 要弄清楚触发器超时临界值的意义,那么就要先弄清楚什么是触发器超时?打个比方:比如调度引擎中有5个线程,然后在某天的下午2点 有6个任务需要执行,那么由于调度引擎中只有5个线程,所以在2点的时候会有5个任务会按照之前设定的时间正常执行,有1个任务因为没有线程资源而被延迟

Zabbix触发器的语法如下: {<server>:<key>.<function>(<parameter>)}<operator><constant> 用Template App Zabbix Agent模板中的主机ping监控的触发器来进行说明: {Template App Zabbix Agent:agent.ping.nodata(5m)}=1 <server> Template App Zabbix Agent

概述:       触发器中的表达式使用很灵活,我们可以创建一个复杂的逻辑测试监控,触发器表达式形式如下: {<server>:<key>.<function>(<parameter>)}<operator><constant>        {主机:key.函数(参数)}<表达式>常数 Functions函数:触发器functions可以引用检索到的值,当前时间或者其他元素.触发器表达式支持的function完整列表请点

获取最新值last zabbix触发器方法last用于获取item最新值或者第几个值以及某个时间的哪一个值. Last (most recent) T value is > N Last (most recent) T value is < N Last (most recent) T value is = N Last (most recent) T value is NOT N 触发器方法last - 语法 last (sec|#num,<time_shift>) sec:暂时

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

目录 一.实际业务场景 业务问题 解决办法 二.Zabbix触发器和监控项与用户预警设置时间范围配置流程 一.触发器设置时间范围 二.监控项设置时间范围 三.用户报警设置启用时间 一.实际业务场景 业务问题 最近在监控 ActiveMQ 的阻塞消息时,发现每天0点都有预警,然后进行排查,0 点确实是有阻塞消息,这个阻塞消息的存在,是因为 0点系统进行结算,会产生大量的消息,并且有一些结算任务,导致消息会有阻塞.但是这个阻塞是正常的,我不想进行预警,那么有以下方法可以禁止这个预警: 设置监控时间

前言 今天公司线上环境新添一个监控项,监控 一些日志的是否出现错误,有错误就及时报警,那么问题来了 ,报警必须告诉我们哪个日志有错误,这样才能够快速定位到哪个日志有问题. 配置 zabbix-agent上配置了一个自定义监控项,用一个脚本去检测哪个日志有错误,有错误就返回日志名,没有就返回1,那么我们在zabbix的trigger上就要这样匹配,agent返回的数值不是1,那么就说明有问题,不等于号在zabbix trigg里面是这么写的:<> .所以这个触发器的式子该这么写: {LogOfY

函数介绍 abschange 参数:忽略 支持类型:float,int,str,text,log 作用:返回最近获得的值与之前获得值差的绝对值,对于字符串类型:0表示相等,1表示不同 avg 参数:秒或#num 支持类型:float,int 作用:返回一段时间的平均值 举例: avg(5):最后5秒的平均值 avg(#5):表示最近5次得到值的平均值 avg(3600,86400):表示一天前的一个小时的平均值 如果仅有一个参数,表示指定时间的平均值,从现在开始算起,如果有第二个参数,表示漂移,

概述 触发器中的表达式使用很灵活,我们可以创建一个复杂的逻辑测试监控,触发器表达式形式如下:   1 {<server>:<key>.<function>(<parameter>)}<operator><constant> {主机:key.函数(参数)}<表达式>常数,具体的例子,请接着往下走,很简单 Functions函数 触发器functions可以引用检索到的值,当前时间或者其他元素.触发器表达式支持的functio

触发器是什么 触发器(triggers)是什么?触发器使用逻辑表达式来评估通过item获取到得数据是处于哪种状态,item一收回数据,讲解任务交给触发器去评估状态,明白触发器是怎么一回事了把?在触发器表达式中我们可以定义哪些值范围是合理,哪些是不合理的,如果出现不合理的值,触发器会把状态改为PROBLEM. 接下来就到了报警以及发邮件 触发器状态 值 描述 OK 触发器的正常状态. 老版本的zabbix中叫做FALSE PROBLEM 非正常状态,例如数据库挂了,系统负载高了,都会是这个状态.

概观 项目只收集数据.要自动评估传入数据,我们需要定义触发器.触发器包含一个表达式,该表达式定义数据的可接受级别的阈值. 如果这一级别超出了传入的数据,触发器将“ fire 触发”或进入“' Problem 问题”状态 - 让我们知道发生的事情可能需要注意.如果该级别再次可以接受,则触发器返回到“Ok”状态. 添加触发器 要为我们的项目配置触发器,请转到 Configuration → Hosts,单击 Triggers ,然后单击 Create trigger..这给我们提供了触发器定义形式.

原文出处:https://www.zabbix.com/documentation/2.0/manual/appendix/triggers/functions 译者: pengyao abschange 参数: 直接忽略后边的参数 支持值类型: float, int, str, text, log 描述: 返回最近获取到的值与之前的值的差值的绝对值. 对于字符串类型,0表示值相等,1表示值不同 avg 参数: 秒或#num 支持值类型: float, int 描述: 返回指定时间间隔的平均值.

触发器描述列表: count: count(600): 最近10分钟的值的个数 count(600,12): 最近10分钟,值等于12的个数 count(600,12,"gt"): 最近10分钟,值大于12的个数 count(#10,12,"gt"): 最近的10个值中,值大于12的个数 count(600,12,"gt",86400): 24小时之前的前10分钟数据中,值大于12的个数 count(600,,,86400): 24小时之前的前1

转摘至梅总文章 一直没用过这个函数,今天研究了下,确实很有用(用过的忽略): 之前很多功能都是用max,min,avg曲线实现的,其实用count最合理(如典典刚用的高防持续N次ping超时).   举例:监控weburl返回值,正常返回200,连续3次(3分钟)返回值都不是200,报警: 生成的函数: {192.168.75.130:web.test.time[7881URLL,m-goods-list,resp].count(#3,200,ne,0)}=3 函数说明: count (sec|

摘要:确认多次zabbix监控中小编用的最多的是count的这函数,确认多次以减少了很多误告警,提高了运维效率.可以设置连续几次都异常才发出告警,这样一来,只要发出告警基本上就已经确定发生故障了.count参数:秒或#num支持类型:float,int,str,text,log作用:返回指定时间间隔内数值的统计,举例:count(600)最近10分钟得到值的个数count(600,12)最近10分钟得到值的个数等于12count(600,12,"gt")最近10  确认多次  zabb

一.背景 zabbix监控中我们用的最多的是count这个函数,通过确认多次可以减少很多误告警,提高了运维效率.可以设置连续几次都异常才发出告警,这样一来,只要发出告警基本上就已经确定发生故障了. 二.支持的操作类型 eq: 相等 ne: 不相等 gt: 大于 ge: 大于等于 lt: 小于 le: 小于等于 like: 内容匹配 三.用法及举例 用法: count 参数:秒或#num 支持类型:float,int,str,text,log 作用:返回指定时间间隔内数值的统计 举例: 举例: c

0x01 Create Host 安装完zabbix后从哪里入手?无非就是要添加监控目标,那本文就从添加监控一个主机入手,了解zabbix的各个基本功能 添加主机在“Configuration”选项卡上的“Hosts”,可以看到下图默认已经有一个监控目标了,接下来就从这里展开,描述item,trigger,graphs等使用 首先,要先了解item是监控目标主机上的各个小项目(比如内存.cpu的使用率),多个item可以分组归类成application.当item超出设定的阈值就要做出某种行动(