Zabbix运维实战指南:常见问题与解决方案
在运维工作中,Zabbix是一款强大的监控工具,但在使用过程中也会遇到各种各样的问题。本文整理了一些Zabbix的常见问题及解决方案,希望能对大家有所帮助。
01 Zabbix简介 Zabbix是一个企业级分布式开源监控解决方案,它可以监控网络设备、服务器、应用程序等多种资源的状态和性能。Zabbix通过安装在被监控主机上的agent或通过SNMP、JMX、IPMI等协议来收集数据,并将这些数据存储在数据库中,用户可以通过Web界面来查看和分析这些数据,及时发现问题并采取相应的措施。 02 Zabbix安装与部署 1、环境要求 ※ Zabbix Server:根据监控规模和数据量确定服务器配置,建议数据库使用SSD存储,并合理调整相关参数,如MySQL的“innodb buffer pool size”大小,一般为主机内存的75% - 80%。 ※ Zabbix Proxy:配置需考虑监控主机数量和NVPS(每秒新值数量),建议一个proxy上的NVPS不要超过2000。 ※ Zabbix Agent:版本应与Zabbix Server或Proxy兼容,大版本不能高于Server。 2、安装过程问题 ※ 依赖包安装:确保所需依赖包正确安装,避免出现缺失或版本不匹配问题。 ※ 权限问题:注意Zabbix相关进程和用户的权限设置,如fping使用时需设置suid权限。 3、升级注意事项 ※ 跨大版本升级:建议先升级到5.0再升级到6.0,提前做好数据备份。 ※ 小版本升级:一般不改变数据库结构,但也建议备份数据。 03 Zabbix监控配置 1、监控项配置 ※ 监控项类型:包括简单检查、内部检查、外部检查等。简单检查如icmpping由Zabbix server或proxy处理,无需agent;内部检查监控Zabbix内部进程;外部检查通过运行脚本或二进制执行。 ※ 键值选择:根据监控对象和需求选择合适的键值,如监控网卡流量可使用net.if.in[if, <mode>]等。 ※ 参数设置:监控项参数带<>符号为可选,需根据实际情况设置。 2、触发器配置 ※ 表达式设置:使用函数如count、nodata、change等设置告警条件,如连续两次监控项值不为零可使用count函数。 ※ 触发时机:根据实际需求设置触发告警的时机,可结合时间函数进行精确控制。 3、自动发现配置 ※ 规则编写:根据实际情况编写过滤规则,避免发现过多不必要的对象。 ※ 资源周期设置:注意自动发现的资源周期不足设置,避免无效监控项占用资源。 4、模版配置 ※ 模板应用:利用模板可方便地配置监控项和触发器,并应用到多个主机上。 ※ 宏优先级:注意主机宏优先级大于模板宏,避免告警阈值设置错误。
04 Zabbix告警 1、告警设置 ※ 触发条件:通过触发器设置告警触发条件,如监控项值超过阈值等。 ※ 通知方式:支持邮件、短信等多种通知方式,可根据需求配置。 ※ 接收人设置:准确设置告警接收人,确保相关人员及时收到告警信息。 2、告警延迟与抑制 ※ 延迟原因:告警延迟可能是数据入库延迟导致,主动模式下较易出现。 ※ 抑制方法:可通过设置维护期、自定义监控项采集时间或使用time()函数等方式忽略特定时间段的告警,还可通过设置触发器依赖避免重复告警。
05 Zabbix性能优化 1、数据库优化 ※ 表分区:采用表分区管理历史数据,提高数据查询和删除效率,特别是数据量大时效果明显。 ※ 参数调整:合理调整数据库相关参数,如增加“innodb buffer pool size”大小。 2、监控项优化 ※ 采集频率调整:根据实际情况合理调整监控项的采集频率,避免过多不必要的监控项。 ※ 监控项类型选择:确保监控项类型与操作系统等环境兼容,如SNMP监控项在Server初始配置时需加--with - net - snmp选项。 3、进程优化 ※ 关注进程状态:如poller、preprocessor等进程,根据实际情况进行优化,如调整poller进程数量。
06 Zabbix与其他系统集成 1、与数据库集成 ※ 支持多种数据库:Zabbix支持MySQL、PostgreSQL、SQLite、Oracle等数据库。 ※ 注意事项:注意数据库版本兼容性和字符集设置,确保数据存储和查询正常。 2、与其他监控系统集成 ※ 接收事件信息:通过SNMPTrap等方式接收其他监控系统的事件信息,实现信息共享。 3、与API集成 ※ API使用:Zabbix提供丰富的API,使用时注意请求频率和权限设置,确保与其他系统集成稳定。
07 Zabbix常见报错及解决 报错1 “ZBX_NOTSUPPORTED: Cannot obtain performance information from collector” ※ 原因:监控项的key不支持当前操作系统版本,如perf_counters_en只支持Windows Server 2008/Vista或以上版本。 ※ 解决方法:检查操作系统版本和监控项key的兼容性,更换合适的监控项或升级操作系统。 报错2 “zabbix poller processes more than 75% busy” ※ 原因:可能是被动模式负载高,如监控项增多、被动监控采集耗时高等。 ※ 解决方法:查看监控项趋势图,找出问题所在,如优化监控项配置、增加poller进程数量等。 报错3 “Allowed memory size of 2147483648 bytes exhausted” ※ 原因:php配置memory_limit调得低,同时查询数据过多。 ※ 解决方法:调整php的memory_limit参数,查询时根据条件筛选数据,避免一次性查询过多。 报错4 “cannot create item maximunm dependent item count reached” ※ 原因:单个master监控下的依赖监控项数量超过阈值,Zabbix 4.0中上限为999个,Zabbix 5.0以后为29999个。 ※ 解决方法:检查依赖监控项数量,减少不必要的依赖,或升级到更高版本的Zabbix。 报错5 “no active checks on server [serverIP:10051]: host [hostName] not monitored” ※ 原因:主动模式下,agent配置文件里的hostname与Zabbix主机配置页面的主机名不一致。 ※ 解决方法:确保agent配置文件中的Hostname与前端页面的主机名保持一致。 报错6 “Zabbix server is not runing” ※ 原因:可能是服务器性能问题、监控项超时、系统时间变动等。 ※ 解决方法:查看日志找出报错原因,如调整服务器配置、优化监控项、同步系统时间等。 报错7 “Message from IP is missing header. Message ignored” ※ 原因:版本问题,agent和server不匹配。 ※ 解决方法:确保agent和server版本匹配,如有必要,升级或降级相关版本。 报错8 “Utilization of housekeeper processes over 75%” ※ 原因:housekeeper清理旧数据进程压力大,可能是数据多或数据库性能问题。 ※ 解决方法:观察情况,可使用表分区管理历史数据,提高数据库性能。 报错9 “vmware events collector returned empty result” ※ 原因:可能是VMware配置问题、数据获取时间长或网络问题。 ※ 解决方法:检查VMware配置,优化数据获取方式,检查网络连接。 报错10 “first network error” ※ 原因:可能是网络问题、被动模式监控项太多或agent问题。 ※ 解决方法:检查网络连接,增加agent进程,检查agent状态。 本文指导专家: 周松 Zabbix大中华区首席培训师 大家在使用Zabbix的过程中遇到过哪些问题呢?欢迎在评论区留言分享,我们一起讨论解决。例如,你是否遇到过监控项数据不准确、告警不及时等问题?又是如何解决的呢?期待大家的分享,让我们共同提升Zabbix的使用技能! Zabbix峰会将于9月13、14日在上海举行! 这也是提升自身技术水平的绝佳机会! Zabbixer不可错过~ 技术干货+行业应用+培训实操+多重礼品, 收获拉满! 精彩看点👇 📈创始人分享Zabbix7.0新功能及应用 ✨Zabbix与AI大模型的融合探索 🎙️Zabbix信创实践分享 💻金融、互联网、制造业等行业应用 🎁生活、工作、娱乐🎮多重礼品免费送~ 👇了解更多演讲主题、活动详情、报名参会请扫码(议程海报底部活动码可直接扫码报名)