Zabbix监控项类型

九、Zabbix提供的监控方式

几种监控项的详解。

1 Zabbix 代理

一共有主动和被动两种agent模式. 在配置监控项时，你可以选择所需的类型：

Zabbix agent - 被动模式，Zabbix Server向Agent索要数据

Zabbix agent (active) - 主动模式，Agent主动上报数据给Zabbix Server

2 SNMP代理

你可能希望在启用SNMP的设备（如打印机、交换机、路由器或UPS）上使用SNMP监控，并尝试安装完整的操作系统和Zabbix代理是不可能的。

为了能够监控SNMP代理在这些设备上提供的数据，Zabbix服务器初始化配置时必须具有SNMP支持。

仅通过UDP协议执行SNMP检查。

从Zabbix 2.2.3开始，Zabbix服务器和代理守护进程在单个请求中查询多个值的SNMP设备。这会影响各种SNMP监控项（常规SNMP项目，具有动态索引的SNMP项目和SNMP低级别发现），它使SNMP处理更加高效。请参阅下面的内部批量处理机制，了解内部工作原理。从Zabbix 2.4开始，它还为每个接口提供了一个“使用批量请求”的设置，允许为无法正确处理它们的设备禁用批量请求。

从Zabbix 2.2.7和Zabbix 2.4.2开始，Zabbix服务器和代理守护程序的日志在收到不正确的SNMP响应时会打印类似以下内容：

从Zabbix 2.2开始Zabbix服务器和代理守护程序在执行SNMP检查时使用对应的超时配置参数。另外，在单个不成功的SNMP请求（超时/错误凭据）之后，守护程序不执行重试。之前，SNMP库默认超时和重试值（分别为1秒和5次重试）。

扫描二维码关注公众号，回复： 3259295 查看本文章

从Zabbix 2.2.8和Zabbix 2.4.2开始，Zabbix服务器和代理守护程序将始终至少重试一次：通过SNMP库的重试机制或通过内部批量处理机制。

3 SNMP trap

接收SNMP trap与查询支持SNMP的设备相对。

在这种情况下，信息是从支持SNMP的设备发送的，由Zabbix收集或“trapped”。

通常情况下发送trap是发生变化并且代理连接到端口162上的服务器（而不是用于查询的代理端的端口161）。使用trap可以检测在查询间隔期间发生的一些可能被查询数据丢失的短期问题。

在Zabbix中接收SNMP trap旨在使用snmptrapd和内置机制之一来传递trap到Zabbix - 一个perl脚本或SNMPTT。

接收trap的工作流程：

snmptrapd 收到trap

snmptrapd将trap传递给SNMPTT或调用Perl接收器

SNMPTT或Perl trap接收器解析，格式化并将trap写入文件

Zabbix SNMP trap读取并解析trap文件

对于每个trap，Zabbix发现主机接口与接收的trap地址匹配的所有“SNMP trap”监控项。请注意，在匹配期间只使用主机接口中选定的“IP”或“DNS”。

对于每个找到的监控项，将trap与“snmptrap[regexp]”中的regexp进行比较。 trap设置为all匹配项的值。如果没有找到匹配的监控项，并且有一个“snmptrap.fallback”监控项，则将trap设置为该值。

如果trap未设置为任何监控项的值，Zabbix默认记录不匹配的trap。（这由管理 - >常规 - >其它中的“记录不匹配的SNMP trap（Log unmatched SNMP traps）”配置。）

4 IPMI检查

你可以在Zabbix中监控智能平台管理接口（IPMI）设备的运行状况和可用性。

要执行IPMI检查，Zabbix服务器必须首先配置IPMI支持。

IPMI是计算机系统的远程“关闭”或“带外”管理的标准接口。它可以独立于操作系统直接从所谓的“带外”管理卡监视硬件状态，还可以完全启动机器。

Zabbix IPMI监控仅适用于支持IPMI的设备(HP iLO, DELL DRAC, IBM RSA, Sun SSP, 等等).

5 简单检查

简单检查通常用于远程无代理监控服务。

请注意，Zabbix代理不需要简单的检查。Zabbix服务器/代理服务器负责处理简单的检查（使外部连接等）。

6 日志文件监控

Zabbix可用于集中监控和分析具有/不具有日志转动能力的日志文件。

当日志文件包含某些字符串或字符串模式时，通知信息可用于警告用户。

要监控日志文件，必须具有：

Zabbix代理在主机上运行

日志监控项设置

7 计算监控项

你可以基于其它监控项创建计算监控项。

因此，计算监控项是创建虚拟数据源的一种方式。这些值将根据算术表达式定期计算。所有计算都由Zabbix服务器完成，与Zabbix代理或代理服务器执行的计算无关。

生成的数据将存储在Zabbix数据库中，与其它任何监控项一样 - 这意味着存储历史和趋势值，以便快速生成图表。计算的监控项可用于触发器表达式，由宏或其它实体引用，与任何其它监控项类型相同。

要使用计算监控项，请选择监控项类型 Calculated。

8 内部检查

内部检查可以监控Zabbix的内部进程。换句话说，你可以监控Zabbix服务器或Zabbix代理服务器的运行情况。

内部检查是：

在Zabbix服务器- 主机是否被服务器监控

在Zabbix代理服务器- 主机是否被代理服务器监控

内部检查由服务器或代理服务器执行，无论主机维护状态如何（从Zabbix 2.4.0起）。

要使用此监控项，请选择Zabbix internal监控项类型。

9 SSH检查

运行SSH检查是作为无代理监控的。SSH检查不需要Zabbix代理。

执行SSH检查Zabbix服务器必须初始化配置为SSH2支持。

10 Telnet检查

执行Telnet检查作为无代理监视。 Telnet监控不需要Zabbix代理。

11 外部检查

外部检查是由Zabbix服务器通过运行shell脚本或二进制执行的检查。

外部检查不需要在被监控的主机上运行任何代理。

12 汇总检查

在汇总检查中，Zabbix通过直接从数据库中查询监控信息，然后进行信息聚合。

聚合检查不需要在被监控的主机上运行任何代理。

13 捕捉器监控项

捕捉器监控项接收传入的数据，而不是查询它。

这对于你可能想要“推送”到Zabbix的任何数据都是适用的。

要使用捕捉器监控项，你必须：

在Zabbix里建立一个捕捉器监控项

将数据送给Zabbix

14 JMX监控

JMX监控可用于监视Java应用程序的JMX计数器。

自Zabbix 2.0以来，JMX监视器以Zabbix守护进程方式运行，名为“Zabbix Java gateway”。

要检索主机上特定JMX计数器的值，Zabbix服务器查询Zabbix Java gateway，该网关又使用JMX管理API来远程查询感兴趣的应用程序。

15 ODBC监控

ODBC监控对应于Zabbix Web管理端中的数据库监控器监控项类型。

ODBC是用于访问数据库管理系统（DBMS）的C语言中间件API。ODBC由Microsoft开发，后来移植到其它平台。

Zabbix可以查询ODBC支持的任何数据库。为了实现监控，Zabbix不直接连接到数据库，而是使用ODBC中设置的ODBC接口和驱动。该功能允许为多个目的更加有效地监控不同的数据库 - 例如，监控特定的数据库队列、使用统计信息等。 Zabbix支持unixODBC，它是最常用的开源ODBC API实现之一。