Alertas

ServicePilot puede alertar a los usuarios tan pronto como se produce un evento importante. También puede generar proactivamente alertas si es probable que una tendencia supere un umbral en el futuro. También se pueden retener las alertas si se espera que un evento se disipe sin ninguna acción.

Por defecto, ServicePilot presentará todos los datos a través de su interfaz web, pero no se generarán alertas. Para añadir alertas, se deben configurar nuevas Policies de Alerta. Tenga en cuenta que las Policies de Alerta son todas independientes entre sí. Hay que tener cuidado al crear nuevas alertas para evitar generar alertas superpuestas que puedan alertar a los usuarios del mismo problema repetidamente.

Para agregar Policies de Alerta, ver la documentación Policies.

Cada alerta tiene tres componentes :

• Una Condición define lo que activará la alerta
• Un Retraso indica si la alerta debe retrasarse durante un cierto tiempo o una serie de eventos similares
• Se toma una Acción cuando se cumplen las condiciones de alerta y el límite de tiempo ha expirado

Condición de alerta

Para que se active una alerta, deben cumplirse ciertas condiciones. Estas condiciones están asociadas a los eventos que ServicePilot detecta.

Tipo de condición	Evento
Recursos	Cambiar el estado de un recurso dentro de un período de tiempo definido.
Objetos	Cambiar el estado de un objeto dentro de un período definido. Los objetos que desencadenan la alerta pueden filtrarse por nombre, clase, vista y estado de reconocimiento.
Anomalías del servicio	El algorithmo determinará si un objecto está normalmente en estado crítico o no disponible, según los datos solicitados en los últimos 30 días. La anomalía del servicio indica que el estado del objecto es anormal.
Vistas	Cambiar el estado de una vista durante un período de tiempo definido. Las vistas que desencadenan la alerta pueden filtrarse por nombre, clase y estado de reconocimiento.
Indicadores	Cambiar el estado de un indicador individual dentro de un período definido. Los indicadores que activan la alerta pueden filtrarse por nombre, nombre del objeto, clase de objeto, vista y estado de reconocimiento.
SNMP Trap	Recepción por ServicePilot de una trap o notificación SNMP durante un período de tiempo definido. Las trampas pueden ser categorizadas usando las reglas de categorización de SNMP Trap antes de ser filtradas por nombre de la regla, categoría de la regla, mensaje de la regla, severidad de la regla, OID corporativo, tipos genéricos y específicos, direcciones IP del remitente y del agente. Nota que si un Trap es descartado y por lo tanto no se almacena en la base de datos de ServicePilot, la Policy de Alerta no se aplicará.
Syslog	Recibiendo un mensaje del syslog en un período de tiempo definido. Los Syslogs pueden filtrarse por dirección IP de origen, gravedad, instalación, host, descripción, etiqueta, PID, ID de Msg y datos.

Nota: los operadores pueden marcar los estados de alerta de los recursos, vistas y objetos como reconocidos. Los elementos reconocidos pueden entonces incluirse o excluirse de las condiciones de alerta y de la sección de "estado" de la supervisión.

Condición Ack

Cuando se crean Policies de Alerta con condiciones de Objetos, Vistas o Indicadores, el campo Ack puede ser configurado para incluir o excluir eventos adquiridos. Hay tres opciones para el campo Ack:

Ack	Utilización
Ignore	Ignora el estado Ack del artículo
Ack	Incluya sólo aquellos elementos que tengan problemas de rendimiento o disponibilidad que ya hayan sido reconocidos
Not Ack	Incluya sólo los elementos que aún no han sido reconocidos

Retraso de la alerta

Aunque todas las condiciones de una alerta pueden ser satisfechas, la acción de alerta no se ejecutará hasta que el retraso haya expirado:

Tipo de retraso	Utilice
Sin demora	Se tomarán medidas tan pronto como se cumplan las condiciones.
Acción e ignorar condición para x Minutos	Se tomarán medidas tan pronto como se cumplan las condiciones. Sin embargo, la acción ya no se llevará a cabo durante la duración especificada, incluso si las condiciones se cumplen de nuevo. Esta opción es útil cuando es probable que las condiciones se produzcan repetidamente y sólo se quiera ser alertado una vez.
Acción después de x minutos si la condición sigue siendo verdadera	La acción se retrasará por la duración especificada. Sólo si las condiciones siguen siendo verdaderas después de este retraso, la acción tendrá lugar. Esta opción es útil cuando pueden darse condiciones y luego recuperarse por sí mismas. Si el problema persiste, se desencadenará la acción.
Acción después de x casos de la Condición durante y minutos	La acción sólo se desencadenará si se produce un número de veces durante la duración especificada. Esta opción es útil para eventos como los intentos fallidos de ingreso, recibidos por el syslog, que indicarían un intento de violación de la seguridad.

