Se encuentra viendo la documentación de la versión en desarrollo, puede estar incompleta.
Esta página fue traducida automáticamente. Si detectas un error, selecciónalo y presiona Ctrl+Enter para informarlo a los editores.

4 Descubrimiento de OIDs SNMP

Descripción general

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.

Prototipos de métricas, disparadores y gráficos

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 with walk[]

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:

walk[1.3.6.1.2.1.2.2.1.10]

After SNMP walk to JSON preprocessing, the result might resemble:

[
           {
               "{#SNMPINDEX}": "2",
               "{#VALUE}": "123456"
           },
           {
               "{#SNMPINDEX}": "3",
               "{#VALUE}": "654321"
           }
       ]

A dependent item prototype uses the {#SNMPINDEX} macro to construct the key:

net.if.in[{#SNMPINDEX}]

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:

  • The old dependent item net.if.in[2] is marked as "lost" or removed, and no new data is gathered for that item.
  • A new dependent item net.if.in[5] is created, starting with an empty history.
  • Historical data from net.if.in[2] is not automatically moved to net.if.in[5].

Trigger prototype example:

{Template_Interface:net.if.in[{#SNMPINDEX}].last()} > 1000000000

Graph prototype example includes items:

net.if.in[{#SNMPINDEX}]
       net.if.out[{#SNMPINDEX}]

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.

Entidades descubiertas

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.