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.

1 Descubrimiento de red

Descripción general

Zabbix ofrece una funcionalidad de descubrimiento automático de red que es efectiva y muy flexible.

Con el descubrimiento de red correctamente configurado, puede:

  • acelerar el despliegue de Zabbix
  • simplificar la administración
  • usar Zabbix en entornos que cambian rápidamente sin una administración excesiva

El descubrimiento de red de Zabbix se basa en la siguiente información:

  • Rangos de IP
  • Disponibilidad de servicios externos (FTP, SSH, WEB, POP3, IMAP, TCP, etc.)
  • Información recibida del agente de Zabbix (solo se admite el modo sin cifrar)
  • Información recibida del agente SNMP

NO proporciona:

  • Descubrimiento de la topología de red

El descubrimiento de red básicamente consta de dos fases: descubrimiento y acciones.

Descubrimiento

Zabbix escanea periódicamente los rangos de IP definidos en las reglas de descubrimiento de red. La frecuencia de la comprobación es configurable para cada regla individualmente.

Cada regla tiene un conjunto de comprobaciones de servicios definidas para realizarse en el rango de IP.

Las reglas de descubrimiento son procesadas por el gestor de descubrimiento. El gestor de descubrimiento crea un trabajo por cada regla con una lista de tareas (comprobaciones de red). Las comprobaciones de red se realizan en paralelo por los trabajadores de descubrimiento disponibles (el número es configurable en la interfaz para cada regla). Solo las comprobaciones con la misma IP y puerto se programan secuencialmente porque algunos dispositivos no aceptarán conexiones paralelas en el mismo puerto.

El tamaño de la cola de comprobaciones de red está limitado a 2000000 o aproximadamente 4 GB de memoria. Si la cola se llena, la regla de descubrimiento se omitirá y se imprimirá un mensaje de advertencia en el registro. Puede utilizar la métrica interna zabbix[discovery_queue] para monitorizar el número de comprobaciones de descubrimiento en la cola.

Las comprobaciones de descubrimiento se procesan independientemente de las demás comprobaciones. Si alguna comprobación no encuentra un servicio (o falla), las demás comprobaciones seguirán procesándose.

Si una regla de descubrimiento se cambia durante la ejecución, la ejecución actual del descubrimiento se abortará.

Cada comprobación de un servicio y un equipo (IP) realizada por el módulo de descubrimiento de red genera un evento de descubrimiento.

Evento Resultado de la comprobación del servicio
Servicio Descubierto El servicio está 'activo' después de estar 'inactivo' o cuando se descubre por primera vez.
Servicio Activo El servicio está 'activo', después de que ya estaba 'activo'.
Servicio Perdido El servicio está 'inactivo' después de estar 'activo'.
Servicio Inactivo El servicio está 'inactivo', después de que ya estaba 'inactivo'.
Equipo Descubierto Al menos un servicio de un equipo está 'activo' después de que todos los servicios de ese equipo estaban 'inactivos' o se descubre un servicio que pertenece a un equipo no registrado.
Equipo Activo Al menos un servicio de un equipo está 'activo', después de que al menos un servicio ya estaba 'activo'.
Equipo Perdido Todos los servicios de un equipo están 'inactivos' después de que al menos uno estaba 'activo'.
Equipo Inactivo Todos los servicios de un equipo están 'inactivos', después de que ya estaban 'inactivos'.

Acciones

Los eventos de descubrimiento pueden ser la base de acciones relevantes, tales como:

  • Enviar notificaciones
  • Añadir/eliminar equipos
  • Habilitar/deshabilitar equipos
  • Añadir equipos a un grupo
  • Eliminar equipos de un grupo
  • Añadir etiquetas a un equipo
  • Eliminar etiquetas de un equipo
  • Vincular una plantilla a equipos/desvincular una plantilla de equipos
  • Ejecutar scripts remotos

Estas acciones pueden configurarse en función del tipo de dispositivo, IP, estado, tiempo de actividad/inactividad, etc. Para obtener todos los detalles sobre la configuración de acciones para eventos basados en descubrimiento de red, consulte las páginas de operación y condiciones de la acción.

Dado que las acciones de descubrimiento de red están basadas en eventos, se activarán tanto cuando un equipo descubierto esté en línea como cuando esté fuera de línea. Se recomienda encarecidamente añadir una condición de acción Estado de descubrimiento: activo para evitar que acciones como Añadir equipo se activen en eventos de Servicio perdido/Servicio inactivo. De lo contrario, si un equipo descubierto se elimina manualmente, seguirá generando eventos de Servicio perdido/Servicio inactivo y se recreará durante el siguiente ciclo de descubrimiento.

La vinculación de plantillas a un equipo descubierto fallará colectivamente si alguna de las plantillas vinculables tiene una entidad única (por ejemplo, clave de métrica) que sea igual a una entidad única (por ejemplo, clave de métrica) que ya exista en el equipo o en otra de las plantillas vinculables.

Creación de equipo

Se añade un equipo si se selecciona la operación Añadir equipo. También se añade un equipo, incluso si falta la operación Añadir equipo, si selecciona operaciones que resultan en acciones sobre un equipo. Dichas operaciones son:

  • habilitar equipo
  • deshabilitar equipo
  • añadir equipo a un grupo de equipos
  • enlazar plantilla a un equipo

