Zabbix ofrece una funcionalidad de descubrimiento automático de red que es eficaz y muy flexible.
Con el descubrimiento de red correctamente configurado, puede:
El descubrimiento de red de Zabbix se basa en la siguiente información:
NO proporciona:
El descubrimiento de red básicamente consta de dos fases: descubrimiento y acciones.
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 el frontend para cada regla). Solo las comprobaciones con la misma IP y puerto se programan secuencialmente porque algunos dispositivos no aceptan 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 el item interno 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 host (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á 'arriba' después de estar 'abajo' o cuando se descubre por primera vez. |
| Servicio Arriba | El servicio está 'arriba', después de que ya estaba 'arriba'. |
| Servicio Perdido | El servicio está 'abajo' después de estar 'arriba'. |
| Servicio Abajo | El servicio está 'abajo', después de que ya estaba 'abajo'. |
| Host Descubierto | Al menos un servicio de un host está 'arriba' después de que todos los servicios de ese host estaban 'abajo' o se descubre un servicio que pertenece a un host no registrado. |
| Host Arriba | Al menos un servicio de un host está 'arriba', después de que al menos un servicio ya estaba 'arriba'. |
| Host Perdido | Todos los servicios de un host están 'abajo' después de que al menos uno estaba 'arriba'. |
| Host Abajo | Todos los servicios de un host están 'abajo', después de que ya estaban 'abajo'. |
Los eventos de descubrimiento pueden ser la base de acciones relevantes, tales como:
Estas acciones pueden configurarse con respecto al tipo de dispositivo, IP, estado, tiempo de actividad/inactividad, etc. Para obtener detalles completos sobre la configuración de acciones para eventos basados en descubrimiento de red, consulte las páginas de operaciones y condiciones de acción.
Dado que las acciones de descubrimiento de red se basan en eventos, se activarán tanto cuando un host 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 host se activen en eventos de Servicio perdido/Servicio inactivo. De lo contrario, si un host 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 templates a un host descubierto fallará en conjunto si alguno de los templates vinculables tiene una entidad única (por ejemplo, clave de item) que sea igual a una entidad única (por ejemplo, clave de item) que ya exista en el host o en otro de los templates vinculables.
Se añade un host si se selecciona la operación Añadir host. También se añade un host, incluso si falta la operación Añadir host, si selecciona operaciones que den lugar a acciones sobre un host. Dichas operaciones son:
Los hosts creados se añaden al grupo Discovered hosts (por defecto, configurable en Administración > General > Otros). Si desea que los hosts se añadan a otro grupo, añada una operación Eliminar de grupos de hosts (especificando "Discovered hosts") y también añada una operación Añadir a grupos de hosts (especificando otro grupo de hosts), porque un host debe pertenecer a un grupo de hosts.
La dirección IP del dispositivo descubierto, junto con la fuente de descubrimiento (Zabbix server, Zabbix proxy o grupo de proxy) y el tipo de interfaz, se utiliza como criterio para encontrar un host en el sistema. Si ya existe un host con la misma dirección IP, tipo de interfaz y fuente de descubrimiento, ese host será el objetivo para realizar operaciones. Si la fuente de descubrimiento difiere, la entidad descubierta se trata como un host diferente y se puede crear un nuevo host.
Si se cambia la dirección IP del host descubierto o se elimina la interfaz, se creará un nuevo host en el siguiente descubrimiento.
Al agregar hosts, el nombre del host 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 Zabbix server o el Zabbix proxy, dependiendo de cuál esté realizando el descubrimiento. Si la búsqueda falla en el proxy, no se vuelve a intentar en el server. Si ya existe un host con ese nombre, al siguiente host se le agregará _2 al nombre, luego _3 y así sucesivamente.
También es posible omitir la búsqueda de DNS/IP y utilizar en su lugar el valor de un item como nombre del host, por ejemplo:
Si el nombre del host se ha establecido utilizando el valor de un item, no se actualiza durante las siguientes comprobaciones de descubrimiento. Si no es posible establecer el nombre del host utilizando el valor de un item, se utiliza el valor predeterminado (nombre DNS).
Si ya existe un host con la dirección IP descubierta y la fuente de descubrimiento (Zabbix server, proxy o grupo de proxy) no ha cambiado, no se crea un nuevo host. Si la fuente de descubrimiento difiere, la entidad descubierta se trata como distinta y se puede crear un nuevo host. Sin embargo, si la acción de descubrimiento contiene operaciones (enlazar template, agregar a grupo de hosts, etc.), se realizan en el host existente que coincide por dirección IP, tipo de interfaz y fuente de descubrimiento.
Los hosts descubiertos por una regla de descubrimiento de red se eliminan automáticamente de Monitorización > Descubrimiento si una entidad descubierta ya no está en el rango de IP de la regla. Los hosts se eliminan inmediatamente.
Cuando los hosts se añaden como resultado del descubrimiento de red, se crean interfaces según estas reglas:
Los hosts descubiertos por diferentes proxies no siempre se tratan como hosts diferentes. El descubrimiento y las comprobaciones de unicidad dependen de la estructura del grupo de proxies: cuando un proxy ejecuta una regla de descubrimiento y crea un host, ese host se añade al grupo de proxy principal del proxy, no se asigna al propio proxy. Cuando Zabbix evalúa la unicidad de la IP durante el descubrimiento, comprueba los hosts monitorizados por el grupo de proxy principal. Los hosts monitorizados por proxies individuales dentro de ese grupo (incluido el proxy que ejecutó el descubrimiento) se ignoran para la comprobación de unicidad, lo que puede dar lugar a hosts duplicados si varios proxies monitorizan subredes superpuestas.
Aunque este comportamiento permite que el descubrimiento funcione en rangos de IP superpuestos utilizados por diferentes subredes, cambiar el proxy asignado a una subred ya monitorizada es más complicado porque los cambios de proxy deben aplicarse de forma coherente a los hosts descubiertos y a la pertenencia al grupo de proxy principal para evitar duplicados.
Por ejemplo, los pasos para sustituir el proxy en una regla de descubrimiento: