服务器监控系统Zabbix的media、graphs、templates、macro图解教程（第三章）

（11）定义meida媒介，并对指定用户添加media：

示例一（Mail）：

注意：实际生产中，一般会购买企业级的邮箱业务；因为自己搭的邮件业务，会被互联网上的邮箱当作垃圾，拒绝接收；

示例二（script）：

注意：less /etc/zabbix/zabbix_server.conf脚本的真实路径是：

AlertScriptsPath=/usr/lib/zabbix/alertscript

而发送短信的脚本，网上有很多，拿来，放置在/usr/lib/zabbix/alertscript路径下，并命名为"duanxin.sh"；发送短信还需要依赖于短信网关，一般企业中都有配置；

注意：定义过media之后，还要配置相关zabbix中的user，将zabbix中的user和media关联到一起，另外还要定义action（通过那个media，发送消息，给哪个人），将trigger和user、meida关联起来，即当发生了某一件事情之后，触动了触发器后，触发器调用action中定义的operation；

注意：网上也有发送微信的脚本，但是需要公司通过资质注册公众号；任何报警都需要发送给该公众号，任何关注该公众号的人，都可以收到，不太安全；

（12）展示接口：

上面使用的展示接口是simple graphs；很多时候，我们需要将多个具有相关性的graph定义到一张图上查看（比如，将rate of packets(ens33-in)和rate of packets(ens33-out)放置在一张图上查看），这就用到了用户自定义的graph；

当graph很多的时候，可能需要将多个graph放在一个屏幕上，这就是screens；

定义Graph：

此时一次只能看一幅图，如果想要一次看多张图，即在一个屏幕中，一次作战室多张图，需要使用Screen；

注意：企业中的监控墙，一般可以放置很多的Graphs，就是使用的Screen；

如果Graphs太多，使用Screens依然满足不了要求，可以使用Slide shows，类似于幻灯片；

maps，可以用来定义复杂的网络连接图，主要用来查看线路之间通讯是否正常，用处不是太大，此处不做展示了；

（13）模板templates：

实际生产中，需要监控的东西太多，从头添加是很麻烦的，比如，集群中有十台主机，一台一台的添加，实在是过于麻烦，可以事先配置一个模板，其他主机套用该模板即可！定义模板templates类似于定义主机，将Applications、Items、Triggers、Graphs、Screens等等事先定义好；

注意：创建过模板之后，并不会搜集数据，需要将其关联到对应的Hosts上，才能调用数据；

注意：互联网上有很多模板，有很多zabbix使用的模板，下载自己需要的templates，"Import"导入即可；当需要将自己的模板发送给别人的话，使用"Export"到处即可，模板文件是xml格式的文件；

注意：zabbix中安装过后，默认就有很多模板，常用的模板有Templates OS Linux、Templates OS Linux SNMPv2；如果使用的是Agent接口，可以使用Templates OS Linux；如果使用的是SNMP接口，可以使用Templates OS Linux SNMPv2；注意，这两个不要同时使用！

注意：一个主机可以链接多个模板，但是尽量不要将一个数据采样多次！另外，实际生产中的数据采样时间都很长，一般是5分钟采样一次，所以，如果想要验证采样结果的话，需要等待一下！

注意：如果某一主机上的模板不想要了，可以将其"Unlink"取消链接；如果采集的数据连同模板都不想要了，可以将其"Unlink and Clear"

注意：一台主机一台主机的链接模板，依然很慢，可以将多个主机放在一个组中，这样链接模板的效率，就会大很多；

注意：模板可以被继承，即一个模板可以被其他模板链接起来；

（14）宏macro，预设的文本替换模式；就是固定字符串类型的变量；

级别：

全局宏：可以应用于所有主机的所有模板，优先级比较低；

定义路径：Administration --> General --> Macros

模板宏：只对链接至此模板的主机有效；

定义路径：编辑模板 --> Macros

主机宏：只对单个主机有效；

定义路径：编辑主机 --> Macros

类型：

内建宏：调用方式：{MACRO_NAME}

https://www.zabbix.com/documentation/3.4/manual/appendix/macros/supported_by_location #官方文档

自定义宏：调用方式：{$MACRO_NAME}

命名方式：大写字母、数字和下划线；

宏的应用场景：比如某一Item中使用了一个端口，有很多主机调用了该Item，如果该端口改变了，那么就需要一个主机一个主机的更换端口，太麻烦。简单的做法就是：事先定义一个全局宏(模板宏)，在主机中调用的就是该宏，当要更换端口时，只需要更换宏的值即可，类似于变量；

注意：使用宏的时候，一定要先定义宏，然后再调用！

实验的话，如果想要做更换端口的实验的话，为了保证实验效果（即更换宏值后，不影响监控），先将node1节点上，将Redis服务的端口替换掉，例如替换成7000！然后重启服务；再在web-GUI上，更换宏{$REDIS _PORT}的值；（上面的实验，已经体现出了宏的作用，后面的太简单，并且没有意义，所以此处略过！）

注意：全局宏、模板宏、主机宏的定义方法不太一样，优先级也不大一样，优先级高的宏会覆盖掉优先级低的宏！

注意：宏macro，经常适用于多处调用，并且将来可能会发生改变的场景下！