Zabbix调优不完全指南(https://www.jianshu.com/p/2d911d55448f)

从学习搭建zabbix到完成各类监控、调优、二次开发已经过去了两年,期间通过QQ学习群、zabbix官方社区、各个技术博客整理学习了不少关于各种报错的处理方法,现在将常见的一些报错处理方法整理出来分享给大家。
在这先贴几个链接,给自己过去的简书增加些流量:
Centos7安装Zabbix server3.4
zabbix通过SNMP监控路由器,交换机
zabbix通过IPMI监控服务器硬件
zabbix agent部署及自定义SQL server监控模版
Zabbix+Raspberry pi监控机房温湿度
Zabbix监控服务器系统时间
zabbix监控Vmware运行
好了,广告打完,现在开始介绍常见报错处理方法:
问题一、Zabbix server内存溢出,无法启动
问题原因:
这是由于zabbix默认的缓存配置只有8M,当你zabbix正常运行一段时间后,大批量添加一些被监控设备就会出现这种情况。
解决方法:
打开zabbix_server.conf文件,将CacheSize改一个较大的值,我现在给自己配的是1024M。

vim /etc/zabbix/zabbix_server.conf
CacheSize=1024M  #第385行

问题二、Zabbix housekeeper processes more than 75% busy
问题原因:
由于zabbix每天都会产生大量数据(比如我现在监控项有20K+,每30s-5min每个监控项会产生一条数据,一天会产生非常多数据),为了防止数据库爆炸,zabbix会自动定期清理历史数据(这个历史数据保留时间值你可以在监控项中自己配置),但清理历史数据会影响mysql性能,就会出现上面的报错。
解决方法:
这里需要调整两个参数,一个是清理时间间隔、一个是清理的最大删除量。

vim /etc/zabbix/zabbix_server.conf
HousekeepingFrequency=12  #原值是每一小时清理一次,建议改为12或24小时清理一次。第363行
MaxHousekeeperDelete=100000  #原值为每次清理5000条,建议改为上限100000条。 第376行

问题三、Zabbix poller processes more than 75% busy
问题原因:
这里可能有如下两个原因:
1、通过Zabbix agent采集数据的设备死机或其他原因导致zabbix agent死掉server获取不到数据。
2、server向agent获取数据时时间过长,超过了server设置的timeout时间。
解决方法:
1、增加zabbix server启动时初始化的进程数量:

vim /etc/zabbix/zabbix_server.conf
StartPollers=12  #第165行,视自己服务器性能改,上限是1000,如果改完发现启不起来可以改小一点。

2、修改模板自动发现规则中的保留失去的资源期间为0。
问题四:Zabbix discoverer processes more than 75% busy
问题原因:
看问题报警字面意思是自动发现进程忙碌数超过75%,这是因为我们用的监控模版中带着大量自动发现项,每一个自动发现项都会产生一个进程,所以一般我们添加多台被监控设备时就会出现这样的报错。
解决办法:
修改自动发现进程数。

vim /etc/zabbix/zabbix_server.conf
StartDiscoverers=10  #第219行,取掉#号,默认为1,改为10,上限为250请视自己的需求和服务器配置而定

其次还可以通过执行定期重启server脚本来清理进程,释放内存。

[[email protected] ~]# grep ‘StartDiscoverers‘ /etc/zabbix/zabbix_server.conf2 3 ### Option: StartDiscoverers4 5 StartDiscoverers=56 7 [root@m01 ~]# systemctl restart zabbix-server.service
[[email protected] ~]# crontab -e2 3 @daily service zabbix-server restart > /dev/null 2>&14 5

问题五:Zabbix alerter processes more than 75% busy
问题原因:
这个问题通常是因为邮件告警进程过于繁忙导致的,如果邮件动作间隔设置过短,在一些极端情况下(比如核心网络宕了)会发生大量邮件(比如上万条邮件)告警,则会导致邮件进程繁忙或者邮件进程直接挂了。
解决方法:
修改邮件脚本,将邮件的动作改为打印时间,等待邮件完全释放再改回来,如下:

[[email protected] ~]# cat /usr/lib/zabbix/alertscripts/sms 2 3 #!/bin/bash 4 5 echo `date` >>/tmp/sms.txt

问题六:Zabbix poller processes more than 75% busy
问题原因:
1、zabbix消耗的内存过多。
2、某个进程卡住了。
3、僵尸进程太多、出错、导致慢了。
4、网络延时。
解决方案:
这里有两个解决方案,第一是修改zabbix_server.conf文件调优性能,第二是简单粗暴定期重启server释放进程。

vim /etc/zabbix/zabbix_server.conf
StartPollers=12 #第165行,我现在设置为12,如果你服务器性能够强可以继续增加,上限是1000

其次是简单粗暴定期重启

service zabbix-server restart
crontab -e 调出Cron编辑器中增加一个计划:
@daily service zabbix-server restart > /dev/null 2>&1

问题七:server端日志中出现大量first network error, wait for 15 seconds
问题原因:
产生这个问题的主要原因是你的监控项执行时间过长,超过了默认配置的timeout=15s时间,这里只要将你的server、proxy和agent的conf文件中的timeout时间改长一点即可,上限是30s,如果30s还不够那就要改系统源码来突破这个上限了。
解决方法:

vim /etc/zabbix/zabbix_server.conf #这里以修改server端conf文件为例,其他两个类似的就不列举了
Timeout=30  #第448行

问题八:More than 100 items having missing data for more than 10 minutes和Zabbix poller processes more than 75% busy
问题原因:
这两个问题的主要原因是你配置的缓存或者进程数太少,导致监控项很多时服务器来不及处理。
解决方法:
直接增加server端进程数和缓存即可。

vim /etc/zabbix/zabbix_server.conf
StartPollers=500
StartPollersUnreachable=50
StartTrappers=30
StartDiscoverers=6
CacheSize=1G
CacheUpdateFrequency=300
StartDBSyncers=20
HistoryCacheSize=512M
TrendCacheSize=256M
HistoryTextCacheSize=80M
ValueCacheSize=1G  #这里把关于该问题的可能性能项配置一起给到大家

问题九:connection to database ‘zabbix‘ failed: [1040] Too many connections
问题原因:
从字面意思上可以看出数据库的连接数已经超出最大限制。
解决方法:
直接修改mysql的最大连接数即可。

vim /etc/my.cnf
max_connections=1000  #将最大链接数调整为1000
systemctl restart mariadb.service  #重启SQL

问题十:批量添加大量被监控设备后出现服务端直接宕机,报警提示Zabbix value cache working in low memory mode Less than 25% free in the configuration cache。
问题原因:
由于大量添加被监控设备,导致服务器内存溢出。
解决方案:

vim /etc/zabbix/zabbix_server.conf
CacheSize=1024M  #第385行

问题十一:Zabbix alerter processes more than 75% busy
问题原因:
从字面意思可以看出当你产生大量告警是即会出现这个报错,告警进程过多。
解决方案:
调整conf文件中的最大告警进程数即可。

vim /etc/zabbix/zabbix_server.conf
StartAlerters=3  #第254行,去掉#注释,修改为10,上限为100。

问题十二:zabbix unreachable poller processes more than 75 busy
问题原因:
产生这个问题的主要原因是zabbix server端轮询的不可达设备(被监控设备处于死机状态、agent与server数据传输超过timeout时间、mysql或zabbix server的io卡住了)过多导致。
解决方案:

vim /etc/zabbix/zabbix_server.conf
StartPingers=12  #第165行,修改为12,上限是1000

以上这些基本都是因为zabbix的zabbix_server.conf文件中的默认性能配置过低导致的错误,在日常使用中经常会遇到,只要进行简单配置后重新启动zabbix server即可解决。该贴会持续不定期更新我日常工作中遇到的各种问题。

作者:max的vlog
链接:https://www.jianshu.com/p/2d911d55448f
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

原文地址:https://www.cnblogs.com/yujianadu/p/10774111.html

时间: 2024-10-10 08:48:44

Zabbix调优不完全指南(https://www.jianshu.com/p/2d911d55448f)的相关文章

Zabbix调优的几个原则

1)模块化,但是不要为了追求模块化而模块化,有的人胡乱link模板,link来link去,到最后跟一个大毛线团子似的,"牵一发而动全身",到时候痛苦的就是自己: 2)trigger语句如果最好,请多使用last(),nodata(),尽可能少的使用max(),min(),avg()这种东西: 3)获得的数据类型最好是数值,而不是文本或者字符串: 4)将数据库服务器独立,数据库和zabbix资源互相独立 5)如果MySQL和zabbix server在同一台服务器上,socket连接要比

