Crear o editar una regla de alerta de métrica

Para crear una regla de alerta de métricas, debe tener los permisos siguientes:

• Permiso de lectura en el recurso de destino de la regla de alerta.
• Permiso de escritura en el grupo de recursos en el que se crea la regla de alertas. Si va a crear la regla de alerta desde el portal de Azure, esta se crea de forma predeterminada en el mismo grupo de recursos en el que reside el recurso de destino.
• Permiso de lectura en cualquier grupo de acciones asociado a la regla de alerta, si procediera.

Siga estos pasos:

1. En el portal, seleccione Monitor>Alertas.

2. Abra el menú + Crear y seleccione Regla de alertas.

   

Siga estos pasos:

1. En el portal, vaya al recurso.

2. Seleccione Alertas en el panel izquierdo y, a continuación, seleccione + Crear>Regla de alertas.

   

Siga estos pasos:

1. En el portal, ya sea desde la página principal o desde un recurso específico, seleccione Alertas en el panel izquierdo.

2. Selección de Reglas de alerta.

3. Seleccione la regla de alertas que desea editar y, a continuación, seleccione Editar.

   

4. Seleccione cualquiera de las pestañas de la regla de alertas para editar la configuración.

Siga estos pasos:

1. En el panel Seleccionar un recurso, establezca el ámbito de la regla de alertas. Puede filtrar por suscripción, tipo de recurso o ubicación del recurso.

2. Seleccione Aplicar.

   

Siga estos pasos:

1. En la pestaña Condición, al seleccionar el campo Nombre de señal, las señales más usadas se muestran en la lista desplegable. Seleccione una de estas señales populares o seleccione Ver todas las señales si desea elegir una señal diferente para la condición.

   

2. (Opcional) Si ha elegido Ver todas las señales en el paso anterior, use el panel Seleccionar una señal para buscar el nombre de la señal o filtrar la lista de señales. Filtrar por:

   • Tipo de señal: tipo de regla de alertas que va a crear.
   • Origen de señal: el servicio que envía la señal.

   En esta tabla se describen los servicios disponibles para las reglas de alertas de métricas:

   Origen de señal	Descripción
   Plataforma	En el caso de las señales de métricas, el servicio de supervisión es el espacio de nombres de métricas. "Plataforma" significa que las métricas son proporcionadas por el proveedor de recursos, es decir, Azure.
   Azure.ApplicationInsights	Métricas notificadas por el cliente, enviadas por el SDK de Application Insights.
   Azure.VM.Windows.GuestMetrics	Métricas de invitado de máquina virtual recopiladas por una extensión que se ejecuta en la máquina virtual. Es posible incluir contadores de rendimiento del sistema operativo integrados y contadores de rendimiento personalizados.
   <su espacio de nombres personalizado>	Un espacio de nombres de métricas personalizado, que contiene métricas personalizadas enviadas con la API de métricas de Azure Monitor.

   Seleccione el nombre de señal y Aplicar.

3. Obtenga una vista previa de los resultados de la señal de métrica seleccionada en la sección Vista previa. Seleccione valores para los siguientes campos.

   Campo	Descripción
   Intervalo de horas	Intervalo de tiempo que se va a incluir en los resultados. Puede ir de las últimas 6 horas a la semana pasada.
   Serie temporal	Serie temporal que se va a incluir en los resultados.

