Enviar notificaciones al sistema de tickets Qisutu¶
La supervisión funciona de forma independiente. Para integrar los tickets, el complemento Monitoring adecuado debe instalarse por separado en el sistema de tickets Qisutu. No forma parte del paquete de supervisión. El complemento debe admitir conexiones de tipo Qisutu Monitoring y la dirección de eventos correspondiente.
Preparar la conexión en Qisutu¶
En el Sistema de tickets Qisutu, abra Administración → Monitoring.
Cree allí una conexión de tipo Qisutu Monitoring.
Utilice la dirección completa de conexión y la clave de acceso que muestra esta conexión.
Los ajustes de creación y procesamiento de tickets se encuentran en el complemento Qisutu. En Qisutu Monitoring no se seleccionan una cola, un cliente del ticket, un SLA ni una asociación de CI para crear tickets. Utilice para ello la configuración del complemento independiente.
Guardar la conexión en la supervisión¶
Abra Notificaciones → Sistema de tickets Qisutu.
Active Enviar notificaciones a Qisutu.
Pegue la dirección HTTPS completa en Dirección de conexión del complemento. Copie la dirección de eventos mostrada; la dirección general de inicio del sistema de tickets no es suficiente. La dirección termina en
/v1/addons/qisutu.monitoring/events/y el identificador de la conexión correspondiente.Introduzca la clave correspondiente en Clave de acceso. La clave debe pertenecer exactamente a esta conexión de Qisutu.
Si Qisutu utiliza un certificado de una CA interna, añada su certificado PEM en Certificado CA propio.
Haga clic en Comprobar conexión con Qisutu.
Tras una prueba correcta, haga clic en Guardar ajustes de notificaciones.
La prueba no crea ningún ticket. Comprueba si Qisutu es accesible, la clave de acceso es válida, la conexión está activa y el tipo de sistema Qisutu Monitoring es el adecuado. Después debe comprobar el procesamiento de tickets mediante un cambio de estado real.
Un campo de clave de acceso vacío al editar conserva una clave ya guardada. Para eliminarla, active Eliminar clave de acceso guardada y guarde. Una clave nueva sustituye a la anterior al guardar.
¿Qué se transmite a Qisutu?¶
Ante una incidencia, la supervisión envía un evento de tipo problem y, después de la recuperación, un evento de tipo recovery. Se transmiten, entre otros datos, nombre del dispositivo, nombre de la comprobación, resumen, detalles, hora, gravedad y un identificador estable de la comprobación. Esto permite que el complemento asocie los eventos relacionados. La misma incidencia persistente no se vuelve a enviar en cada intervalo de comprobación.
Estado de supervisión |
Tipo de evento transmitido |
Gravedad |
|---|---|---|
Fallo, Crítico, Error de comprobación |
|
|
Advertencia, Faltan mediciones |
|
|
Recuperado |
|
|
El complemento Qisutu determina la creación automática de tickets, las posibles reglas de supresión y el procesamiento de los avisos de recuperación. Una transmisión correcta significa que el complemento ha aceptado el evento. No implica necesariamente que se haya creado un nuevo ticket: el complemento también puede ignorar o suprimir un evento según sus propias reglas.