(一)MySQL调优之-索引指南

什么是索引 1.索引是帮助MySQL高效获取数据的数据结构,简单说索引就是数据结构 2.索引的目的就在于提高查询效率, 可以类比字典 3.你可以简单理解为排好序的快速查找的数据结构 索引约等于查得快 +?排序 索引的优势和劣势? 优势 1.创建了索引,提高了检索效率,降低的数据库的IO成本 2.通过索引列对数据进行排序,降低数据排序的成本,降低了CPU的消耗 劣势 1.实际上索引也是一张表,该表保存了主键与索引字段,并指向实体表的记录所以索引也是需要占用磁盘空间的, 虽然索引大大的提高了查询的效

【转】Tomcat调优指南

转载地址:http://blog.csdn.net/woohooli/article/details/3954792 1          概述 本文档主要介绍了Tomcat的性能调优的原理和方法.可作为公司技术人员为客户Tomcat系统调优的技术指南,也可以提供给客户的技术人员作为他们性能调优的指导手册. 2          调优分类 由于Tomcat的运行依赖于JVM,从虚拟机的角度我们把Tomcat的调整分为外部环境调优和自身调优两类来描述. 2.1      外部环境调优 调整Tomc

JVM实用参数(四)内存调优

JVM实用参数(四)内存调优 原文地址,译文地址,作者:PATRICK PESCHLOW,译者:郑旭东  校对:梁海舰 理想的情况下,一个Java程序使用JVM的默认设置也可以运行得很好,所以一般来说,没有必要设置任何JVM参数.然而,由于一些性能问题(很不幸的是,这些问题经常出现),一些相关的JVM参数知识会是我们工作中得好伙伴.在这篇文章中,我们将介绍一些关于JVM内存管理的参数.知道并理解这些参数,将对开发者和运维人员很有帮助. 所有已制定的HotSpot内存管理和垃圾回收算法都基于一个相

