Managed Service for Prometheus:Políticas de notificación

Requisitos previos

Debe crear un contacto antes de agregarlo a una política de notificación. Para obtener más información, consulte Create a contact.

Crear una política de notificación

1. Inicie sesión en la consola de Managed Service for Prometheus. En el panel de navegación izquierdo, elija Alert Management > Notification Policies.

2. En la página Notification Policies, haga clic en Create Notification Policy.

3. En la parte superior de la página Create Notification Policy, introduzca un nombre para la política.

4. En la sección Matching Rule, defina las reglas de coincidencia para los eventos de alerta.

   Importante

   Una política de silencio tiene prioridad sobre una política de notificación. Si un evento de alerta coincide con una política de silencio, se silencia y no se evalúa contra ninguna política de notificación. Para crear una política de silencio, consulte Silence policies.

   1. Seleccione un origen de datos.

      • Specific source: filtra los eventos de alerta de una integración específica.

      • No preset source: filtra los eventos de alerta de todas las integraciones.

   2. Establezca las expresiones de las reglas de coincidencia. Puede usar etiquetas personalizadas o seleccionar entre las etiquetas existentes.

      Las etiquetas existentes incluyen:

      • Etiquetas de las métricas en una expresión de regla de alerta. Para conocer cómo crear etiquetas para una regla de alerta de Managed Service for Prometheus, consulte Create a Prometheus alert rule.

      • El sistema ARMS proporciona a continuación las etiquetas predeterminadas.

        Categoría	Etiqueta	Descripción
        Campos comunes	alertname	Nombre de la alerta.
        	clustername	Nombre del clúster.
        	severity	Nivel de gravedad: P1 P2 P3 P4 Default
        	namespace	namespace.
        	pod_name	Nombre del Pod.
        Campos predefinidos del sistema	_aliyun_arms_integration_name	Nombre de la integración. El nombre de integración predeterminado para las alertas reportadas por ARMS es ARMS-DEFAULT.
        	_aliyun_arms_involvedObject_id	ID del objeto de alerta.
        	_aliyun_arms_involvedObject_name	Nombre del objeto de alerta.
        	_aliyun_arms_region_id	ID de región.
        	_aliyun_arms_alert_rule_id	ID de la regla de alerta.
        	_aliyun_arms_alert_type	Tipo de regla de alerta: 101: alerta de Prometheus 5: alerta de Application Monitoring 4: alerta de Browser Monitoring
        Otros campos	_arms_contact_group_v2_id	ID del grupo de contactos (v2) para las notificaciones de alerta. ARMS agrega automáticamente esta etiqueta a las etiquetas del evento de alerta. Su valor corresponde al identificador del grupo de contactos v2 que se muestra en la página Alarm Management > Notification Objects > Contact Group de la consola. Cuando se crea automáticamente una política de notificación mediante la integración con ACK, esta etiqueta se utiliza para hacer coincidir la política sin necesidad de configuración manual. Esta etiqueta difiere de la etiqueta ContactGroupId de la versión v1 que devuelve la API. Es visible en el campo commonLabels de la carga útil de notificación del webhook.

      Comportamiento de visualización de etiquetas

      Las etiquetas que se muestran en la página de análisis de eventos de alerta provienen de las etiquetas de métricas de la regla de alerta activada y de los campos predefinidos del sistema. Distintos eventos de alerta pueden contener diferentes campos de etiqueta, ya que las reglas de alerta involucradas están asociadas con distintas métricas y tipos de recursos. Un evento que no contiene un campo determinado no muestra esa etiqueta. Por lo tanto, algunas etiquetas aparecen en un evento y no en otro; este comportamiento es normal y no representa un error del sistema.

      Por ejemplo, un evento incluye la etiqueta pod_name únicamente cuando la alerta involucra un recurso de tipo Pod. Las alertas que no involucran un Pod no muestran esta etiqueta.

      Nota

      • Para exigir que una alerta cumpla todas las condiciones de una regla (lógica AND), haga clic en Add Condition.

      • Para exigir que una alerta cumpla cualquier regla (lógica OR), haga clic en Add Rule para crear una nueva regla.

      • El tamaño total de configuración de todas las reglas de coincidencia en una política de notificación no puede superar los 64 KB. Este límite admite aproximadamente 100 reglas, según su complejidad. Si se supera este límite, la configuración falla. Para evitarlo, cree una nueva política de notificación para las reglas adicionales.

      Nota

      Cuando una política de notificación contiene reglas de coincidencia basadas en dimensiones de clúster u objeto —por ejemplo, si usa la etiqueta _aliyun_arms_involvedObject_id para coincidir con el ID de un clúster de Kubernetes—, las reglas de alerta asociadas con el clúster u objeto coincidente se vinculan automáticamente a la política de notificación. No es necesario configurar una política de notificación en cada regla de alerta individual.

      Esto resulta especialmente útil en escenarios masivos, como las reglas de alerta creadas automáticamente por Container Service for Kubernetes (ACK). Solo necesita configurar reglas de coincidencia basadas en etiquetas en la política de notificación para asociar automáticamente todas las reglas de alerta relevantes a la vez, sin editarlas una por una.

      Las reglas de alerta creadas automáticamente por un clúster de ACK incluyen la etiqueta generada por el sistema _arms_contact_group_v2_id, cuyo valor es un ID de grupo de contactos. Las políticas de notificación usan esta etiqueta para hacer coincidir las reglas y enrutar las notificaciones de alerta al grupo de contactos especificado. El valor de la etiqueta corresponde al ID del grupo de contactos que se muestra en la página Alarm Management > Notification Objects > Contact Group de la consola de ARMS. El sistema genera esta etiqueta automáticamente y no es necesario agregarla de forma manual.

   3. Haga clic en Next.

