En esta sección realizaremos un descubrimiento SNMP en un switch.
Este método de descubrimiento de OIDs SNMP es compatible desde Zabbix server/proxy 6.4.
Los prototipos de métricas deben crearse como prototipos de métricas dependientes, utilizando macros de la regla de descubrimiento.
Las métricas dependientes obtendrán sus valores de la métrica principal walk[]
. Por lo tanto, no será necesario que cada métrica descubierta consulte el dispositivo SNMP de forma independiente.
Los prototipos de disparadores y gráficos también pueden crearse utilizando macros de la regla de descubrimiento.
Dynamic indexes (for example, interface indexes) can shift when hardware is reconfigured. To accommodate this behavior, a master SNMP walk discovery rule is created with a key such as:
After SNMP walk to JSON preprocessing, the result might resemble:
A dependent item prototype uses the {#SNMPINDEX}
macro to construct the key:
Preprocessing for this prototype includes "SNMP walk value" name with "1.3.6.1.2.1.2.2.1.10.{#SNMPINDEX}" OID in the Parameter field. Format: "Unchanged".
At runtime, actual items such as net.if.in[2]
and net.if.in[3]
are created. If a given interface index changes (for example, if the index 2
is replaced by 5
in the SNMP table), then on the next run of the discovery rule:
Trigger prototype example:
Graph prototype example includes items:
This configuration ensures reliable monitoring of tables with dynamic indexes while minimizing SNMP traffic—only a single SNMP walk per poll cycle is required, with dependent item prototypes extracting the necessary values.
Cuando el servidor se ejecuta, creará métricas dependientes reales, disparadores y gráficos basados en los valores que devuelve la regla de descubrimiento SNMP.