apache ignite系列(九):ignite调优

1,配置文件调优 1.1 设置页面大小(pagesize) 先查看系统pagesiz,使用PAGE_SIZE或者PAGESIZE # getconf PAGE_SIZE 4096 # getconf PAGESIZE 4096 ignite默认配置是4k,也就是4096,如果服务器和ignite默认配置不一致,那么就得在配置文件中指定: <bean class="org.apache.ignite.configuration.IgniteConfiguration"> &l

2. whoami,常用包,调优selinux,七种启动模式,系统开机服务

1   whoami  查看当前登录用户 useradd zhang   增加用户 passwd  zhang su - zhang     切换用户 echo 123456|passwd --stdin zhang    root账户修改其它用户密码 history -d 行数  (清除对应行数历史记录) history -c         清除所以记录 2   常用一些包 yum install tree telnet dos2unik sysstart lyzsz -y  (五个包) y

别再说你不会ElasticSearch调优了,都给你整理好了

ES 发布时带有的默认值,可为 ES 的开箱即用带来很好的体验.全文搜索.高亮.聚合.索引文档 等功能无需用户修改即可使用,当你更清楚的知道你想如何使用 ES 后,你可以作很多的优化以提高你的用例的性能,下面的内容告诉你 你应该/不应该 修改哪些配置. 第一部分:调优索引速度 使用批量请求批量请求将产生比单文档索引请求好得多的性能. 为了知道批量请求的最佳大小,您应该在具有单个分片的单个节点上运行基准测试. 首先尝试索引100个文件,然后是200,然后是400,等等. 当索引速度开始稳定时,您知

工作6年,私藏的25个,调优工具/技术网站,我贡献出来了

对于程序员来说,不停的学习新技术,是我们一直要做的事情,平时不积累,等到金三银四,金九银十的跳槽季节,身边的朋友,一个个的拿着高薪跳槽,自己只能眼巴巴的看着,后悔平时没有积累学习. 其实很多程序员最头疼的事情,就是找学习资料或面试题,我这里,就给大家推荐一些,我赞了6年的优质技术网站,都是我精心挑选的,涵盖:4个算法网站,7个调优排错工具网站,4个问答社区,4个教程网站,4个代码协作平台,都是大家学习IT路上的好帮手,对技术提升有很大帮助,而且都是里免费的! 算法网站 LeetCode http

调优工具/技术网站

对于程序员来说,不停的学习新技术,是我们一直要做的事情,平时不积累,等到金三银四,金九银十的跳槽季节,身边的朋友,一个个的拿着高薪跳槽,自己只能眼巴巴的看着,后悔平时没有积累学习. 其实很多程序员最头疼的事情,就是找学习资料或面试题,我这里,就给大家推荐一些,我赞了6年的优质技术网站,都是我精心挑选的,涵盖:4个算法网站,7个调优排错工具网站,4个问答社区,4个教程网站,4个代码协作平台,都是大家学习IT路上的好帮手,对技术提升有很大帮助,而且都是里免费的! 算法网站 LeetCode http