zabbix磁盘的自动发现与磁盘指标监控
由于最近项目上需要对服务器监控进行规范化监控,再磁盘这块有几种方式
1.如果每台设备的磁盘是一样的 比如都有vda,vdb两块磁盘那么可以采用
1.1 每台客户端写脚本,服务端每台设备去加上监控项(------最次的手段-------------)
1.2 客户端批量部署脚本,服务端直接把监控项部署到模板里面去。这样所有使用了模板的设备都可以加上这个监控项目了 但是必须注意,这样必须是所有设备磁盘都一样的情况
2.如果每台设备的磁盘数目不一样,就只能采用客户端定义脚本,服务端单独针对每台设备添加独特的监控项
3.利用python 脚本添加(平庸选择)
4.上面的方法都是不是那么智能化,其实zabbix为我们提供了一个自动发现规则(注意 不是设备的自动发现 ),再模板的下方自动发现规则:就是下图这个东西

他能实现什么功能呢? 他提供一套发现与处理机制!!!!那么真多磁盘呢?他可以实现自动发现主机上面的磁盘,并且为每个磁盘加上监控项目,后续还可以自动为每个监控加图形,告警等等 后话了。 那么怎么实现呢?就是zabbix提供的机制 +++ 个人的脚本 以下慢慢道来!!
一:为了实现我们的功能,我们第一步就是实现磁盘发现,也就是自动发现我们设备上又那么些磁盘(注意以下的操作都是以模板为单位的)

找到这个自动发现规则,点击右边的创建自动发现规则如下:

我们的名字可以随便起,这里类型我们是zabbix客户端 键值是什么呢?就是给后台传递的参数:完成的功能就是发现主机,这里得到的结果是个json格式的字符串。好了既然把这个参数io.scandisk传递到客户端了,那么我们的客户端怎么配置,完成什么功能呢?
我们直接看zabbix-agent的配置文件