5. En la sección Event Group, configure la forma en que se agrupan los eventos de alerta y, a continuación, haga clic en Next.

   • Do not group: cada evento de alerta se envía como una notificación independiente.

   • Set grouping fields: agrupa en una sola notificación los eventos de alerta que tienen valores idénticos en los campos especificados.

6. En la sección Notification Objects, configure a continuación los parámetros.

   1. Haga clic en +Add Notification Recipient para seleccionar un destinatario de notificación.

      Tipos de destinatarios de notificación:

      • Contact: también debe seleccionar un método de notificación (llamada telefónica, mensaje de texto o correo electrónico) para el contacto seleccionado.

      • Contact Group: también debe seleccionar un método de notificación (llamada telefónica, mensaje de texto o correo electrónico) para el grupo de contactos seleccionado.

      • On-call Schedule: también debe seleccionar un método de notificación (llamada telefónica, mensaje de texto o correo electrónico) para el calendario de guardias seleccionado.

      • DingTalk/Lark/WeCom: envía notificaciones a un canal de DingTalk, Lark o WeCom.

      • General Webhook: envía notificaciones a una URL de webhook especificada.

   2. Seleccione si desea enviar una notificación de recuperación después de resolver una alerta.

      Send recovery notification: cuando se habilita, se envía una notificación de recuperación después de resolver todos los eventos de una alerta. Luego, la alerta se marca automáticamente como Resolved.

   3. Establezca una plantilla de notificación. Para obtener más información, consulte Configure notification and webhook templates.

   4. Defina un periodo de notificación para enviar alertas solo dentro de la ventana de tiempo especificada.

   5. Opcional: Seleccione un sistema de tickets al cual enviar las alertas. Para obtener detalles sobre cómo integrar un sistema de tickets, consulte Integrations.

   6. Haga clic en Next.

7. En la sección Repeat/escalation/recovery policy, configure las políticas para las alertas no resueltas. Puede establecer notificaciones repetidas, aplicar una política de escalamiento o exigir una recuperación manual. A continuación, haga clic en Next.

   • Si no configura una política de escalamiento, el sistema envía solo una notificación para una alerta no resuelta.

   • Repeat notifications: establezca una frecuencia. Si una alerta no se resuelve, las notificaciones se reenvían en el intervalo especificado hasta que se resuelva la alerta.

   • Escalation policy: seleccione una política. Si una alerta no se resuelve, el sistema envía notificaciones a destinatarios adicionales según la política de escalamiento seleccionada.

   • Manual recovery: si habilita esta opción, una alerta no se resuelve automáticamente aunque no se activen nuevos eventos de alerta dentro del periodo de resolución automática definido en la integración de alertas. Debe cambiar manualmente el estado de la alerta.

8. En la sección Action Integration, configure una integración de acciones para ejecutarla automáticamente.

   Si habilita esta opción, debe seleccionar las integraciones de acciones que se ejecutarán cuando se active una alerta y cuando se resuelva. Posteriormente, el sistema las ejecutará automáticamente.

9. Haga clic en Save para crear la política.

Gestionar políticas de notificación

Después de crear una política de notificación, esta se muestra en la página Notification Policies. En la página Notification Policies, puede realizar las siguientes operaciones:

• Editar una política de notificación: haga clic en el nombre de la política o haga clic en Edit en la columna Actions. Después de realizar los cambios, haga clic en Save.

• Habilitar o deshabilitar una política de notificación: en la columna Status, cambie el estado del interruptor.

• Eliminar una política de notificación: haga clic en Delete en la columna Actions y, a continuación, haga clic en Confirm.

• Copiar una política de notificación: haga clic en Copy en la columna Actions para duplicar la política.