4. En la sección Lógica de alerta:

   Campo	Descripción
   Umbral	Seleccione si el umbral se debe evaluar en función de un valor estático o un valor dinámico. Un umbral estático evalúa la regla con el valor de umbral que ha configurado. Los umbrales dinámicos usan algoritmos de aprendizaje automático para aprender continuamente los patrones de comportamiento de las métricas y calcular los umbrales adecuados para un comportamiento inesperado. Puede obtener más información sobre el uso de umbrales dinámicos para alertas de métricas.
   Operador	Seleccione el operador para comparar el valor de la métrica con el umbral. Si se utilizan umbrales dinámicos, las reglas de alertas pueden crear umbrales personalizados en función del comportamiento de las métricas en los límites superior e inferior en la misma regla de alerta. Seleccione uno de estos operadores: - Mayor que el umbral superior o menor que el umbral inferior (valor predeterminado) - Mayor que el umbral superior - Menor que el umbral inferior
   Tipo de agregación	Seleccione la función de agregación que se va a aplicar en los puntos de datos: Sum, Count, Average, Min o Max.
   Valor del umbral	Si seleccionó un umbral estático, escriba el valor de umbral de la lógica de condición.
   Unidad	Si la señal de métrica seleccionada admite unidades diferentes, como bytes, KB, MB y GB, y si seleccionó un umbral estático, escriba la unidad para la lógica de condición.
   Sensibilidad del umbral	Si seleccionó un umbral dinámico, escriba el nivel de sensibilidad. El nivel de sensibilidad afecta a la cantidad de desviación del patrón de la serie de métricas necesaria para desencadenar una alerta. - Alto: los umbrales son estrictos y estarán próximos al patrón de la serie de métricas. Se desencadena una regla de alertas ante la más mínima desviación, lo que generará más alertas. - Medio: los umbrales son menos estrictos y más equilibrados. Hay menos alertas que con alta sensibilidad (valor predeterminado). - Bajo: los umbrales son flexibles, lo que permite una mayor desviación del patrón de la serie de métricas. Las reglas de alertas solo se desencadenan ante desviaciones grandes, lo que generará menos alertas.
   Granularidad de agregación	Seleccione el intervalo que se usa para agrupar los puntos de datos mediante la función de tipo de agregación. Elija una granularidad de agregación (periodo) que sea mayor que la frecuencia de evaluación para reducir la probabilidad de que se pierda el primer periodo de evaluación de una serie temporal agregada.
   Frecuencia de evaluación	Seleccione la frecuencia con la que se debe ejecutar la regla de alertas. Seleccione una frecuencia menor que la granularidad de agregación para generar una ventana deslizante para la evaluación.

5. (Opcional) Configure la división por dimensiones.

   Las dimensiones son pares nombre-valor que contienen datos adicionales sobre el valor de métrica. Mediante el uso de dimensiones, puede filtrar las métricas y supervisar series temporales específicas, en lugar de supervisar el agregado de todos los valores dimensionales.

   Si selecciona más de un valor de dimensión, cada serie temporal que se obtiene de la combinación desencadena su propia alerta y se cobra por separado. Por ejemplo, la métrica de transacciones de una cuenta de almacenamiento puede tener una dimensión Nombre de API que contiene el nombre de la API a la que se llama en cada transacción (por ejemplo, GetBlob, DeleteBlob o PutPage). Puede elegir que se active una alerta cuando haya un gran número de transacciones en una API específica (los datos agregados). También puede usar dimensiones para generar alertas solo cuando la cantidad de transacciones sea elevada para API específicas.

   Campo	Descripción
   Nombre de dimensión	Las dimensiones pueden ser columnas numéricas o de cadena. Las dimensiones se usan para supervisar series temporales específicas y proporcionan contexto a la alerta desencadenada. La división en la columna de id. de recurso de Azure convierte el recurso especificado en el destino de la alerta. Si se detecta, el valor de ResourceID column (Columna de id. de recurso) se selecciona automáticamente y cambia el contexto de la alerta activada al recurso del registro.
   Operador	Operador utilizado en el nombre y el valor de la dimensión.
   Valores de dimensión	Los valores de dimensión se basan en los datos de las últimas 48 horas. Seleccione Agregar valor personalizado para agregar valores de dimensión personalizados.
   Incluir todos los valores futuros	Seleccione este campo para incluir los valores futuros agregados a la dimensión seleccionada.

6. (Opcional) En la sección Cuándo evaluar:

   Campo	Descripción
   Comprobar cada	Seleccione la frecuencia con la que se comprobará la regla de alertas si se cumple la condición.
   Período de retrospectiva	Seleccione hasta cuándo se debe retroceder cada vez que se comprueban los datos. Por ejemplo, cada minuto, se revisan los cinco minutos anteriores.