这里面scandisk就是对应页面配置的关键字 [*]里面就是传递的参数,由于页面没有传递,那么这里就没有,后面的$1企业也没用(保留是因为大家都这么写。。。具体为啥我也不清楚)如果需要传递参数我们可以这么写
页面io.scandisk[1,2] 那么这里的1就是客户端配置文件里面的$1了,同理2就是$2了.
好了,我们看到客户端得到这个键后会执行一个python脚本,python脚本内容如下:
import subprocess
import json
args="cat /proc/diskstats|awk '{print $3}'|grep -E '^[a-z]+$'|sort|uniq 2>/dev/null"
t=subprocess.Popen(args,shell=True,stdout=subprocess.PIPE).communicate()[0]
disks=[]
for disk in t.split('\n'):
if len(disk) != 0:
disks.append({'{#DISK_NAME}':disk})
print json.dumps({'data':disks},indent=4,separators=(',',':'))
我们执行下脚本得到结果如下:
和上文我们提到的一样返回的是一个json字符串!
每台设备不一样。得到的结果也不一样,获取的是本机上的物理磁盘的名称
好了,既然已经获取到了磁盘的名字,我们接下来就会对每个磁盘的性能进行监控了,监控肯定也是在客户端实现。首先我们把需要的内容输出到一个文件里面
nohup iostat -m -x -d 30 > /tmp/iostat_output &
然后再配置文件里面田间配置
UserParameter=io.rps[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b"|tail -|awk '{print $$4}'
UserParameter=io.wps[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b" |tail -|awk '{print $$5}'
UserParameter=io.rMBps[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b" |tail -|awk '{print $$6}'
UserParameter=io.wMBps[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b" |tail -|awk '{print $$7}'
UserParameter=io.avgrq-sz[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b" |tail -|awk '{print $$8}'
UserParameter=io.avgqu-sz[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b" |tail -|awk '{print $$9}'
UserParameter=io.await[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b" |tail -|awk '{print $$10}'
UserParameter=io.svctm[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b" |tail -|awk '{print $$11}'
UserParameter=io.util[*],/usr/bin/tail /tmp/iostat_output |grep "\b$1\b" |tail -|awk '{print $$12}'
这里面我们可以看到每行都有一个$1 那么这个$1是怎么来的呢?其实他就是代表磁盘的名字 所以我们页面就需要配置监控项,把参数(磁盘满传递过来)
我们回到页面继续配置

点击创建监控项原型以io.avgqu-sz为例

名字随便取最好加上$1这里的$1其实就是键值里面的io.avgqu-sz[{#DISK_NAME}]里面的#DISK_NAME 我们前面用自动发现不是发现了自己的磁盘么? 比如sdb和sda,zabbix会把这两个磁盘循环传递到这里来作为DISK_NAME,那么你一定也想到了。客户端里面的$1其实也是这个参数咯 ------------至于怎么实现,只有看源码咯。。不必纠结 应用集我们新建一个DISK。然后点击更新完成
至此我们只需等待然后到页面去看数据就可以了。就完成了磁盘的自动发现以及指定项的监控。。后面的图形,如果你理解了这里就是小菜一碟了。
我们重新再来理一遍 服务端配置 自动发现规则发现磁盘------>客户端修改配置文件以及自定义脚本实现(返回json的格式)
服务端找到磁盘以后对把每个磁盘的名称作为参数传递给监控项,监控项根据客户端的配置文件以及脚本实现对应的数据返回。
另外需要注意的是 在监控项里面 有 print $$4 这种写法。 需要注意的是 因为在zabbix里面$1..$N 其实是关键字代表的是前端传递过来的参数,所以自己的$1需要在前面加上一个$也是就$$1来区别!!!这个东西当时也是疑惑了很久
zabbix磁盘的自动发现与磁盘指标监控的更多相关文章
- zabbix模板的自动发现规则(ldd)实现被监控项自动发现
zabbix模板的自动发现规则(ldd)实现被监控项自动发现 自动发现规则(ldd)用途说明 在zabbix自带的linux模板的自动发现规则中,有一个Mounted filesystem disco ...
- zabbix 自动发现端口并添加监控设置
自动发现端口并添加监控设置UserParameter=net.listen.discovery,sudo /etc/zabbix/scripts/discovery_listport.sh #!/bi ...
- zabbix 网络模板自动发现端口时,过滤掉某些特定规则的端口,减少item的方法
1.需求描述 默认情况下Zabbix 模板 中网络接口自动发现接口时,会产生很多item,有时候会有我们不需要的一些接口,这时候需要过滤掉他们. 比如我有一台运行kvm的服 ...
- zabbix的自动发现、自定义添加监控项目、配置邮件告警
1.zabbix的自动发现这里的自动发现,所显示出来的是规则的上自动了现 然后 可以对其内容进行相关的配制,如时间或周期 注意:对于单个主机的规则,可以自行添加或删除, 但对于已经添加好了的规则,若需 ...
- zabbix server端自动发现和zabbix agent端自动注册
一.zabbix自动发现 利用zabbix的discovery功能可以实现自动批量添加主机的功能. Zabbix自动发现实现自定义主机名: 通过自动发现添加的客户端主机的Host name 是以IP地 ...
- 【zabbix】自动注册,实现自动发现agent并添加监控(agent不需要任何配置)
更新: 后来在实际使用中发现,与其使用zabbix自动注册,不如直接调用zabbix的api主动发起添加服务器的请求,这样就不需要在zabbixserver上配置host信息了.实现全自动.具体调用方 ...
- docker部署zabbix并设置自动发现规则
docker部署zabbix比源码安装简单一些,特此记录: 机器准备: zabbix-server: 192.168.0.150 homeserver zabbix-agent: 192.168. ...
- 自动化监控Zabbix之主机自动发现
创建思路 首先说下自动发现强大的功能,它到底可以帮助我们完成什么工作: 快速发现并添加主机 简单的管理 随着环境的改变而快速搭建监控系统 自动发现基于网络发现功能,而网络发现又基于以下信息: IP地址 ...
- ZABBIX自动发现Redis端口并监控
由于一台服务器开启许多Redis实例,如果一台一台的监控太耗费时间,也非常容器出错.这种费力不讨好的事情我们是坚决杜绝的,幸好ZABBIX有自动发现功能,今天我们就来用该功能来监控我们的Redis实例 ...
随机推荐
- Android jni/ndk编程三:native访问java
一.访问静态字段 Java层的field和method,不管它是public,还是package.private和protected,从 JNI都可以访问到,Java面向语言的封装性不见了. 静态字段 ...
- dom4j工具对XML写入修改删除操作实现
import org.dom4j.Document; import org.dom4j.DocumentException; import org.dom4j.io.SAXReader; import ...
- Redis 几个类型常用命令
Redis 字符串(String) 下表列出了常用的 redis 字符串命令: 序号 命令及描述1 SET key value 设置指定 key 的值2 GET key 获取指定 key 的值.3 G ...
- java:redis(redis安装配置,redis的伪集群配置)
1.redis安装配置: .安装gcc : yum install gcc-c++ .使用FTP工具FileZilla上传redis安装包到linux根目录下(当前步骤可以替换为:在root目录下执行 ...
- C语言基础:内置函数的调用
#include<stdio.h>#include<math.h>#include<stdlib.h>#include<ctype.h>#include ...
- app测试自动化操作方法之一
1.在输入框里输入字符 dr.find_element_by_android_uiautomator\ ( 'new UiSelector().text("邮箱或手机号")').s ...
- 【VS开发】设备控制台 (DevCon.exe) 命令
设备控制台 (DevCon.exe) 命令 DevCon (DevCon.exe) 是一个命令行工具,可以显示有关运行 Windows 的计算机上设备的详细信息.还可以使用 DevCon 启用.禁用. ...
- 【DSP开发】解读TI的KeyStone II云技术应用
最近,德州仪器(TI)公司推出6款最新KeyStone II多核SoC,助力云应用.TI公司多核DSP中国市场开发经理蒋亚坚先生向媒体讲解了这6款KeyStone II新产品的特点与目标应用. ...
- inner join on会过滤掉两边空值的条件
前两天工作过程中,遇到一个问题,关于join on查询的,对于查出来的结果一直都很疑惑,这里记录一下. 1.首先看下面这条sql查询语句: 查询出来的结果是25053 2.加个 o.lat = n.l ...
- 掌握Mybatis的核心配置文件
一.配置文件结构 MyBatis的核心配置文件配置了MyBatis的一些全局信息,包含数据库连接信息和MyBatis运行时所需的各种特性,以及设置和影响MyBatis行为的一些属性. 该配置文件的元素 ...