Table of Contents
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 OK a PROBLEMA
- Evento OK: cuando el estado del servicio cambia de PROBLEMA a OK
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:
- una métrica cambia de estado de 'normal' a 'no soportada'
- una métrica cambia de estado de 'no soportada' a 'normal'
- una regla de descubrimiento de bajo nivel cambia de estado de 'normal' a 'no soportada'
- una regla de descubrimiento de bajo nivel cambia de estado de 'no soportada' a 'normal'
- un disparador cambia de estado de 'normal' a 'desconocido'
- un disparador cambia de estado de 'desconocido' a 'normal'
El objetivo de introducir eventos internos es permitir a los usuarios ser notificados cuando ocurra cualquier evento interno, por ejemplo, que una métrica se vuelva no soportada y deje 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 métricas que se vuelven no soportadas), deshabilite todas las acciones para eventos internos en Alertas → Acciones → Acciones internas.
Si las acciones internas están deshabilitadas, mientras un objeto esté en estado 'no soportado', aún se creará el evento de recuperación para este objeto.
Si las acciones internas están habilitadas, mientras un objeto esté en estado 'no soportado', se creará el evento de recuperación para este objeto, incluso si no se ha creado el 'evento de problema' para el objeto.
Consulte también: Recibir notificación sobre métricas no soportadas