7. (Opcional) En la sección Opciones avanzadas, puede especificar cuántos errores dentro de un período de tiempo específico desencadenan una alerta. Por ejemplo, puede establecer que solo desea desencadenar una alerta si se produjeron tres errores en la última hora. La directiva de negocio de la aplicación debe determinar esta configuración.

   Seleccione los valores de estos campos:

   Campo	Descripción
   Número de infracciones	Número de infracciones dentro del período de tiempo configurado que desencadena la alerta.
   Período de evaluación	El período de tiempo en el que se produce el número de infracciones.
   Omitir los datos anteriores	Use este valor para seleccionar la fecha desde la que empezar a usar los datos históricos de métricas para calcular los umbrales dinámicos. Por ejemplo, si un recurso se estaba ejecutando en modo de prueba y se desplaza a producción, es posible que quiera ignorar el comportamiento de métrica mientras el recurso estaba en pruebas.

8. Seleccione Listo. Desde este punto en adelante, puede seleccionar el botón Revisar y crear en cualquier momento.

Siga estos pasos:

1. Seleccione la pestaña Acciones.

2. Seleccione o cree los grupos de acciones necesarios.

   

Siga estos pasos:

1. En la pestaña Detalles, defina los detalles de proyecto.

   • Seleccione la Suscripción.
   • Seleccione el Grupo de recursos.

2. Defina los detalles de la regla de alerta.

   

3. Seleccione la Gravedad.

4. Escriba valores para el Nombre de la regla de alerta y la Descripción de la regla de alerta.

5. (Opcional) Si va a crear una regla de alertas de métricas que supervise una métrica personalizada con el ámbito definido como una de las regiones siguientes y quiere asegurarse de que el procesamiento de datos de la regla de alertas se produce en esa región, puede seleccionar procesar la regla de alertas en una de estas regiones:

   • Norte de Europa
   • Oeste de Europa
   • Centro de Suecia
   • Centro-oeste de Alemania

6. (Opcional) En la sección Opciones avanzadas, puede establecer varias opciones.

   Campo	Descripción
   Habilitar tras la creación	Seleccione esta opción para que la regla de alerta empiece a ejecutarse en cuanto haya terminado de crearla.
   Resolución automática de alertas (versión preliminar)	Seleccione esta opción para que la alerta tenga estado. Cuando una alerta tiene estado, la alerta se resuelve cuando ya no se cumple la condición. Si no activa esta casilla, las alertas de métricas no tienen estado. Las alertas sin estado se disparan cada vez que se cumple la condición, incluso si la alerta ya se ha disparado. La frecuencia de las notificaciones para las alertas de métricas sin estado difiere en función de la frecuencia configurada de la regla de alerta: Frecuencia de alerta de menos de 5 minutos: mientras se sigue cumpliendo la condición, se envía una notificación en algún lugar entre uno y seis minutos. Frecuencia de alerta de más de 5 minutos: mientras se sigue cumpliendo la condición, se envía una notificación entre la frecuencia configurada y el doble del valor de la frecuencia. Por ejemplo, para una regla de alerta con una frecuencia de 15 minutos, se envía una notificación en algún lugar entre 15 y 30 minutos.

