20180927_Zabbix proxy poller processes more than 75% busy故障！解决

最新推荐文章于 2025-04-10 10:43:54 发布
原创 最新推荐文章于 2025-04-10 10:43:54 发布 · 887 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了如何解决Zabbix监控系统中遇到的'Zabbixproxy poller processes more than 75% busy'故障。通过修改Zabbix配置文件，增加StartProxyPollers的数量，并设置定时重启Zabbix-server服务，成功解决了该问题。

最近服务器老是发生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

保存退出重启服务

systemctl restart zabbix-server

制定zabbix-server 每天重启任务

crontab -e

写入

@daily systemctl restart zabbix-server
最低0.47元/天 解锁文章
IChen.
关注
zabbix报警“Zabbix housekeeper processes more then 75% busy”
涛涛zy
06-02 7330
注：也可以修改配置文件改善，但是效果不大，彻底解决办法就是做数据表分区 Zabbix的history相关数据表数据太大，执行表分区操作过程 一、查询zabbix数据库大小 mysql> select table_schema, concat(truncate(sum(data_length)/1024/1024,2),' mb') as data_size,concat(truncate(sum(index_length)/1024/1024,2),'mb') as index_size from
Alma Linux 8 搭建Zabbix6全集
飞天板砖
08-29 1676
6.0版本与5.0版本缺少了聚合图形的构件6.0版本在拓扑图流量显示与5.0版本也存在于变化之前安装6.4版本流量显示发觉有一些问题。
CentOS“Zabbix discoverer processes 75% busy”的问题的解决方式
Lzero's伊甸园
07-09 1176
项目场景： zabbix 安装，配置discovery任务后，经常收到报警信息。 问题描述： 报警内容为： Problem name: Zabbix discoverd processes more than 75% busy Host: Zabbix server Severity: Average 原因分析： 1.Zabbix的MySQL数据库卡了 2.Zabbix Server的IO卡了 3.Zabbix进程内存分配不足 4.客户端网络不通 解决方案： 通过编辑/etc/z..
Zabbix 进程占用75%优化.pdf
01-27
Zabbix服务器进程75%优化
zabbix告警“Zabbix poller processes more than 75% busy”
weixin_30563917的博客
12-07 441
告警原因： 1.某个进程卡住了， 2.僵尸进程出错，太多，导致慢了 3.网络延迟（可忽略） 4.zabbix消耗的内存多了 告警危害： 普通告警，暂无危害（但是最好处理） 处理方法： 一：简单，粗暴（重启zabbix-server可结合定时任务使用） service zabbix-server restart crontab -e 调出Cron编辑器中增加一...
zabbix告警：Zabbix http poller processes more than 75% busy
欢迎关注，共同学习进步！
01-24 1917
Zabbix http poller processes more than 75% busy解决方法
zabbix-server 日常告警处理
lhf_58
09-11 689
CacheSize=128M 对应zabbix configuration cache Zabbix busy trapper processes, in % StartTrappers=5 Zabbix busy poller processes, in % StartPollers=5 Zabbix busy ipmi poller processes, in % StartIPMIPollers=0 Zabbix busy discoverer processes, in % StartDiscove
【Zabbix】Zabbix常见告警问题记录与解决（持续更新）
大锅霍皮久的博客
10-11 1万+
Zabbix告警问题记录Mysql 相关`告警：MySQL: Replication lag is too high (over 30m for 5m)``告警：MySQL: Buffer pool utilization is too low (less 50% for 5m)`Zabbix Server相关`告警：More than 100 items having missing data for more than 10 minutes `解决方案解决方案Redis相关`告警：Redis: Memo
技术干货|Zabbix运维实战指南：常见问题与解决方案
Zabbix_China的博客
09-05 1620
Zabbix通过安装在被监控主机上的agent或通过SNMP、JMX、IPMI等协议来收集数据，并将这些数据存储在数据库中，用户可以通过Web界面来查看和分析这些数据，及时发现问题并采取相应的措施.※ Zabbix Server：根据监控规模和数据量确定服务器配置，建议数据库使用SSD存储，并合理调整相关参数，如MySQL的“innodb buffer pool size”大小，一般为主机内存的75% - 80%。※ 监控项类型：包括简单检查、内部检查、外部检查等。内部检查监控Zabbix内部进程；
“Zabbix poller processes more than 75% busy”警报问题解决
热门推荐
windle89的博客
07-25 1万+
“Zabbix poller processes more than 75% busy”警报问题解决 虽然Zabbix的监控警报各种有，碰到最多的几个莫过于内存耗尽，网络不通，IO太慢还有这个“Zabbix poller processes more than 75% busy”了。一开始的时候因为这个即不影响使用也持续一会儿就自行解决就没有多在意。然后随着数据库的增大，Zabbix消耗的内
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 unreachable poller processes more than 75% busy的解决方法
qq_41883785的博客
05-29 1750
zabbix server或者zabbix proxy在获取到agentd数据的时候，由于处理过慢，导致接口轮询器堵死。所以此信息就会升高，然后就会报unreachable poller过高。重启zabbix_server服务再次查看监控信息。可以看到数据直接就降下来了！server端调整以下参数。
Zabbix http poller processes more than 75% busy 报警解决
wailaizhu的博客
07-19 3390
"poller processes"可以看出zabbix server轮询进程繁忙，Zabbix进程分配到内存不足都有可能，如果需要彻底解决，可以通过如下解决： 观察zabbix server所在的服务器，是否内存不够，可以正常分配内存到zabbix server进程 增加Zabbix Server启动时初始化的进程数量，这样直接增加了轮询的负载量，这样就可以降低忙的情况 增加初始化进程的...
PROBLEM: Zabbix poller processes more than 75% busy
weixin_34175509的博客
02-14 755
最近zabbix服务器老是发邮件提醒我。内容如下：Trigger: Zabbix poller processes more than 75% busyTrigger status: PROBLEMTrigger severity: AverageTrigger URL:Item values:1. Zabbix busy poller processes, in % (19...
解决Zabbix问题Utilization of ODBC poller processes over 75%
u011197085的博客
12-11 2554
在Zabbix监控系统中，如果你遇到“Utilization of ODBC poller processes over 75%”的警告，这意味着ODBC轮询器进程的利用率超过了75%。请注意，增加ODBC轮询器的数量可能会增加服务器的负载。确保你的服务器有足够的资源来处理这些额外的进程。如果问题持续存在，可能需要检查具体的ODBC查询和外部数据库的性能，以确定是否存在效率低下的查询或数据库性能问题。：更改生效后，继续监控Zabbix的性能和警告信息，确保ODBC轮询器的利用率降到了合理的水平。
Zabbix告警处理：Zabbix server: Utilization of poller processes over 75%
tootsy_you的博客
04-10 1137
Zabbix 是一个开源的监控软件，它可以监控各种网络参数、服务器健康状态等。在 Zabbix 服务器中，StartPollers 参数决定了同时运行多少个数据采集器（pollers）。每个 poller 负责从不同的监控项收集数据。调整 StartPollers 的值可以帮助优化 Zabbix 服务器在资源使用和监控性能之间的平衡。
Zabbix unreachable poller processes more than 75% busy
zhanghengwei1995的博客
01-03 1万+
最近在我们的zabbix 服务器上发现zabbix unreachable poller processes more than 75 busy的报警， 然后就看了一下zabbix的内部进程监控发现如下： unreachable poller processes 一直在处于busy的状态，那这个具体代表什么意思呢，查看官方文档 zabbix internal process unreachable...
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小时负载变化
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值