如何衡量Zabbix的性能情况？一台基础配置的Zabbix到底能监控多少主机，能使用监控多少监控项？性能瓶颈出在哪里？如何优化配置？
一、NVPS
在完成zabbix搭建后，zabbix首先监控的第一个主机就是自身。可以在仪表盘中看到这些。
每秒写入的新值数量 (简称NVPS)，是衡量zabbix主机性能的一个很重要的指标。
影响NVPS指标的主要是以下几个因素
• 监控项类型, 数据类型, SNMPv3, triggers的数量和复杂度。
• Housekeeper 设置和数据库大小。
• 同时在线WEB界面的用户数量
说明：
1、更新频率会直接影响到 NVPS的值.
2、计算时考虑来自监控设备的数据。
3、“Zabbix trapper” 和 “SNMP trap” 都是不在计算里的.
关于zabbix中NVPS的大致估算，可以以此来衡量性能消耗
1）每个主机60个监控项，更新频率一分钟一次，100个主机产生的NVPS大致为100
2）每个主机300个监控项，更新频率一分钟一次，100个主机产生的NVPS大致为500
历史数据分析也会影响zabbix性能，但是不会消耗太多
二、如何判断zabbix性能下降
如果zabbix性能下降，会有如下现象
• Zabbix 队列里面太多的延迟的监控项 Administration->Queue
• 数据图形里经常出现的间隙断层, 甚至有些监控项没有数据。
• 触发器包含nodata()表达式的误报
• 无响应和响应迟钝的WEB请求。
• 没有告警或者是数以千计的告警
最明显的就是列队中，有很多主机延迟大于30秒甚至超过1分钟
2.1一些很重要分析工具
top工具
使用top命令可以很直观的看到cpu,内存的消耗和一些进程信息
iostat工具
iostat是查看Linux系统io是否存在瓶颈顶好用的一个命令
vmstat工具
Virtual Memory Statistics 虚拟内存统计 命令用来显示Linux系统虚拟内存状态，也可以报告关于进程、内存、I/O等系统整体运行状态。
sar工具
sar 是非常强大性能分析命令，通过 sar 命令可以全面的获取系统的 CPU、运行队列、磁盘 I/O、交换区、内存、 cpu 中断、网络等性能数据。
watch工具
watch可以帮你监测一个命令的运行结果，来监测你想要的一切命令的结果变化,而且官方推荐使用这个工具
2.2 查看进程
可以查看zabbix-server进程，观察子进程响应时延
也可以查看zabbix-server history同步的时延
3.3 查看zabbix自身监控图形
对zabbix完成配置后，会对自己作为第一个主机进行监控，最直接的方式就是查看监控图形
三、问题分析
3.1打开日志调试开关
当出现异常时，需要打开 zabbix日志debug模式，通过日志来判断故障原因
3.2 MySQL数据库分析
zabbix推荐后端使用mysql，可以简单对mysql进行分析。
使用innotop命令查询
innotop是一个mysql数据库实时监控工具,其功能强大,信息种类繁多,很能体现数据库的状态.它实际上是一个perl脚本,整合show status/show variables/show engine innodb status输出结果并进行统计格式化输出.
然后可以简单分析数据库慢查询日志
当数据库出慢查询时，会出现如下问题
四、web debug
可以在web前端开启web debug模式，更加直接的分析问题
在用户群组下，找到“Enabled debug mode",开启即可
然后随意在"Enabled debug mode"群组下创建一个用，如debug,可以将权限设置为超级管理员然后登陆
登陆后，可以看到在每个页面都有一个”调试“小按钮，点击可以看到测试脚本结果
按钮将在页面内容下方打开一个新窗口，其中包含页面的SQL统计信息，以及API调用和各个SQL语句的列表，如果页面出现性能问题，可以使用此窗口搜索问题的根本原因。
五、优化性能
5.2mysql数据库调优
zabbix推荐使用innodb引擎的mysql数据库，所以要针对数据库配置文件进行优化
5.3进一步优化
1）数据库使用分区表
通过这种方式可以将一张大的表分成很多区.
只对那些数据量大的有历史意义的表操作:
history_log，history_str，history_text，history_uint
trends，trends_uint
好处:
更快删除过期数据
DB将拥有更好的性能
当zabbix-server频繁出现“Zabbix housekeeper processes more than 75% busy”的告警时，此时housekeeper的性能正在下降
则需要���用分区表
3）使用Zabbix Proxy
Zabbix Proxy "转换" 被动检查成主动。
负载分布在Zabbix Proxy代理之间如果一个Proxy高负载, 网络节点可以切换到其他的Proxy上
简单易维护当
Zabbix server出现故障时Proxy可以缓存数据保证数据不丢