zabbix系列：CPU自动发现LLD

最新推荐文章于 2023-07-09 18:09:39 发布
原创 最新推荐文章于 2023-07-09 18:09:39 发布 · 599 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了如何使用Zabbix的低级别发现（LLD）进行CPU自动发现，通过zabbix_get命令示例展示了发现过程，并提到了相关系列文章，包括自动发现规则、过滤器和正则表达式的应用。
zabbix系列：磁盘自动发现LLD
NIO4444
05-09 742
zabbix_get -s 192.168.40.135 -k vfs.fs.discovery
zabbix系列：网络网卡自动发现LLD
NIO4444
05-09 809
zabbix_get -s 192.168.40.135 -k net.if.discovery
Zabbix的LLD功能--Low-level discovery
weixin_34389926的博客
06-21 307
感觉这个主题是和一个主题是一个系列，而且更基础。 准备深入研究一下。。。 相关文档准备： https://www.zabbix.com/documentation/2.0/manual/discovery/low_level_discovery http://itnihao.blog.51cto.com/1741976/1129725 Low-level discovery provid...
zabbix详解之监控项自动发现（LLD）
weixin_42155272的博客
03-18 5074
概述 自动发现（LLD）提供了一种为受监控节点的不同监控指标自动创建监控项，触发器和图形的分发。例如，Zabbix可以在你的机器上自动开始监控服务端口，而无需为每个服务端口手动创建监控项。 此外，可以配置Zabbix根据定期执行发现后的得到实际结果，来移除不需要的监控。 用户可以自己定义发现类型，只要它们遵循特定的JSON协议。 发现过程的一般架构如下。 首先，用户在“配置”→“模板”→“发现”列...
01 - zabbix | LLD自动发现
mywolfking的专栏
08-28 458
01 - zabbix | LLD自动发现 1. 原理 zabbix支持设置变量，用{#VAR_NAME}来表示。然后有一些系统保留的变量 2. 设置 2.1 交换机电源自动发现 名字写好后进进入：监控项原型 这里名称部分{#SNMPINDEX}这个变量为系统保留的，它自动会对这个值进行变化。 类型选择SNMP，版本根...
Zabbix 自动发现（LLD ）
范安崇的博客
05-23 6198
Zabbix 自动发现（LLD） LLD ： Low-level discovery 官网文档： https://www.zabbix.com/documentation/4.0/manual/discovery/low_level_discovery 作用： 可以指定规则（rule），来达成不确定数量的监测项的自动配置生成 自定义 LLD 规则， 参见上官网文档中的 Creating custo...
Zabbix 自动发现规则(LLD) Redis实例监控
luyifan1111的博客
09-05 520
######## Created by luxf, https://www.luxifan.com ######## 本文不会讲zabbix基础设置，基础内容请自己了解。 1.监控指标分析(根据自己实际场景分析，此处只是简单指标。) 2.创建redis监控脚本 redis_monitor.sh vim redis_monitor.sh #!/bin/bash #Created by lux...
zabbix系列：（自动发现）无效监控项保留时间
NIO4444
05-04 2382
在自动发现这里：
zabbix系列：（自动发现）正则表达式过滤
NIO4444
05-04 2063
定义正则 关联正则
使用zabbix模板监控项的自动发现规则（LLD）实现snmp监控交换机
C_0010的博客
07-09 3528
zabbix自动发现规则发现监控项监控网络设备怎么实现呢？一起来看看吧
zabbix 监控项自动发现过滤_【Zabbix监控教程】LLD低级别自动发现配置教程
weixin_39835792的博客
01-13 601
低级别自动发现简称LLD，使用低级别自动发现可以实现根据Agent的实际情况去自动创建监控项，适用于配置不一的环境。比如A主机有3块硬盘，B主机有5块硬盘，如果不使用LLD的话就需要人肉去为每个硬盘创建监控项。而有了LLD就可以实现自动创建每个硬盘的监控。本文以监控多实例MySQL为例进行Zabbix低级别自动发现配置：1、创建获取每个MySQL实例端口的脚本。该脚本返回的数据必须是JSON格式，...
【zabbix】利用LLD自动发现功能监控多Memcached实例
QiuJQin的专栏
01-31 1221
之前搞zabbix监控有一段时间，在这过程中因业务监控需求扩展了其功能，并将这部分功能梳理了一遍，相关模板及脚本代码也放置于github上，  最近有些做运维的兄弟通过QQ、邮箱找到我咨询其使用方法，感觉这部分功能应该挺常用的，于是有了此文，希望对各位运维同仁有帮助。github上源码及模板见：https://github.com/qiueer/zabbix/tree/master/Memcach
Zabbix使用LLD自动发现规则发现监控docker容器（下）
乐维社区的博客
01-09 835
利用ZABBIX自动发现监控功能，在部署zabbix agent客户端的服务器上，编写自定义功能脚本，实现自动获取服务器上运行的docker服务并监控其运行状态。这个脚本是将上一个脚本获取的docker容器名，查找对应的容器，判断容器的运行状态（包括配置了docker健康检查探针）并返回一个值：0和1。该方式的优势在于，脚本存放于zabbix server服务器，无需安装zabbix agent客户端，便可监控对应的服务对象。名称自定义，选择类型为外部检查，键值填我们编写的docker状态监控脚本名称。
【zabbix】利用LLD自动发现功能监控多Redis实例
QiuJQin的专栏
02-01 2824
接上文《【zabbix】利用LLD自动发现功能监控多Memcached实例》，此文阐述如何监控多Redis实例。源码及模板见：https://github.com/qiueer/zabbix/tree/master/Redis 使用方法： 1）使用netstat来捕获redis-server启用的端口，但zabbix-agent运行在zabbix账号下，故须给zabbix账号授权运行n
zabbix添加自动发现（CPU、内存方向）
moyuanbomo的博客
06-27 832
zabbix版本：4.2.3 系统：CentOS7.6 解决问题：可以直观的看见哪十个耗的CPU和内存资源最大 1、先确认自己的zabbix配置的conf文件读取是在哪个目录下的 # grep '^Include' /etc/zabbix/zabbix_agentd.conf Include=/data/software/zabbix/conf/*.conf 2、确认自己...
Zabbix –内核，CPU和硬盘的低级发现
danpob13624的博客
04-05 272
Zabbix SSD状态，配置有低级发现 在家里，我正在使用Zabbix监视服务器，它具有许多有趣的功能，并且可以通过使用User Parameter进行很多扩展。 在这篇文章中，我将讨论低级发现（LLD）。 如果您只对最终结果感兴趣，请转到“结论”部分，您可以下载包含所有规则的模板！ 低层发现（LLD） LLD是一项功能，可自动发现受监视主机的某些属性并创建项目，触发器和图形...
ZABBIX LLD可以有效发现规则
乐维社区的博客
09-10 358
ZABBIX LLD可以有效发现规则性对象，节省手动添加对象时的重复性操作，但如果是相同的对象，监控项原型在生成的时候就会不可避免的冲突。以下是我在处理该问题上用到的一个小技巧： 下面以发现tuxedo中间件psr信息为例： tmadmin进入tuxedo命令行，psr查看节点的进程的信息。 图一 如图一所示，Prog Name列有重复的值，如果ZABBIX自动发现规则想使用Prog Name列内容作为监控项原型名称，就会不可避免地出现冲突现象。 图二是比较常规的一个生成JSON的shell脚本，该脚本
zabbix 主机和用户，LLD 低等级发现
dong920506213的博客
08-16 646
zabbix 1为单个用户关联机器 1.1用户、用户组、host、hostgroup对应关系 名字 关系 命名规则 用户（User） 用户属于用户组 xuan.dong 用户组（UserGroup） 用户组和机器组关联 ...
ZABBIX5.x 自动发现LLD
Barry_Wang2016的博客
07-10 782
zabbix5.x snmp自动发现lld
告警主机:Zabbix server 告警地址:127.0.0.1 告警信息:Zabbix server: Utilization of LLD worker processes is high 当前状态:OK 告警时间:2025.05.07 07:08:38 恢复时间:2025.05.07 07:18:38 持续时间:12m 17s
最新发布
05-08
### Zabbix服务器中LLD Worker Processes利用率高的原因及解决方法 #### 原因分析 Zabbix 中的低级发现 (Low-Level Discovery, LLD) 工作线程主要用于动态发现监控对象，例如接口、文件系统或其他资源。当这些工作线程的利用率过高时，通常表明存在以下几种潜在问题： 1. **过多的 LLDRule 定义** 如果定义了大量的低级发现规则（LLD Rule），而每条规则都需要定期扫描目标设备上的资源，则可能导致 LLD worker processes 的负载显著增加[^3]。 2. **复杂的正则表达式或脚本执行时间过长** 当某些 LLD 规则依赖于复杂正则表达式匹配或者外部脚本调用时，可能会因为计算开销过大而导致延迟和高占用率[^4]。 3. **未优化的目标设备配置** 若被监测设备返回了大量不需要的信息给 Zabbix Server 处理，也会加重 LLD workers 的负担。比如某个网卡有成百上千个子接口都被报告回来并试图创建相应的项目实例[^5]。 4. **硬件资源不足** 和其他类型的处理器一样，如果支持 Zabbix 平台的基础物理机/虚拟机能提供的 CPU 时间片不足以满足所有正在运行的任务需求的话，那么即使是正常水平的操作也可能显得特别耗时，进而反映为更高的百分比数值显示出来。 --- #### 解决方案 针对上述提到的各种可能性因素，可以从以下几个方面入手来进行排查与改进措施实施: 1. **调整 `StartDiscovery` 参数** 修改 Zabbix 服务端配置文件 `/etc/zabbix/zabbix_server.conf`, 将 `StartDiscoverers` 设置得更大一些以便能够同时处理更多的请求: ```bash StartDiscoverers=20 ``` 同样也可以适当提升用于 ping 测试连接性的线程数目:`StartPingers=10` 。保存更改后重启服务使新设定生效[^3]: ```bash systemctl restart zabbix-server ``` 2. **精简 LLD Rules 设定** - 检查现有的 LLD rules 是否真的全部都是必要的；对于那些很少变动的部分可以考虑改为手动维护而非自动化探测的方式。 - 对于确实需要用到自动生成项目的场景下，尽量缩小范围只关注最关键的属性字段而不是盲目抓取一切可用数据源[^5]。 3. **优化脚本性能** 如果部分 LLD rule 使用的是外接脚本来获取信息，请务必确保所编写程序具备良好的效率表现，在不影响业务逻辑的前提下尽可能缩短单次调用所需耗费的时间成本。 4. **增强基础设施能力** 升级承载 Zabbix 应用环境下的计算单元规格——包括但不限于提供更多核心数量以及更大的 RAM 空间配额等手段来缓解整体压力状况. 5. **启用缓存机制** 可以为频繁访问但变化缓慢的对象引入本地存储副本策略，减少实时查询次数从而间接降低相关组件的工作强度[^5]: ```python # 示例 Python 缓存实现片段 import functools def lru_cache(func): @functools.lru_cache(maxsize=None) def wrapper(*args,**kwargs): return func(*args,**kwargs) return wrapper @lru_cache def get_data(): pass # 实际读取操作代码省略... ``` --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

NIO4444

如果对您有帮助，欢迎打赏支持！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值