Acción de alerta

Una vez que se han cumplido las condiciones, y que ha expirado cualquier límite de tiempo, se pueden tomar varias medidas.

Tipo de condición	Evento
Email	Enviar un correo electrónico
Webhook	Enviar una solicitud web GET o POST
UDP	Enviar un package UDP. Si el package UDP está correctamente formateado y enviado al puerto correcto, esto puede ser definido como un mensaje syslog
Trap	Enviar un Trap SNMP

Variables de alerta

Cuando se dispara una alerta, cierta información se almacena en variables y puede utilizarse en la acción de alerta. Por ejemplo, en el asunto de un correo electrónico puede figurar el nombre del asunto que ha disparado la alerta, o un mensaje del syslog UDP puede indicar la hora en que se produjo el evento.

Algunas variables son comunes a todas las condiciones de alerta, mientras que otras variables difieren según las condiciones utilizadas. Por ejemplo, si se necesita el valor del indicador que ha superado su umbral, sólo estará disponible para las alertas con una condición del tipo Indicadores.

Reconocer los cambios de estado

Cuando los elementos en el ServicePilot cambian de estado a no disponible o tienen un problema de rendimiento, los objetos, vistas y recursos reflejarán este problema. Es posible conocer el problema para que pueda ser ignorado en las vistas de Estado y las condiciones de alerta. Reconocer un problema no cambiará su estado ni ocultará el problema, pero una nota será visible junto al elemento reconocido.

Si el problema se resuelve y los elementos se vuelven disponibles y nominales, el reconocimiento desaparecerá. Esto puede ser un problema para los elementos que cambian continuamente entre el estado nominal y el estado malo, ya que no se mantendrá un reconocimiento. En este caso, se puede añadir una Nota en su lugar, ya que no se eliminará automáticamente.

Accediendo al objeto "Ack/Note" desde el mapa

1. Como usuario con al menos privilegios de operador, navega en la jerarquía de la Vista hasta el objeto que desees reconocer/apuntar y haz clic en él.
2. Haga clic en el botón Ack o Note

Accede a la vista "Ack/Note" del mapa

1. Como usuario con al menos privilegios de operador, navegue en la jerarquía de la Vista a la vista que desee reconocer/anotar
2. Haga clic en el icono Ver información
3. Haga clic en el botón Ack o Note

Acceder a "Ack/Note" desde las listas de estado

1. Como un usuario con privilegios de operador, navega a Estado
2. Seleccione Recurso, Objeto o Ver en el sub-menú Estado dependiendo del componente que desee reconocer/anotar.
3. Seleccione uno o más elementos para salir o notar y haga clic en el botón ack verde o en el botón note azul.

Filtrar listas de estado

En las listas de estado, puede encontrar elementos según una serie de criterios de filtrado. La lista de filtros disponibles depende de la lista de estados (Recurso, Objeto, Vista) seleccionada:

Filtro	Definición
Managed	Mostrar los elementos que no están marcados como no gestionados. Los operadores pueden marcar manualmente los elementos como no gestionados para dejar de informar sobre su estado o también dejar de recopilar datos.
Unmanaged	Ver los elementos que actualmente están marcados como no gestionados. Los operadores pueden marcar manualmente los elementos como no gestionados para dejar de informar sobre su estado o también dejar de recopilar datos.
Acknowledged	Muestra los elementos que tienen problemas de rendimiento o disponibilidad y que han sido marcados con un Ack.
Not Acknowledged	Mostrar los elementos que no han sido marcados con un Ack.
Not Operational	Mostrar elementos parpadeantes, indicando que un agente de ServicePilot no está reportando ciertos datos para el recurso.
Monitored	Muestra los elementos que se están supervisando actualmente.
Not Monitored	Muestra los elementos que no están recogiendo datos actualmente debido a la aplicación de una política de seguimiento y fuera del periodo de seguimiento de dicha Policy.
No Response	Mostrar los elementos que no responden actualmente.

Ejemplos de alerta