在运维工作中，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的使用技能！
-END-