Los equipos creados se añaden al grupo Equipos descubiertos (por defecto, configurable en AdministraciónGeneralOtros). Si desea que los equipos se añadan a otro grupo, añada una operación Eliminar de grupos de equipos (especificando "Equipos descubiertos") y también añada una operación Añadir a grupos de equipos (especificando otro grupo de equipos), porque un equipo debe pertenecer a un grupo de equipos.

La dirección IP del dispositivo descubierto es el criterio para encontrar un equipo en el sistema. Si ya existe un equipo con esa dirección IP y tipo de interfaz, ese equipo será el objetivo para realizar las operaciones.

Si se cambia la dirección IP del equipo descubierto o se elimina la interfaz, se creará un nuevo equipo en el siguiente descubrimiento.

Nomenclatura de equipos

Al agregar equipos, el nombre del equipo es el resultado de una búsqueda inversa de DNS o la dirección IP si la búsqueda inversa falla. La búsqueda se realiza desde el servidor Zabbix o el proxy Zabbix, dependiendo de cuál esté realizando el descubrimiento. Si la búsqueda falla en el proxy, no se vuelve a intentar en el servidor. Si ya existe un equipo con ese nombre, al siguiente equipo se le agregará _2 al nombre, luego _3 y así sucesivamente.

También es posible omitir la búsqueda de DNS/IP y, en su lugar, utilizar el valor de una métrica como nombre del equipo, por ejemplo:

  • Puede descubrir varios servidores con el agente Zabbix en ejecución utilizando una métrica de agente Zabbix para el descubrimiento y asignarles nombres adecuados automáticamente, basándose en el valor de cadena devuelto por esta métrica.
  • Puede descubrir varios dispositivos de red SNMP utilizando una métrica de agente SNMP para el descubrimiento y asignarles nombres adecuados automáticamente, basándose en el valor de cadena devuelto por esta métrica.

Si el nombre del equipo se ha establecido utilizando el valor de una métrica, no se actualiza durante las siguientes comprobaciones de descubrimiento. Si no es posible establecer el nombre del equipo utilizando el valor de una métrica, se utiliza el valor predeterminado (nombre DNS).

Si ya existe un equipo con la dirección IP descubierta, no se crea un nuevo equipo. Sin embargo, si la acción de descubrimiento contiene operaciones (enlazar plantilla, agregar al grupo de equipos, etc.), estas se realizan en el equipo existente.

Eliminación de equipos

Los equipos descubiertos por una regla de descubrimiento de red se eliminan automáticamente de MonitorizaciónDescubrimiento si una entidad descubierta ya no está en el rango de IP de la regla. Los equipos se eliminan de inmediato.

Creación de interfaces al añadir equipos

Cuando los equipos se añaden como resultado del descubrimiento de red, se les crean interfaces según estas reglas:

  • los servicios detectados: por ejemplo, si una comprobación SNMP tuvo éxito, se creará una interfaz SNMP
  • si un equipo respondió tanto a solicitudes del agente Zabbix como a solicitudes SNMP, se crearán ambos tipos de interfaces
  • si los criterios de unicidad son datos devueltos por el agente Zabbix o SNMP, la primera interfaz encontrada para un equipo se creará como la predeterminada. Otras direcciones IP se añadirán como interfaces adicionales. Las condiciones de la acción (como IP del equipo) no afectan a la adición de interfaces. Nota que esto funcionará si todas las interfaces se descubren mediante la misma regla de descubrimiento. Si una regla de descubrimiento diferente descubre una interfaz diferente del mismo equipo, se añadirá un equipo adicional.
  • si un equipo respondió solo a comprobaciones del agente, se creará únicamente con una interfaz de agente. Si posteriormente empieza a responder a SNMP, se añadirán interfaces SNMP adicionales.
  • si inicialmente se crearon 3 equipos separados, habiendo sido descubiertos por el criterio de unicidad "IP", y luego la regla de descubrimiento se modifica de modo que los equipos A, B y C tengan un resultado idéntico de criterios de unicidad, B y C se crean como interfaces adicionales para A, el primer equipo. Los equipos individuales B y C permanecen. En Supervisión → Descubrimiento las interfaces añadidas se mostrarán en la columna "Dispositivo descubierto", en fuente negra y con sangría, pero la columna "Equipo supervisado" solo mostrará A, el primer equipo creado. El "Tiempo activo/inactivo" no se mide para las IPs que se consideran interfaces adicionales.

Cambiar la configuración del proxy

Los equipos descubiertos por diferentes proxies siempre se tratan como equipos diferentes. Si bien esto permite realizar descubrimientos en rangos de IP coincidentes utilizados por diferentes subredes, cambiar el proxy para una subred que ya está siendo monitorizada es complicado porque los cambios de proxy también deben aplicarse a todos los equipos descubiertos.

Por ejemplo, los pasos para reemplazar el proxy en una regla de descubrimiento:

  1. deshabilitar la regla de descubrimiento
  2. sincronizar la configuración del proxy
  3. reemplazar el proxy en la regla de descubrimiento
  4. reemplazar el proxy para todos los equipos descubiertos por esta regla
  5. habilitar la regla de descubrimiento