2 Otras fuentes de eventos
Eventos de servicio
Los eventos de servicio se generan solo si las acciones de servicio para estos eventos están habilitadas. En este caso, cada cambio de estado del servicio crea un nuevo evento:
- Evento de problema: cuando el estado del servicio cambia de
OKaProblem - Evento OK: cuando el estado del servicio cambia de
ProblemaOK
El evento contiene detalles del cambio de estado del servicio: cuándo ocurrió y cuál es el nuevo estado.
Eventos de 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. Una vez que se descubre un equipo o un servicio, se genera un evento de descubrimiento (o varios eventos).
Zabbix genera los siguientes eventos:
| Evento | Cuándo se genera |
|---|---|
| Servicio activo | Cada vez que Zabbix detecta un servicio activo. |
| Servicio inactivo | Cada vez que Zabbix no puede detectar el servicio. |
| Equipo activo | Si al menos uno de los servicios está ACTIVO para la IP. |
| Equipo inactivo | Si todos los servicios no responden. |
| Servicio descubierto | Si el servicio vuelve después de una caída o se descubre por primera vez. |
| Servicio perdido | Si el servicio se pierde después de estar activo. |
| Equipo descubierto | Si el equipo vuelve después de una caída o se descubre por primera vez. |
| Equipo perdido | Si el equipo se pierde después de estar activo. |
Eventos de autorregistro de agente activo
El autorregistro de agente activo crea eventos en Zabbix.
Si está configurado, se crea un evento de autorregistro de agente activo cuando un agente activo previamente desconocido solicita comprobaciones o si los metadatos del equipo han cambiado. El servidor añade un nuevo equipo autorregistrado, utilizando la dirección IP y el puerto recibidos del agente.
Para obtener más información, consulte la página de autorregistro de agente activo.
Eventos internos
Los eventos internos ocurren cuando:
- un item cambia de estado de 'normal' a 'unsupported'
- un item cambia de estado de 'unsupported' a 'normal'
- una regla de descubrimiento de bajo nivel cambia de estado de 'normal' a 'unsupported'
- una regla de descubrimiento de bajo nivel cambia de estado de 'unsupported' a 'normal'
- un trigger cambia de estado de 'normal' a 'unknown'
- un trigger cambia de estado de 'unknown' a 'normal'
El objetivo de introducir eventos internos es permitir que los usuarios sean notificados cuando se produzca cualquier evento interno, por ejemplo, cuando un item pasa a estar unsupported y deja de recopilar datos.
Los eventos internos solo se crean cuando las acciones internas para estos eventos están habilitadas. Para detener la generación de eventos internos (por ejemplo, para items que pasan a estar unsupported), deshabilite todas las acciones para eventos internos en Alerts > Actions > Internal actions.
Si las acciones internas están deshabilitadas, mientras un objeto esté en el estado 'unsupported', el evento de recuperación de este objeto seguirá creándose.
Si las acciones internas están habilitadas, mientras un objeto esté en el estado 'unsupported', el evento de recuperación de este objeto se creará, aunque no se haya creado un 'problem event' para el objeto.
Véase también: Receiving notification on unsupported items