7. (Opcional) En la sección Propiedades personalizadas, si esta regla de alerta contiene grupos de acciones, puede añadir sus propias propiedades para incluirlas en la carga útil de la notificación de alerta. Puede usar estas propiedades en las acciones llamadas por el grupo de acciones, como por ejemplo mediante un webhook, una función de Azure o acciones de la aplicación lógica.

   Las propiedades personalizadas se especifican como pares clave:valor mediante texto estático, un valor dinámico extraído de la carga de alertas o una combinación de ambos.

   El formato para extraer un valor dinámico de la carga de alerta es: ${<path to schema field>}. Por ejemplo: ${data.essentials.monitorCondition}.

   Use el formato de esquema de alerta común para especificar el campo de la carga útil, independientemente de si los grupos de acciones configurados para la regla de alertas usan el esquema común.

   Nota:

   • El esquema común sobrescribe configuraciones personalizadas. No puede usar a la vez las propiedades personalizadas y el esquema común.
   • Las propiedades personalizadas se agregan a la carga de la alerta, pero no aparecen en la plantilla de correo electrónico ni en los detalles de la alerta en Azure Portal.
   • Las alertas de Service Health no admiten propiedades personalizadas.

   

   En los ejemplos siguientes, los valores de las propiedades personalizadas se usan para utilizar datos de una carga que usa el esquema de alertas común:

   Ejemplo 1

   Este ejemplo crea una etiqueta "Detalles adicionales" con datos sobre la "hora de inicio de la ventana" y la "hora de finalización de la ventana".

   • Nombre: "detalles adicionales"
   • Valor: "Evaluación de windowStartTime: ${data.alertContext.condition.windowStartTime}. windowEndTime: ${data.alertContext.condition.windowEndTime}"
   • Resultado: "información adicional:evaluación de windowStartTime: 2023-04-04T14:39:24.492Z. windowEndTime: 2023-04-04T14:44:24.492Z"

   Ejemplo 2 En este ejemplo se agregan los datos relacionados con el motivo de resolución o activación de la alerta.

   • Nombre: "Alerta con razón ${data.essentials.monitorCondition}"
   • Valor: "${data.alertContext.condition.allOf[0].metricName} ${data.alertContext.condition.allOf[0].operator} ${data.alertContext.condition.allOf[0].threshold} ${data.essentials.monitorCondition}. El valor es ${data.alertContext.condition.allOf[0].metricValue}"
   • Resultado: los resultados de ejemplo podrían ser similares a los siguientes:
     • "Alerta con razón resuelta: porcentaje de CPU GreaterThan5 resuelto. El valor es 3.585"
     • "Motivo del desencadenador de la alerta": "Porcentaje de CPU GreaterThan5 desencadenado. El valor es 10.585"

Siga estos pasos:

1. Seleccione la pestaña Etiquetas.

2. Configure las etiquetas necesarias en el recurso de la regla de alertas.

   

Siga estos pasos:

1. En la pestaña Revisar y crear, la regla se valida y le comunica si hay algún problema.

2. Cuando se supere la validación y se haya revisado la configuración, seleccione el botón Crear.

   

Tenga en cuenta las siguientes restricciones para los nombres de las reglas de alertas de métricas:

• Los nombres de las reglas de alertas de métricas no se pueden cambiar una vez creadas.
• Los nombres de las reglas de alertas de métricas deben ser únicos dentro de un grupo de recursos.
• Los nombres de las reglas de alertas de métricas no pueden contener los siguientes caracteres: * # & + : <> ? @ % { } \ /
• Los nombres de las reglas de alertas de métricas no pueden terminar con un espacio o un punto.
• El nombre del grupo de recursos y de la regla de alertas juntos no pueden tener más de 252 caracteres.

Restricciones al usar dimensiones en una regla de alertas de métricas con varias condiciones

Las alertas de métricas admiten las alertas relacionadas con métricas de varias dimensiones, además de admitir la definición de varias condiciones (hasta 5 por regla de alertas).

Tenga en cuenta las restricciones siguientes cuando use dimensiones en una regla de alertas que contenga varias condiciones:

• Solo puede seleccionar un valor por dimensión dentro de cada condición.

• No puede usar la opción Seleccionar todos los valores actuales y futuros. Seleccione el asterisco (*).

• Cuando métricas que están configuradas en distintas condiciones admiten la misma dimensión, un valor de dimensión configurado se debe establecer de forma explícita de la misma manera para todas esas métricas en las condiciones pertinentes.

  Por ejemplo:

  • Considere una regla de alertas de métricas que se define en una cuenta de almacenamiento y supervisa dos condiciones:
    • Total del valor de Transactions> 5
    • Media del valor de SuccessE2ELatency> 250 ms
  • Desea actualizar la primera condición y supervisar sólo las transacciones en las que la dimensión ApiName sea igual a "GetBlob".
  • Dado que las métricas Transactions y SuccessE2ELatency admiten la dimensión ApiName, necesitará actualizar ambas condiciones y hacer que ambas especifiquen la dimensión ApiName con un valor "GetBlob".