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状态。