关于zabbix的监控项（item）
关于zabbix的item，就是一个监控的特定指标，并且通过这个指标来搜集相关的监控数据。
可参考 官方文档
这是新建一个item项的页面：
1、所有带 * 号的都是必填，关于type（类型）：
监控类型：
- zabbix agent
zabbix自带的客户端程序（被动模式），zabbix server主动向它收集监控数据。agent提供丰富的key，包括不限于CPU、内存、网络等。一般是首选的，此外，需要注意的是，server检索数据有超时限制，如果检索数据经常超过30s，那么建议使用agent(active）
- agent （active）
主动模式，和上一个相同，但是数据由zabbix agent主动提交给server
- simple check
基本的检测，可以检测网络、端口、fping，功能很少并且不需安装客户端
- snmp check
有V1、V2、V3，推荐如下场景
-
客户基于安全考虑，不同意安装agent
-
路由器、打印机等设备无法安装，但是支持SNMP协议
-
不喜欢频繁对agent升级
-
zabbix internal
zabbix系统内部使用，比如趋势数据记录数量、历史记录数量等，日常业务监控用不上
- zabbix trapper
也需要安装agent，借助/bin/zabbix_sender 将数据提交至zabbix server，适合以下情况：
-
检索数据时间较长
-
同一时间有大量的数据要提交
-
zabbix aggretage
这是一个聚合的检测，例如我想知道某个组的host负载平均值，硬盘剩余总量，或者某几台机器的这些数据，简单的说，这个方法就是用来了解一个整体，而不需要我们逐台去看，这个方法的数据全部来与数据库
- external check
server运行脚本或者二进制文件来执行外部检测，外部检测不需要在被监控端运行任何agent，但是如果过度使用外部检测，会严重降低zabbix系统性能
- database monitor
zabbix通过调用ODBC来获取数据库的数据以及数据库状态等等信息
- IPMI agent
用于监控硬件设备
- SSH agent
zabbix使用提供的ssh信息登录服务器，执行指定的脚本来检索数据
- telnet agent
用于Windows端
2、关于key(键值)：
zabbix服务器在与被监控端通信时，会通过某些协议去查询我们设置的这个key值，监控端会返回相关信息。
3、Host interface（主机接口）
4、Update interval（更新间隔）
5、History storage period（历史数据保留时长）
在数据库中保存详细历史的持续时间，按秒存储，支持时间后缀。
6、Trend storage period（趋势存储时间）
在数据库中保持聚合的历史时间
其他的参数，可在官方文档中去看吧
