zabbix 的 lld 低级别发现

Zabbix LLD 低级别发现的大概配置流程。

lld的低级别发现，是在模板或主机的自动发现里边进行配置的，配置流程如下，（以模板为例）：
1、创建自动发现规则

类型：一般选择 “zabbix 客户端” 或 “zabbix 客户端(主动式)” 这两种方式，
键值: vs.fs.discovery 是系统自带的键值(可以通过查看产品手册查看系统自带哪些键值，自动发现的键值一般以 “.discovery” 结尾)，
主机接口：写agent端的地址和端口
进程: 属于预处理
LLD macros ： 是lld的宏，也可以写在脚本里边，如下

计算方式：详细看产品手册
{#FSNAME} :是宏，说白了就是脚本里的变量，是系统自带的，自己写脚本的话可以自己定义
正则表达式：是匹配的规则，在"管理"-->"一般"-->"下拉框中选择 正则表达式"

总体来说就是这个宏(匹配/不匹配) 哪条规则

2、创建监控项原型，

监控项的名称和键值都有宏({#IFNAME})的部分，键值都是agent自带的

3、触发器原型：触发器的名称有宏的存在，选择相应的监控项

4、图形原型：

选择相应的监控项

原文地址：https://blog.51cto.com/13930997/2447851

时间： 2024-11-09 00:33:51

zabbix 的 lld 低级别发现的相关文章

青蛙学Linux—Zabbix Web使用之Zabbix发现功能③低级别发现

Zabbix的低级别发现(LLD)适用于监控多实例.变化的数据,LLD提供了一种在计算机上为不同实体自动创建监控项.触发器和图形的方法.例如:不同主机的网卡数量.网卡名称均不相同,使用LLD可以使我们不用为每台主机的每一块网卡单独创建一个监控项,而只要创建一个监控项即可. 通过LLD的key获取到的返回值为JSON格式数据. Zabbix中自带了对以下几种类型的LLD: 文件系统发现 网络接口发现 CPU核和状态的发现 SNMP OID发现 ODBC SQL查询的发现 Windows服务发现 1

zabbix低级别自动发现配置步骤总结

比如监控磁盘IO 服务器配置 1.编写json格式输出脚本,获得各个磁盘的名字,赋值给变量名 2.编写各个磁盘各种状值,赋值两个变量,第1个变量是磁盘名,第二个变量是要查看的状态变量 3.zabbix_get测试key值是否正常 Zabbix_Web界面配置 1.创建低级别自动发现规则,输入json脚本定义的磁盘变量名 2.创建各种状态的item,输入item的key值的时候,第一个变量是磁盘名字,直接输入json中定义的磁盘名字的变量名即可 3.创建触发器 4.创建图形 等待自动发现图形出现

zabbix 用 LLD 完全自动化监控 Oracle

文章转载自:http://mp.weixin.qq.com/s?__biz=MzA3MzYwNjQ3NA==&mid=2651296856&idx=1&sn=2bdf780719d3bd913f80ebab18ada237&scene=23&srcid=0719KBxswRECyHXV3DbvSgSS#rd 在这里本人只是作为好的文章储存,不做他用 原创 2016-07-19 南非蜘蛛 运维帮 上次写完< Zabbix用好LLD,立马感觉高大上许多>后,

Zabbix实战-简易教程--低层次发现（LLD）

一.概述 自动发现(LLD)提供了一种在为不同实体自动创建监控项,触发器和图形的方法.例如,Zabbix可以在你的机器上自动监控磁盘或网卡,而无需为每个磁盘或网卡手动创建监控项.(LLD) 此外,可以配置Zabbix根据定期执行发现后的得到实际结果,来移除不需要的监控项.(根据正则过滤) 二.类型 在Zabbix中,支持六种类型的发现项目: 系统文件的发现: 网络接口的发现: CPU和CPU内核的发现 SNMP OID的发现 使用ODBC SQL查询的发现 Windows服务的发现 三.流程 发

Zabbix的LLD功能--Low-level discovery

感觉这个主题是和一个主题是一个系列,而且更基础. 准备深入研究一下... 相关文档准备: https://www.zabbix.com/documentation/2.0/manual/discovery/low_level_discovery http://itnihao.blog.51cto.com/1741976/1129725 Low-level discovery provides a way to automatically create items, triggers, and g

对zabbix discovery(LLD)的理解

一.主要用法,请参考官网文档 https://www.zabbix.com/documentation/2.2/manual/discovery/low_level_discovery 理解: 1.server和agent或者snmp固定时间沟通1次获取数据. 2.处理返回值,通常是一个json格式的k/v词典,k/v 映射到macro上,利用macro和prototypes循环增加items,triggers等内容. 3.通常是在一个template上定义好,直接创建一个host套用模版,等待

zabbix监控之进程自动发现

1,获取要监控的进程到/tmp/process_list.txt文件 cat process_list.sh #!/bin/bashcat /dev/null >/tmp/process_list.txt if [ `ps aux|grep "/data/apache_projects/tomcat7-express-18034"|grep -v grep |wc -l` -gt 0 ];then echo "/data/apache_projects/tomcat7-

zabbix 自定义LLD

线上部分实时job是用storm开发的,为了监控数据的延迟,在storm处理日志的时候会把日志的时间插入到redis中,然后通过zabbix做延迟的监控.由于经常有新的job上线,手动配置监控项就变得比较麻烦,为了解放生产力,还是需要搞成自动化. 之前添加网卡和分区监控的时候用了LLD的功能,并用了其内置的宏变量,新版本的zabbix是支持custom LLD的,实现步骤如下: 1.在模板中设置一个discovery rule ( UserParameter  Key),调用脚本,返回zabbi

Zabbix之自动化监控网络发现和主动注册

网络发现 分两步走:创建发现规则(rule)和执行的动作(Action) (1)创建发现规则 "Configuration"-->"Create discovery rule" 设置规则名:NAME 设置IP发现范围:IP range 设置多久执行一次:Delay (in sec) 支持的Checks:Zabbix_agent 设备的唯一标识:Device uniqueness criteria (2)配置发现主机后执行的动作 configuration>