假设你已经知道[模板-监控项-监控项原型-自动发现规则]之间的关系.(此处应有关系图,待填坑) 1. 添加模板 我新建了一个名叫Dapianzi SNMP Linux的模板,里面添加了已经启动了SNMP服务的云主机.准备对这些云主机配置一些自己定义的,通过自动发现规则生成的监控项. 2. 添加自动发现规则 点击 模板 - 自动发现规则 - 创建发现规则.如图 [名称]: 规则名称,通俗易懂就好. [类型]: 可选择SNMP或者Zabbix,数据来源.后面的配置选项会根据这个类型的改变而改变. […
zabbix模板的自动发现规则(ldd)实现被监控项自动发现 自动发现规则(ldd)用途说明 在zabbix自带的linux模板的自动发现规则中,有一个Mounted filesystem discovery自动发现规则,可以根据每个服务器磁盘梳理不同,自动生成相应的磁盘监控数据. 这就是自动注册的用途,根据不同服务器上同一个监控项不同的数量,自动生成对应数量的监控 例如5个服务器都分别启动了tomcat多实例,但启动的tomcat数量不相同,端口也不同,我想要监控这些端口是否down掉: 用普…
  对于zabbix 我们并不陌生 他是开源的监控系统,现在的一部分企业都在用zabbix,今天给大家分享的是企业级监控zabbix的自动发现规则,有了它我们自定义健康的时候根据宏值可以让他自动发现对应的value 从而省去我们一部分的重复代码 . 现需求 需要自定义一个监控脚本,目的是取各服务器三线ip地址 进行向另一端源服务器进行ping rtt和loss的请求进行判断是否存在丢包行为. 1:不同业务,对应不同的模板,我们需要现创建一个模板,用于我们这个特殊的业务 2:创建完成后,点击我们创…
1.概念 在配置Iterms的过程中,有时候需要对类似的Iterms进行添加,这些Iterms具有共同的特征,表现为某些特定的参数是变量,而其他设置都是一样的,例如:一个程序有多个端口,而需要对端口配置Iterms.再如,磁盘分区,网卡的名称等等,由于具有不确定性,古配置固定的Items会出现无法通用的问题. Low level discovery的Key可以对网卡.文件系统等进行自动发现,当然也支持自定义. Low level discovery的使用过程分如下两步: (1)自动发现特定变量的…
1.配置mysql,添加监控用的账号,授予查看所有用户线程/连接的权限 GRANT PROCESS ON *.* TO 'zabbix'@'127.0.0.1' identified BY '20c114c4$65bec20@e1eb6ee4d6614ba'; Flush privileges; 2.准备脚本 获取端口的脚本 #!/usr/bin/python import os import json#获取mysql端口,使用root权限执行获取端口,过滤出mysql的,将':'转为空格,aw…
前言:由于Zabbix提供的项目和模板有限,有时我们需要自定义监控项,下面以监控磁盘I/O使用率为例,创建自动发现规则,并配置图形. (1)Zabbix_agentd端自动发现脚本,zabbix要求返回的数据为json格式. 自动发现磁盘,这里有sd和md开头的,根据需求修改脚本去过滤出磁盘: 运行:/usr/local/etc/disk_io_check.sh disk_count 脚本摘自网络,可自行修改,或用其他语言编写也可以. # vim /usr/local/etc/disk_io_c…
一.前文 此篇文章,主要针对自动发现规则中使用snmpv2类型发现 zabbix官方解读,可当参考:   https://www.zabbix.com/documentation/4.0/zh/manual/discovery/low_level_discovery/snmp_oids 二.情景设定 1.环境:centos 7 + zabbix 4.0.2 2.模板里设置自动发现规则,应用到主机,让其自动发现网络设备的cisco交换机的内存使用率情况 三.自动发现目的 基于第二步的情景设定,可知…
虽然Zabbix提供了很多的模板(简单理解为监控项的集合),在zabbix界面点击share按钮就可以直接跳到模板大全的官方网站,但是由于模板内的监控项数量太多不好梳理且各种模板质量参差不齐,还是建议针对自己要监控的主机或产品自定义模板(Linux服务器主机的监控使用默认模板就可以). 之前一篇笔记描述了如何安装和配置zabbix架构,详见:Zabbix-3.4简介及安装配置 ,本文分四个小节描述如何自定义监控项: 文章概述 自定义模板的步骤 如何配置告警 监测数据的可视化 一.文章概述 什么是…
1.分布式部署原理 1.1Zabbix分布式部署的原理 传统的部署架构,是server直接监控所有的主机,全部主机的数据都是有server自己来采集和处理,server端的压力比较大,当监控主机数量很大的时候,server端可能会崩溃.并且如果监控的主机分布在不同地域.互不相同的网络上,传统的架构就不能满足监控所有主机的要求. 分布式部署proxy节点,可以有效的避免上面的问题,每个proxy独立的收集自己区域的主机数据,汇总后按照一定的频率统一发送给server端,server只负责分析和展示…
zabbix需要监控很多服务器,比如公司进购一批新的服务器,如何自动添加到zabbix服务上 自动发现: zabbix Server主动发现所有客户端,然后将客户端记录下来 自动注册: zabbix 客户端主动到服务端上建立连接 我做了几台机子zabbix客户端 192.168.175.104 192.168.175.105 192.168.175.106 192.168.175.107 192.168.175.108 192.168.175.109 192.168.175.110 将这几台机子…