Te ofrecemos esta traducción automática para facilitar la lectura.
In the event of any inconsistency between the English version and the translated version, the English versionwill take priority. Please visit this page for more information.
Una condición describe una fuente de datos de monitor y el comportamiento de esa fuente de datos que se considerará un incidente. Este documento explicará los tipos de condiciones disponibles, cómo crear una condición y cómo ver las condiciones existentes.
Las alertas de anomalías le permiten crear condiciones que se ajustan dinámicamente a los datos y tendencias cambiantes, como patrones semanales o estacionales. Esta característica está disponible para las aplicaciones y , así como para la consulta NRQL.
Puede establecer un umbral que abra un incidente cuando sea violado por cualquiera de las instancias métricas de su aplicación Java.
Al establecer el alcance de umbral en una instancia específica, puede identificar más rápidamente dónde se originan los problemas potenciales. Esto es útil, por ejemplo, para detectar anomalías que ocurren solo en un subconjunto de la instancia de su aplicación. Este tipo de anomalías son fáciles de pasar por alto en aplicaciones que métricamente agregan una gran cantidad de instancias.
Para el monitoreo de aplicaciones Java mediante APM, puede establecer un umbral que abra un incidente cuando el tamaño del montón o la cantidad de subprocesos para una única JVM esté fuera del rango operativo esperado.
Evaluamos las violaciones del umbral de alerta individualmente para cada una de las instancias seleccionadas de la aplicación. Al crear su condición, seleccione JVM health metric como el tipo de condición para la política de alertas de su aplicación Java y luego seleccione cualquiera de los umbrales disponibles:
Hilos estancados
Uso de memoria del montón
Tiempo de utilización de la CPU
Tiempo de CPU de recolección de basura
Los incidentes se cerrarán automáticamente cuando se alcance el valor inverso del umbral, pero al utilizar la UI también puede cambiar el momento en que un incidente se cierra forzosamente para una métrica de estado de JVM. El valor predeterminado es 24 horas.
Incluimos la opción de definir un percentil como el umbral para su condición cuando el tiempo de respuesta de su aplicación web es superior, inferior o igual a este valor. Esto es útil, por ejemplo, cuando el personal de operaciones desea alertar sobre un percentil para el tiempo de respuesta de transacción weboverall de un servidor de aplicaciones en lugar del tiempo de respuesta web average .
Seleccione Web transactions percentiles como tipo de condición para la condición de su aplicación y luego seleccione una sola aplicación. (Para alertar en más de una aplicación, cree una condición Web transactions percentiles individual para cada una).
Para definir el umbral que abre el incidente, escriba el valor de tiempo de respuesta Percentile nth y luego seleccione su frecuencia (arriba, debajo o igual a este valor).
Almacenamos el tiempo de transacción en milisegundos, aunque la interfaz de usuario muestra los valores críticos y de advertencia en segundos. Si desea definir milisegundos, asegúrese de incluir el punto decimal en su valor.
Al aplicar etiquetas a la aplicación, puede vincular automáticamente estas entidades a su condición. Esto facilita la gestión de todas las aplicaciones dentro de un entorno dinámico. Recomendamos utilizar el archivo de configuración del agente para mantener mejor las etiquetas de entidad.
Una sola etiqueta identifica all entidad asociada a esa etiqueta (máximo 10.000 entidades). Múltiples etiquetas solo identifican a la entidad que comparte todas las etiquetas seleccionadas.
Por ejemplo, si desea recibir una notificación cuando dejemos de recibir datos de un agente de infraestructura, utilice el tipo de condición de host que no informa . Esto le permite alertar dinámicamente sobre grupos de hosts filtrados y configurar la ventana de tiempo de 5 a 60 minutos.
Apdex y condiciones de tiempo de respuesta.
Puede abrir el incidente y enviar notificación para el tiempo de respuesta. Sin embargo, las puntuaciones de Apdex casi siempre son más significativas y reflejan mejor el rendimiento de la aplicación. Por ejemplo, el tiempo de respuesta promedio puede verse sesgado por el valor atípico, mientras que la puntuación Apdex brinda una evaluación más precisa de las tasas de tiempo de respuesta aceptables que su experiencia del usuario.
Cambiar el nombre de una condición
Si desea cambiar el nombre de la condición predeterminada, hágalo breve y descriptivo. Proporcione información útil para mensajes de notificación que tengan caracteres limitados, como líneas de asunto de correo electrónico, chat en línea, etc.
Utilice mayúsculas y minúsculas o notación decimal con puntos.
Describe la esencia de lo que se está violando.
Para cambiar el nombre de una condición existente:
Haga clic en el menú de puntos suspensivos (...) y haga clic en
Edit
para editarlo y luego escriba un nombre significativo para la condición.
No puede editar el producto y el tipo de condición asociados con una condición. En su lugar, debe eliminar la condición y crear una nueva con un producto y tipo de condición diferente.
Mantener políticas y condiciones.
Después de guardar la condición, la política actualmente seleccionada enumera todas las condiciones de alerta que se le aplican. Desde aquí puedes: