Zabbix server: Zabbix server: Utilization of poller data collector processes, in 75%

原创 已于 2023-10-10 13:33:30 修改 · 4.1k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#zabbix #linux #运维

于 2023-10-10 13:32:31 首次发布

       最初在出现这个问题时，是在触发器看到Utilization of poller data collector processes 超75%的报警。

    然后调出图形与日志检查，图形显示在Y轴时间的每个整点时候，数据会突然中断大概在2分钟后数据会显示100%然后回落至正常数值。如下图：

然后，查询zabbix-server的日志

tail /var/log/zabbix/zabbix_server.log 

       发现日志中的报错时间与图形中丢失数据的时间相吻合，这样猜想是由于这几项自动发现活动造成的报错，于是到网页中模板里把这几项发现先停掉了。再观察二个小时后，发现在停掉这几项发现活动后，虽然日志不再报错了。但图形部分每个整点依然会出现Utilization of poller data collector processes 值到达100%的情况

      于是，从网上找寻答案。了解到需要调

最低0.47元/天 解锁文章
edisonluy
关注
Zabbix告警处理实战：Poller进程利用率超过75%怎么办？
Bertram的博客
07-22 1070
Zabbix监控系统出现"poller进程利用率超过75%"告警时，表明数据采集能力已达瓶颈。本文提供三步解决方案：首先解析告警含义，明确poller进程超负荷运行会导致数据延迟或丢失；其次通过查看配置、评估负载、排查高频监控项定位问题源头；最后提出增加poller数量（建议设为CPU核心数的4-8倍）和优化监控频率（关键项60s以上）的具体优化措施。通过系统配置调整和监控项优化，可有效提升Zabbix采集性能。
zabbix 4.0告警集锦
weixin_30737433的博客
07-05 3338
1. Zabbix poller processes more than 75% busy 告警信息： Problem: Zabbix poller processes more than 75% busy 告警主机: Zabbix server 127.0.0.1 告警时间: 2019.07.05 11:02:34 告警等级: Average 问题详情：Utilization of pol...
Zabbix告警处理：Zabbix server: Utilization of poller processes over 75%
tootsy_you的博客
04-10 1096
Zabbix 是一个开源的监控软件，它可以监控各种网络参数、服务器健康状态等。在 Zabbix 服务器中，StartPollers 参数决定了同时运行多少个数据采集器（pollers）。每个 poller 负责从不同的监控项收集数据。调整 StartPollers 的值可以帮助优化 Zabbix 服务器在资源使用和监控性能之间的平衡。
Zabbix5.0-优化
qq_22648091的博客
01-12 2051
一、数据库 1 数据库引擎 对于数据库而言，Zabbix 属于写多读少的操作,应该使用 Innodb 数据库引擎或者性能更好的 Tokudb 不应该使用 MySAM MySAM 是不支持外键的，而 Zabbix创表的时候是有外键的。 /usr/share/doc/zabbix-server-mysql-5.0.7create.sql.gz 2. MySAM 只支持表级锁，而 Zabbix 是写数据库比较多的，这样的话就会导致写如的速度很慢。 TokuDB一直被传说有着较高压缩比、较高insert性能
zabbix问题解决
03-01
解决zabbix常见问题及问题处理方法 More than 100 items having missing data for more than 10 minutes
解决Zabbix问题Utilization of ODBC poller processes over 75%
u011197085的博客
12-11 2528
在Zabbix监控系统中，如果你遇到“Utilization of ODBC poller processes over 75%”的警告，这意味着ODBC轮询器进程的利用率超过了75%。请注意，增加ODBC轮询器的数量可能会增加服务器的负载。确保你的服务器有足够的资源来处理这些额外的进程。如果问题持续存在，可能需要检查具体的ODBC查询和外部数据库的性能，以确定是否存在效率低下的查询或数据库性能问题。：更改生效后，继续监控Zabbix的性能和警告信息，确保ODBC轮询器的利用率降到了合理的水平。
Zabbix server: Utilization of http poller processes over 75% 问题解决。
醉世老翁的博客
04-01 9146
今天收到了zabbix-server 报警，排查了半天问题，被网上的文章坑了好一会。 解决方法： #修改/etc/zabbix/zabbix-server.conf 文件，修改下面的配置，默认是1 StartHTTPPollers=6 更多报错和解决方法参考下方链接 Zabbix报错:"Zabbix http poller processes more than 75% busy"的解决 - sky_cheng - 博客园 ...
Zabbix 进程占用75%优化.pdf
01-27
在实际使用过程中，有时会出现某些Zabbix进程（如icmp pinger、poller、housekeeper等）占用资源过高（超过75%）的情况，这不仅会影响系统的稳定性和响应速度，还可能导致监控数据丢失或延迟等问题。本文将针对这些...
“Zabbix poller processes more than 75% busy”警报问题解决
Mr_Melody的专栏
07-06 7447
虽然Zabbix的监控警报各种有，但Kaijia使用碰到最多的几个莫过于内存耗尽，网络不通，IO太慢还有这个“Zabbix poller processes more than 75% busy”了。一开始的时候因为这个即不影响使用也持续一会儿就自行解决就没有多在意。然后随着数据库的增大，Zabbix消耗的内存可是越来越多，Poller processes（轮询）开始天天Busy了，最终Kai
Zabbix poller processes more than 75% busy
weixin_34032792的博客
02-21 273
Centos7.5 在设置网络监控的时候zabbix提示Zabbix poller processes more than 75% busy 问题 　　 原因 　　默认只开启一个Discoverers进程,就相当于只有一个人在工作,所有的工作都交给他 解决方法 　　多叫几个人来一起完成工作,开启多个Discoverers进程 [root@zabbix ~]# vim /etc/...
zabbix告警“Zabbix poller processes more than 75% busy”
weixin_30563917的博客
12-07 440
告警原因： 1.某个进程卡住了， 2.僵尸进程出错，太多，导致慢了 3.网络延迟（可忽略） 4.zabbix消耗的内存多了 告警危害： 普通告警，暂无危害（但是最好处理） 处理方法： 一：简单，粗暴（重启zabbix-server可结合定时任务使用） service zabbix-server restart crontab -e 调出Cron编辑器中增加一...
Zabbix http poller processes more than 75% busy 报警解决
wailaizhu的博客
07-19 3385
"poller processes"可以看出zabbix server轮询进程繁忙，Zabbix进程分配到内存不足都有可能，如果需要彻底解决，可以通过如下解决： 观察zabbix server所在的服务器，是否内存不够，可以正常分配内存到zabbix server进程 增加Zabbix Server启动时初始化的进程数量，这样直接增加了轮询的负载量，这样就可以降低忙的情况 增加初始化进程的...
Zabbix processes more than 75% busy相关问题处理
Aggy阿吉的博客
05-17 4180
Zabbix housekeeper processes more than 75% busy [root@localhost zabbix]# vi /etc/zabbix/zabbix_server.conf CacheSize=512M 默认32M改为512M [root@localhost zabbix]# systemctl restart zabbix-server
20180927_Zabbix proxy poller processes more than 75% busy故障！解决
IChen.的博客
03-22 884
最近服务器老是发生Zabbix proxy poller processes more than 75% busy故障！报警 上网找问题解决办法，但是什么也找不到 只找到 Zabbix poller processes more than 75% busy的解决办法 不过灵机一动最后还是解决了 解决方法如下： vim /etc/zabbix/zabbix_server.conf 找到 #StartProxyPollers=0 把后面的#去掉改成 StartProxyPollers=10 保存退出.
20180927zabbix_server.conf 配置参数含义
wangchangshu2的博客
09-27 4209
zabbix_server.conf 的一些参数含义 startpollers=  (zabbix server 的进程数) StartTrappers= (trapper线程数) StartPollersUnreachable= (该线程用来单独监控无法连接的主机) StartPingers= (fping线程数) zabbix_agent.conf 一些参数含义 StartAgen...
zabbix报错Zabbix unreachable poller processes more than 75% busy的解决方法
qq_41883785的博客
05-29 1740
zabbix server或者zabbix proxy在获取到agentd数据的时候，由于处理过慢，导致接口轮询器堵死。所以此信息就会升高，然后就会报unreachable poller过高。重启zabbix_server服务再次查看监控信息。可以看到数据直接就降下来了！server端调整以下参数。
Zabbix 5.0.12 异常：Zabbix unreachable poller processes more than 75% busy：
天翼的博客
07-06 2214
Zabbix 5.0.12 异常：Zabbix unreachable poller processes more than 75% busy
Zabbix server: Utilization of poller processes over 75%
最新发布
05-01
<think>好的，我现在需要处理用户关于Zabbix server中poller processes利用率超过75%的问题。首先，我得回顾一下Zabbix的基本架构，尤其是poller processes的作用。Poller主要负责监控项的轮询，包括Zabbix agent、SNMP、IPMI等数据收集。利用率高可能意味着处理能力不足或配置不当。 接下来，用户提到超过75%的利用率，这可能引发性能问题，比如延迟或数据丢失。我需要分析可能的原因，通常有几个方向：监控项数量过多、轮询频率太高、数据库性能问题、网络延迟或配置不合理。 然后，我需要逐一考虑每个原因对应的解决方法。比如监控项数量过多可能需要优化监控项，减少不必要的项，或者调整轮询频率。如果轮询频率设置得太高，比如某些检查项的间隔太短，会导致poller负载增加，所以建议调整间隔时间，合并简单检查项。 数据库性能方面，如果数据库响应慢，poller会等待，导致积压。这时候需要优化数据库，比如增加索引、调整缓存，或者考虑使用历史数据和趋势数据的分离。另外，Zabbix的Housekeeper设置不当也可能导致数据库压力大，需要调整Housekeeper的维护任务。 网络延迟问题可能需要检查Zabbix server与agent或设备之间的连接，减少超时时间，使用主动式代理等。配置方面，可能需要增加poller的数量，但要注意不要超过CPU核心数，否则会引发上下文切换的开销。 另外，用户可能没有提到日志分析，但检查Zabbix server的日志和监控数据也很重要，查看是否有大量报错或警告，找出具体的瓶颈所在。比如，日志中可能出现“poller processes are busy”的提示，这时候就需要针对性处理。 最后，总结解决方法时，需要分步骤给出具体建议，比如检查监控项配置、调整轮询间隔、优化数据库、扩展硬件资源等。同时，可能需要引用一些最佳实践，比如官方文档推荐的poller数量设置，或者性能调优指南中的建议。 在生成相关问题的时候，需要考虑用户可能的后续疑问，比如如何具体调整Housekeeper配置，或者如何监控数据库性能，或者分布式部署的具体步骤。这样可以帮助用户进一步解决问题，提升他们的Zabbix环境性能。</think>### Zabbix Server Poller Processes利用率超过75%的原因及解决方法 Zabbix Server的poller processes负责执行监控项的轮询操作，当利用率持续超过75%时通常表明系统存在性能瓶颈。以下是具体原因和解决方法： #### 一、主要原因分析 1. **监控项数量超出处理能力** $$ \text{理论最大吞吐量} = \frac{\text{Poller数量} \times 60}{\text{平均单次轮询耗时(秒)}} $$ 当监控项数量超过该值时会出现排队延迟[^1]。 2. **高频率轮询配置** 例如1秒间隔的监控项过多，会导致每秒请求量超过poller处理能力。 3. **数据库响应延迟** 历史数据写入速度影响poller释放资源的速度，常见于未优化的大规模MySQL/MariaDB环境[^1]。 4. **网络通信异常** 设备响应超时（默认3-4秒）会显著增加单个轮询耗时。 #### 二、详细解决方法 1. **调整Poller配置** ```conf ### 修改zabbix_server.conf StartPollers=80 # 建议设置为CPU核心数×2 Timeout=10 # 适当减少超时时间 ``` - 通过`top -H -p $(pgrep zabbix_server)`观察实际线程利用率 - 避免设置超过CPU核心数3倍的poller数量 2. **优化监控项配置** - 合并相似监控项：使用`zabbix agent`批量采集代替单项查询 - 调整检查间隔： ```text ＞ 简单检查(ICMP_PING)设置为60s ＞ 重要指标保持30s ＞ 辅助指标改为300s ``` - 禁用无效监控项：通过`Adminstration → General → Housekeeping`清理历史数据 3. **数据库优化** ```sql /* MySQL优化示例 */ ALTER TABLE history MODIFY COLUMN itemid BIGINT UNSIGNED NOT NULL; CREATE INDEX history_1 ON history (itemid, clock); ``` - 使用SSD存储历史数据表 - 调整InnoDB缓冲池大小为物理内存的70% - 启用分区表：设置历史数据分区保留周期 4. **架构扩展方案** - 部署Zabbix Proxy分担压力： ```conf ### proxy配置 ProxyMode=0 # 主动模式 DataSenderFrequency=10 # 数据发送间隔 ``` - 采用分布式监控架构：将网络设备按区域划分到不同Server #### 三、验证改进效果 1. 使用内置监控看板观察指标： ```text zabbix[wcache,values] # 每秒处理值 zabbix[poller,avg,busy] # 平均忙碌时间 ``` 2. 通过`zabbix_server -R config_cache_reload`应用配置后，持续观察1小时负载变化
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值