zabbix系列之八——安装后配置三Triggers

1Triggers(触发器)

描述	详细	备注
术语描述	1）触发器是评估监控项采集的数据的逻辑表达式，代表了当前系统状态。 2）触发器可定义一个什么数据是可接受的阈值，因此，如果接收的数据超过了可接受的状态，则触发器会被触发 - 或将状态更改为PROBLEM.	触发器状态：OK/PROBLEM
其他	如果在表达式中使用基于时间的函数(nodata(), date(), dayofmonth(), dayofweek(), time(), now())，触发器就会由Zabbix timer进程每30秒重新计算一次。如果在表达式中同时使用基于时间和非基于时间的函数，当接收到一个新值和每隔30秒都会重新计算触发器的状态

1.1创建触发器

描述	详细	备注
配置	1点击Zabbix上方菜单栏的Configuration → Hosts 2在Host那一行点击Triggers 3在右上角点击Create Trigger（或者在触发器名称上编辑一个现有的触发器） 4在打开的页面输入触发器的参数	https://www.zabbix.com/documentation/3.4/manual/config/triggers/trigger
配置项	1）Name:触发器名称 可能包含支持的macros:{HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {ITEM.VALUE},{ITEM.LASTVALUE} 和 {$MACRO}。 $1, $2…$9宏可以用来指代第一、第二至第九个表达式的常量。 2)Severity：通过点击对应的按钮来设置所需的触发器severity， 3) Problem expression:用于定义问题条件的逻辑表达式	备注：$1-$9如果引用了相对简单的常量或易懂的表达式，宏将会正确解析。例如，如果表达式为{New host:system.cpu.load[percpu,avg1].last()}>5，则名为“Processor load above $1 on {HOST.NAME}“的触发器名称将自动更改为”Processor load above 5 on New host”
触发器表达式	简单表达式： {<server>:<key>.<function>(<parameter>)}<operator><constant> 说明： 1)Function：函数，从zabbix支持的函数列表中选择(如avg，change…) 2)Parameter;函数参数 a)      数字函数中允许秒数作为参数，如sum(30)，统计30s内的所有值之和 b)      可使用前缀#指定参数具有不同意义,如sum(#5),统计最后5个值的和 c)      Last函数以#作为前缀时，表示选择指定位置的值，如给定值3、7、2、6、5（按照时间顺序，第一个值3为最新值），last(#2) 将返回值为7 ，last(#5) 将返回值为5。 3) Operators,运算符 4）value caching值缓存：触发器请求的数据缓存在zabbix server(且不会因监控项历史数据移除而清除) 5)样例；{Zabbix-server:system.cpu.load[all,avg1].last()}>5 { Zabbix-server:system.cpu.load[all,avg1].last()}>5 or { Zabbix-server:system.cpu.load[all,avg1].min(10m)}>2 6) Hysteresis:滞变(如温度超过20c，保持一个状态，直到温度下降到15c)，需要使用自动发现规则：Recovery expression，输入一个恢复表达式。仅当问题事件先处理才能出发恢复表达式。问题表达式({server:temp.last()}>20)恢复表达式({server:temp.last()}<=15	1）Zabbix支持的函数列表： https://www.zabbix.com/documentation/3.4/manual/appendix/triggers/functions 2）avg, count, last, min and max 函数支持额外的第二个参数time_shift（时间偏移量）。这个参数允许从过去一段时间内引用数据。例如，avg(1h,1d)将会返回一天前1小时的平均值。 注意：触发器需要使用history历史数据来计算。如果历史数据不可用（特别是关于time_shift时间偏移量），则无法使用趋势信息，因此必须至少保持触发器函数所预期这段时间的历史信息。
触发器依赖		主机之间某些依赖关系可能有用的地方，依赖关系设置的通知可能会被抑制，而只发送根本问题的通知。
触发器严重性

2 Events(事件)

描述	详细	备注
概述	trigger events(触发器事件) discovery events - 发现事件 uto registration events - 自动注册事件，当主动的agents被自动注册到server时  internal events - 内部事件，当监控项item/自动发现规则low-level discovery rule变得不受支持或触发器进入了一个未知状态。
触发器事件生成	触发器会创建两种类型的事件：问题（Problem）和正常（OK）。

3 事件通知

3.1media类型

描述	详细	备注
邮件	AdministrationàMedia typesàcreate media typeà Name:Email Type:Email SMTP server:localhost SMTP port:25 SMTP helo:localhost SMTP email:zabbix@localhost à点击add
短信(sms)	触发器会创建两种类型的事件：问题（Problem）和正常（OK）。
Jabber(即时通讯)
Ez Texting(zabbix的技术合作伙伴，提供美国加拿大的手机号短信服务)

4 宏(macros)

3.1media类型

描述	详细	备注
概述	宏是一个变量，在上下文中，宏解析为一个特殊的值。
宏函数	语法：{<macro>.<func>(<params>)} <macro> - 这个参数为要定义的宏 （例如 {ITEM.VALUE}）； <func> - 要应用的函数； <params> - 以逗号分隔的函数参数列表。如果他们以 (空格), " 或者包含 ), ,这些符号开始，则参数必须要引用。 例如：{{ITEM.VALUE}.regsub(pattern, output)}	如果在受支持的位置使用函数，但是应用于不支持宏函数的宏， 那么宏的计算结果为 “UNKNOWN”。 如果在不支持宏函数的位置将宏函数应用于宏， 则忽略该函数。
自定义宏(用户宏)	管理 → 常规 → 右上角下拉菜单选择 “宏”
自动发现（LLD）宏

5 服务监控(service monitoring)

描述	详细	备注
概述	服务监控(services monitoring)旨在帮助那些想要高级(业务)基础设施的监控的人。在许多情况下，我们关注的不是底层细节，比如磁盘空间不足、CPU 负载高等。我们关注的是IT部门提供的可用性的服务。我们还对确定IT基础设施薄弱的地方，IT各种服务级协定(SLA)，现有的IT基础设施的结构，以及其他的信息感兴趣	该结构的每个节点都具有属性状态。根据选择算法进行状态计算并传播到上层节点。服务(services)最底层的服务是触发器。该节点的状态依赖于触发器的状态。
配置	配置(Configuration)→服务(services) àname: server1 Paraent service: root Status calculation algorithm:状态计算算法(不计算、至少一个节点有问题，所有节点都有问题) Calculate SLA, acceptable SLA (in %):可接受的SAL(% 计)(Acceptable SLA) Trigger:选择触发器 Sort order:显示排序，数字小的优先	最高的父节点服务是 'root'。您可以通过添加低级服务节点和各个节点服务创建下层层次结构。