Zabbix监控平台-----深入理解zabbix

标签：memory   服务端   行修改   alt   -o   cti   监控项   不同的   --   

一，Zabbix Web操作深入

（1）创建一个模版，所有的功能几乎都是在模版中定义的

点进新创建的模版查看，模版里几乎可以设定我们需要的所有功能

 （2）在模版里创建应用集，应用集的作用就是将众多的监控项进行一个分类，方便我们的管理

（3）在模版里创建一个zabbix自带的监控项

（4）监控项里的键值我们到底要如何写？我们需要学会照葫芦画瓢，选择一个系统模版Template OS Linux查看

（5）当然也可以自定义监控项的键值，但是并不推荐这样。因为，都是自己写太慢了。系统自带了很多键值自己要学会利用

1.2 Zabbix Web下触发器与表达式的编写方法 

（1）avg

参数：秒或#num
支持类型：float,int
作用：返回一段时间的平均值

 举例：

avg(5)：最后5秒的平均值

avg(#5)：表示最近5次得到值的平均值

avg（3600,86400）：表示一天前的一个小时的平均值

如果仅有一个参数，表示指定时间的平均值，从现在开始算起，如果有第二个参数，表示漂移，从第二个参数前开始算时间，#n表示最近n次的值

（2）last

参数：秒或#num
支持值类型：float，int，str，text，log
作用：最近的值，如果为秒，则忽略，#num表示最近第N个值，请注意当前的#num和其他一些函数的#num的意思是不同的。

last(0)等价于last（#1）

last（#3）表示最近第3个值（并不是最近的三个值）

本函数也支持第二个参数time_shift,例如last（0,86400）返回一天前的最近的值。

如果在history中同一秒中有多个值存在看，Zabbix不保证值的精确顺序#num从Zabbix1.6.2起开始支持，timeshift从1.8.2起开始支持，可以查询avg（）函数获取它的使用方法

（3）max

参数：秒或#num
支持值类型：float，int
描述：返回指定时间间隔的最大值。时间间隔作为第一个参数可以是秒或收集值的数目（前缀为#）。从Zabbix1.8.2开始，函数支持第二个可选参数time_shift,可以查看avg（）函数获取它的使用方法。
例如：max(#3)=0 返回3次值如果都是0则触发告警

（4）min

参数：秒或#num
支持值类型：float，int
描述：返回指定时间间隔的最小值。时间间隔作为第一个参数可以是秒或收集值的数目（前缀为#）。从Zabbix1.8.2开始，函数支持第二个可选参数time_shift，可以查看avg（）函数获取它的使用方法。

（5）nodata

参数：秒
支持值类型：any
描述：当返回值为1表示指定的间隔（间隔不应小于30秒）没有接收到数据，0表示获取到了。
例：nodata(5m)=1 ===>5分钟之内获取不到数据就告警

（6）prev

参数：忽略
支持值类型：float，int，str，text，log
描述：返回之前的值，类似于last（#2）

（7）sum

参数：秒或#num
支持值类型：float，int
描述：返回指定时间间隔中收集到的值的总和，时间间隔作为第一个参数支持秒或收集值的数目（以#开始）.从Zabbix1.8.2开始，本函数支持time_shift作为第二个参数。可以查看avg函数获取它的用法。

（8）change

参数：忽略
支持类型：float,int,str,text,log
作用：返回最近获得值与之前获得值的差值，对于字符串0表示相等，1表示不同
change（0）>n:忽略参数一般输入0，表示最近得到的值与上一个值的差值大于n

（9）diff

参数：忽略
支持值类型：float，init，str，text，log
作用：返回值为1,表示最近的值与之前的值不同，0为相同。
例如：diff（0）>0 ===>表示现在获取的值如果和之前的不同就告警

例如：

1.3 Zabbix Web创建触发器过程以及触发器与监控项对应关系

（1）创建一个触发器

我们之前已经创建了一个检测内存剩余大小的监控项，现在我们给这个监控项加一个触发器。当内存小于20M时，触发报警

（2）进行表达器测试

表达式测试成功后，我们创建完毕即可

 （3）在服务端进行监控项数据获取测试

监控项表达式说明
{aaaa:vm.memory.size[available].last()}<20M
aaaa:模版名
vm.memory.size:zabbix监控端向被监控端发送的代号
.last()<20 :last()<===>last(0)<===>last(#1)

1.4 为了体会深刻，再创建一个监控项同时创建它的触发器

 （1）快速创建一个Agent_ping监控项

（2）在监控端测试监控项的键值

我们发现如果对方服务器IP能ping通，则返回值是1。反之不是1就有问题

 （3）创建监控项的告警触发器

到这里就创建完毕了

二，Zabbix常用模版与触发器功能详解 

（1）{Template App Zabbix Agent:agent.version.diff(0)}>0

解释：
如果当前获取的agent客户端的版本号大于前一次的不同，那么触发告警

（2）{Template App Zabbix Agent:agent.ping.nodata(5m)}=1

解释：
如果ping客户端在5分钟内都没有数据，那么触发告警

（3）{Template OS AIX:vm.memory.size[available].last(0)}<20M

解释：
如果最后一次获取的空闲内存大小得值小于20M，那么触发告警

（4）{Template App SSH Service:net.tcp.service[ssh].max(#3)}=0

解释：
如果ssh远程连接连续获取的3次值的最大值都是0，那么触发告警

（5）{Template ICMP Ping:icmppingloss.min(5m)}>20

解释：
如果连续5分钟里获取的最小值都大于20，那么触发告警

（6）{Template ICMP Ping:icmppingsec.avg(5m)}>0.15

解释：
如果连续5分钟内的平均值大于0.15，那么触发告警

三，Zabbix报警媒介类型设置和告警动作、频率设置 

3.1 QQ邮件告警平台

3.1.1 安装sendmail

3.1.2 sendmail命令使用说明

 3.1.3 调整QQ邮箱设置

测试邮件发送

3.1.4 编写QQ邮件平台报警脚本

3.1.5 脚本测试

3.1.6 修改zabbix_server.conf配置文件，将447行修改成如下所示

重启zabbix_server服务

3.1.7 创建报警媒介

3.1.8 创建报警动作

步骤1-3也就是从1开始到3结束。一旦发生故障，就是执行sendmail.sh脚本发生报警邮件给zabbix用户。
假如故障持续了1个小时，它也只发送3次，第1-3次（即前3次）邮箱发送给zabbix用户，时间间隔为0秒。
如果改成1-0,0是表示不限制，无限发送。

3.1.9 QQ邮件报警测试

给自定义监控项nginx.avtive创建一个触发器，如下

利用Web进行访问，增加活动连接数，触发报警

3.2自定义自动报警的内容

（1）自定义内容样例

如果不修改报警的内容格式，看起来太乱了。我们可以按照如下方式修改

 #告警通知格式样例

#题目

A故障：{TRIGGER.STATUS}，服务器：{HOSTNAME1}发生：{TRIGGER.NAME}故障！

#内容

告警主机：&nbsp；{HOSTNAME1}<br/>

告警时间：&nbsp；{EVENT.DATE} {EVENT.TIME}<br/>

告警等级：&nbsp；{TRIGGER.SEVERITY}<br/>

告警信息：&nbsp；{TRIGGER.NAME}<br/>

告警项目：&nbsp；{TRIGGER.KEY1}<br/>

问题详情：&nbsp；{ITEM.NAME}&nbsp{ITEM.VALUE}<br/>

当前状态：&nbsp；{TRIGGER.STATUS}&nbsp{ITEM.VALUE1}<br/>

事件ID：&nbsp；{EVENT.ID}

 （2）样例测试

四，用户参数User parameters

4.1 概述

有时候当我们监控的项目在Zabbix预定义的key中没有定义时，这时候我们可以通过编写Zabbix的用户参数的方法来监控我们要求的项目item。形象一点说Zabbix代理端配置文件中的User parameters就相当于通过脚本获取要监控的值，然后把相关的脚本或者命令写入到配置文件中的User parameter中，然后Zabbix server读取配置文件中的返回值通过处理前端的方式返回给用户。

用户参数的语法

UserParameter=<key>,<command>

其中，Userparameter为关键字，key为用户自定义key名字可以随便起，为我们要运行的命令或者脚本。

一个简单的例子：

UserParameter=ping，echo 1

代理程序将会永远的返回1，当我们在服务器端添加item的key为ping的时候。

稍微复杂的例子：

UserParameter=mysql.ping,/usr/local/mysql/bin/mysqladmin ping | grep -c alive

• 当我们执行mysqladmin -uroot ping命令的时候如果mysql存活要返回mysqld is alive，我们通过grep -c来计算mysqld is alive的个数，如果mysql存活着，则个数为1，如果不存活很明显mysqld is alive的个数为0，通过这种方法我们可以来判断mysql的存活状态。
• 当我们在服务器端添加item的key为mysql.ping时候，对于Zabbix代理程序，如果mysql存活，则状态将返回1，否则，状态将返回0。

4.2 让key接受参数

让key也接受参数的方法使item添加时更具备了灵活性，例如系统预定义key：vm.memory.size[],其中的mode模式就是用户要接受的参数，当我们填写为free时则返回的为内存的剩余大小，如果我们填入的为userd时这返回的是内存已经使用的大小。

相关语法：

UserParameter=key[*],command

#描述：

key：key的值在主机系统中必须是唯一的，其中*代表命令中接受的参数

command：客户端系统中可执行的命令

#举例：

UserParameter=ping[*],echo $1

ping[0]:此时0就是*，也就是传入参数是0，$1也就是0，因此表达式将一直返回‘0’

ping[aaa]:此时aaa就是*，也就是传入参数是aaa，$1也就是aaa,因此表达式将一直返回‘aaa’

4.3 让我们自定义一个可以传递参数的监控项

我们做一个可以根据条件获取内存数值大小的监控项mem_check
当我们键值为mem_check[free]时，获取剩余可用内存大小
当我们键值为mem_check[used]时，获取实际占用内存大小
当我们键值为mem_check时，获取总内存大小

4.3.1 我们先制作一个获取数据的脚本

4.3.2 测试脚本

4.3.3 后台自定义一个监控项的键值

4.3.4 测试自定义的键值

再在前台自定义一个监控项和触发器

五，Agentd主动模式与被动模式

默认情况下，zabbix server会直接去每个agent上抓取数据，这对于agent来说，是被动模式，也是默认的一种获取数据的方式，但是，当zabbix server监控主机数量过多的时候，由server端去抓取agent上的数据，zabbix server会出现严重的性能问题，主要表现如下：

• :Web操作很卡，容易出现502
• :图层断裂
• :开启的进程（Pollar）太多，即使减少item数量，以后加入一定量的机器也会有问题

所以，下面主要往两个优化方向考虑：

• :用Proxy或者Node模式做分布式监控
• :调整Agentd为主动模式

5.1 Agentd的配置调整

修改zabbix_agentd.conf配置文件，注意是打开如下参数：

ServerActive=10.1.1.158

Hostname=10.1.1.158

StartAgents=1

ServerActive是指定Agentd收集的数据往哪里发送，Hostname是必须要和zabbix web端添加主机时的主机名对应起来，这样zabbix server端接收到数据才能找到对应关系，这里为了兼容被动模式，没有把StartAgents设为0，如果一开始就是使用主动模式的话建议把StartAgents设为0，关闭被动模式。

5.2 zabbix Server端配置调整

如果开启了agent端的主动发送数据模式，需要在zabbix Server端修改如下两个参数，保证性能。

StartPollers=10 #把这个zabbix Server主动收集数据进程减少一些。

StartTrappers=200 #把这个负责处理Agentd推送过来的数据的进程开大一些。

5.3 调整模版

• 因此收集数据的模式发生了变化，因此需要把所有的监控项的类型由原来的“zabbix客户端”改成“zabbix客户端（主动式）”。
• 这样，只需要简单的几步，就完成了主动模式的切换，调整之后服务器不卡了，图层不裂了，进程也少了。

Zabbix监控平台-----深入理解zabbix

标签：memory   服务端   行修改   alt   -o   cti   监控项   不同的   --   

原文地址：https://www.cnblogs.com/wsnbba/p/10140943.html