Se encuentra viendo la documentación de la versión en desarrollo, puede estar incompleta.
Únase a nuestro proyecto de traducción y ayude a traducir la documentación de Zabbix a su lengua materna.

1 Descubrimiento de red

Descripción general

Zabbix ofrece una funcionalidad de descubrimiento automático de redes que es eficaz y muy flexible.

Con el descubrimiento de red configurado correctamente, puede:

  • acelerar la implementación de Zabbix
  • simplificar la administración
  • utilizar Zabbix en entornos que cambian rápidamente sin excesiva administración

El descubrimiento de la red 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 Zabbix (solo se admite el modo no cifrado).
  • Información recibida del agente SNMP

NO proporciona:

  • Descubrimiento de la topología de la red.

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

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.

Tenga en cuenta que una regla de descubrimiento siempre será procesada por un único proceso descubridor. El rango de IP no se dividirá entre múltiples procesos descubridores.

Cada regla tiene un conjunto de comprobaciones de servicio definidas que se realizarán para el rango de IPs.

Los controles de descubrimiento se procesan independientemente de las otras comprobaciones. Si alguna comproación no encuentra un servicio (o falla), las otras comprobaciones todavía pueden ser procesadas.

Cada control de un servicio y de un equipo (IP) realizado por el módulo de descubrimiento de red genera un evento de descubrimiento.

Evento Comprobación del resultado 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 caído 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 estuvieron "inactivos" o se descubre un servicio que pertenece a un equipo no registrado.
Equipo Up 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 estuvo "activo".
Equipo caído 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, como por ejemplo:

  • Envío de notificaciones
  • Agregar/eliminar equipos
  • Habilitar/deshabilitar equipos
  • Agregar equipos a un grupo
  • Eliminar equipos de un grupo
  • Vincular equipos a/desvincularlos de una plantilla
  • Ejecución de scripts remotos.

Estas acciones se pueden configurar con respecto al tipo de dispositivo, IP, estado, tiempo de actividad/tiempo de inactividad, etc. Para obtener detalles completos sobre la configuración de acciones para eventos basados en el descubrimiento de red, consulte la operación de acción y las páginas de condiciones.

Dado que las acciones de descubrimiento de red se basan en eventos, se activará tanto cuando un equipo descubierto esté en línea como cuando esté fuera de línea. Es altamente recomendable agregar una condición de acción Estado de descubrimiento: activo para evitar que acciones como Agregar equipo se activen ante eventos de Servicio perdido/Servicio inactivo. De lo contrario, si un equipo descubierto se elimina manualmente, seguirá generando eventos Servicio perdido/Servicio inactivo y se volverá a crear durante el siguiente ciclo de descubrimiento.

La vinculación de un equipo descubierto a plantillas fallará colectivamente si alguna de las plantillas vinculables tiene una entidad única (p. ej. clave de métrica) que es la misma que una entidad única (por ejemplo, clave de métrica) ya existente en el equipo o en otra de las plantillas vinculadas.

Creación de equipo

Se agrega un equipo si se selecciona la operación Agregar equipo. Un equipo también es agregado, incluso si falta la operación Agregar equipo, si selecciona operaciones que resultan en acciones en un equipo. Tales operaciones son:

  • habilitar equipo
  • deshabilitar el equipo
  • agregar equipo a un grupo de equipos
  • vincular plantilla a un equipo

Los equipos creados se agregan al grupo Equipos descubiertos (de forma predeterminada, configurable en AdministraciónGeneralOtros). Si desea que los anfitriones se agreguen a otro grupo, agregue Eliminar del grupo de equipos (especificando "Equipos descubiertos") y también agregue un Agregar al grupo de equipos (especificando otro grupo de equipos), porque el equipo debe pertenecer a un grupo de equipos.

Nomenclatura del equipo

Al agregar equipos, un nombre de equipo es el resultado de una búsqueda DNS inversa o de una dirección IP si falla la búsqueda inversa. La búsqueda se realiza desde el servidor Zabbix o 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 el equipo con ese nombre ya existe, el siguiente equipo obtendría _2 añadido al nombre, luego _3 y así sucesivamente.

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

  • Es posible que descubra varios servidores con el agente Zabbix ejecutándose mediante una métrica del agente Zabbix para descubrimiento y asignarles nombres propios automáticamente, según el valor de cadena devuelto por esta métrica
  • Puede descubrir varios dispositivos de red SNMP utilizando una métrica de agente SNMP para su descubrimiento y asignarles nombres propios automáticamente, basados en el valor de cadena devuelto por esta métrica

Si el nombre del equipo se ha configurado utilizando un valor de métrica, no se actualiza durante las siguientes comprobaciones de descubrimiento. Si no es posible configurar el nombre del equipo utilizando un valor de 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 (vinculación de plantilla, agregar al grupo de equipos, etc.), se realizan en el equipo existente.

Eliminación del equipo

Los equipos descubiertos por una regla de descubrimiento de red se eliminan automáticamente desde MonitoreoDescubrimiento si una entidad descubierta no está en el el rango de IP de la regla nunca más. Los equipos se eliminan inmediatamente.

Creación de interfaz al agregar equipos

Cuando se agregan equipos como resultado del descubrimiento de la red, se obtienen las interfaces creadas de acuerdo con estas reglas:

  • los servicios detectados - por ejemplo, si una verificación SNMP tuvo éxito, se creará la interfaz SNMP
  • si un equipo respondió tanto al agente Zabbix como a las solicitudes SNMP, se crearán ambos tipos de interfaces.
  • si los criterios de unicidad son el agente Zabbix o los datos devueltos por SNMP, la primera interfaz encontrada para un equipo se creará como la predeterminada. Se agregarán las otras direcciones IP como interfaces adicionales. Las condiciones de la acción (como la IP del equipo) no afectan la adición de interfaces. Tenga en cuenta que esto funcionará si todas las interfaces son descubiertas por la misma regla de descubrimiento. Si una regla de descubrimiento diferente descubre una interfaz diferente del mismo equipo, se agregará un equipo adicional.
  • si un equipo respondió solo a las comprobaciones del agente, se creará con un interfaz de agente únicamente. Si comenzara a responder a SNMP más tarde, se agregarían los interfaces SNMP adicionales.
  • si inicialmente se crearon 3 equipos separados, después de haber sido descubiertos por los criterios de unicidad "IP", y luego la regla de descubrimiento es modificada para que los equipos A, B y C tengan criterios de unicidad idénticos Como resultado, B y C se crean como interfaces adicionales para A, el primer equipo. Los equipos individuales B y C permanecen. En Monitoreo → Descubrimiento las interfaces agregadas se mostrarán en la sección "Dispositivo descubierto", en fuente negra y con sangría, pero la columna "Equipo monitoreado" solo mostrará A, el primer equipo creado. El "tiempo de actividad/tiempo de inactividad" no se mide para las IP que se consideran interfaces adicionales.

Cambiar la configuración del proxy

Los equipos descubiertos por diferentes servidores proxy siempre se tratan como equipos distintos. Si bien esto permite realizar el descubrimiento en los rangos de IP coincidentes utilizados por diferentes subredes, cambiando el proxy por una subred ya monitoreada es complicado porque los cambios de proxy también deben ser aplicados 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. configuración la sincronización del proxy
  3. reemplace el proxy en la regla de descubrimiento.
  4. reemplace el proxy para todos los equipos descubiertos por esta regla
  5. habilitar la regla de descubrimiento