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

Posted wsnbba

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Zabbix监控平台-----深入理解zabbix相关的知识,希望对你有一定的参考价值。

一,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次得到值的平均值

avg3600,86400):表示一天前的一个小时的平均值

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

(2)last

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

last(0)等价于last(#1
last(#3)表示最近第3个值(并不是最近的三个值)
本函数也支持第二个参数time_shift,例如last0,86400)返回一天前的最近的值。
如果在history中同一秒中有多个值存在看,Zabbix不保证值的精确顺序#numZabbix1.6.2起开始支持,timeshift1.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命令使用说明

命令/参数内容解释说明
/usr/local/bin/sendEmail 命令主程序
-f [email protected] 发件人邮箱
-t [email protected] 收件人邮箱
-s smtp.163.com 发件人邮箱的smtp服务器
-u "我是邮件主题" 邮件的标题
-o message-content-type=html 邮件内容的格式,html表示它是html格式
-o message-charset=utf8 邮件内容编码
-xu [email protected] 发件人邮箱的用户名
-xp 123456 发件人邮箱密码(授权码)
-m "我是邮件内容" 邮件的具体内容

 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

#描述:

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

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的主要内容,如果未能解决你的问题,请参考以下文章

深入理解zabbix

深入浅出Zabbix 3.0 -- 第十一章 VMware 监控

监控平台选Prometheus还是Zabbix?

深入浅出Zabbix 3.0 -- 第三章 Zabbix 监控方式

深入浅出Zabbix 3.0 -- 第六章 监控项配置与管理

linux监控平台介绍zabbix监控介绍安装zabbix