Reglas de silenciamiento: Suprimir notificación

Alerts envía una notificación oportuna cuando su sistema tiene problemas. A veces no quieres ver alguna notificación conocida. Puedes usar muting rules para dejar de ser bombardeado con mensajes que no necesitan tu atención.

Una vez que haya identificado los elementos comunes en sus notificaciones no deseadas, puede definir reglas de silenciamiento que se dirijan específicamente a esos elementos, permitiendo el paso de otras notificaciones. Incluso cuando una notificación está silenciada, alertassigue recopilando datos sobre esos eventos de alerta. Las reglas de silenciamiento no interfieren con el proceso de alertas y se aplican justo antes de que se envíe una notificación.

Crear una regla de silenciamiento

Para crear una regla de silenciamiento, siga estos pasos:

1. Vaya a one.newrelic.com > All capabilities > Alerts y haga clic en Muting rules en el panel de navegación izquierdo.

2. Haga clic en + Add a rule.

3. Ingrese un nombre y una descripción (opcional) para la regla de silenciamiento y seleccione la cuenta a la que se aplicará la regla.

4. Construya el filtro de eventos de alerta. Puede usar un subconjunto de atributos de eventos de alerta. Seleccione un atributo, un operador y un valor. Estos son los atributos: accountId, conditionId, conditionName, conditionType, entity.guid, nrqlEventType, nrqlQuery, policyId, policyName, product,runbookUrl (como conditionRunbookUrl), tags.<NAME> y targetName). Los valores se comparan con uno de los atributos de sus eventos de alerta, como un ID de política de alertas o un nombre de condición.

5. Haga clic en Add another condition si desea incluir más filtros.

/* <img title="Pantalla de edición de reglas de silenciamiento" alt="Pantalla de edición de reglas de silenciamiento" src="/images/alerts_screenshot-crop_violation-filter.webp" /> <figcaption> Ve a <DNT>**[one.newrelic.com > All capabilities](https\://one.newrelic.com/all-capabilities) > Alerts**</DNT> y haga clic en <DNT>**Muting rules**</DNT> en el panel de navegación izquierdo. Puede crear reglas de silenciamiento complejas para apuntar a un conjunto pequeño o grande de notificaciones no deseadas. </figcaption> */

Administrar reglas de silencio

Una condición de regla de silenciamiento es el conjunto de expresiones individuales compuestas por atributos, operadores y valores que definen qué eventos de alerta seleccionar para silenciar.

Para crear, habilitar, deshabilitar y gestionar reglas de silenciamiento, siga estos pasos:

1. Vaya a one.newrelic.com > All capabilities > Alerts y haga clic en Muting rules en el panel de navegación izquierdo.

2. Habilite o deshabilite las reglas de silenciamiento en cualquier momento desde la columna Enabled . También puedes editar cada regla haciendo clic en el icono en la fila de cada regla.

Las reglas pueden tener uno de los siguientes estados:

• Active: El silencio está habilitado y activo.
• Scheduled: El silencio está habilitado pero aún no está activo (hay un cronograma futuro).
• Ended: El silencio está habilitado, pero ya no está activo (no hay programación futura).
• Inactive: El silencio está desactivado.

/* <img title="Administrar reglas de silenciamiento" alt="Administrar reglas de silenciamiento" src="/images/alerts_screenshot-full_muting-rules.webp" /> <figcaption> Ve a <DNT>**[one.newrelic.com > All capabilities](https\://one.newrelic.com/all-capabilities) > Alerts > Muting rules**</DNT>: Puede crear reglas de silenciamiento complejas para apuntar a un conjunto pequeño o grande de notificaciones no deseadas. </figcaption> */

Opciones de notificación para reglas de silenciamiento

Cuando una regla de silenciamiento está activa y se abre un evento de alerta, el usuario no recibirá una notificación. Puede configurar el comportamiento de las notificaciones cuando una regla de silenciamiento está inactiva con las dos configuraciones siguientes:

• Notify: Si hay un evento de alerta en curso después de que finalice la ventana de la regla de silenciamiento, se le notificará. Esto funciona cerrando el evento de alerta existente y silenciado, y si el umbral se sigue infringiendo, se abrirá un nuevo evento de alerta en un estado no silenciado, activando una notificación. Recomendamos mantener esta configuración predeterminada.

• Suppress notification: Si hay un evento de alerta en curso después de que finalice la ventana de la regla de silenciamiento, no se le notificará. Esto funciona al dejar abierto el evento de alerta silenciado existente después de la marca de tiempo de finalización de la ventana de la regla de silenciamiento.

Programar una regla de silenciamiento

Si es necesario, puede programar sus reglas de silenciamiento.

Para ello, seleccione una hora de inicio y una hora de finalización. Opcionalmente, puedes configurar la regla de silenciamiento para que dure un día entero.

También puede optar por seleccionar una zona horaria para el programa de reglas de silenciamiento. El valor predeterminado es la zona horaria seleccionada en sus preferencias de usuario.

Puede programar sus reglas de silenciamiento para que se repitan diariamente, semanalmente o mensualmente. Una regla de silenciamiento programada para repetirse semanalmente incluye la opción de seleccionar los días de la semana que se repetirán. Si no se selecciona ningún día, la recurrencia semanal se repetirá de forma predeterminada el día de la semana en el que está programado que comience la regla de silenciamiento.

También puede especificar cuándo desea que finalice la recurrencia seleccionando una fecha específica o una cierta cantidad de ocurrencias.

Ver eventos de alerta y problemas silenciados

Al ver un problema abierto o cerrado, los eventos de alerta y los problemas se marcan como Muted. Puede ver los eventos de alerta y problemas silenciados en las siguientes ubicaciones:

• Ver un problema silenciado: Vaya a one.newrelic.com > All capabilities > Alerts y haga clic en Issues & Activity en el panel de navegación izquierdo. Haga clic en cualquier problema silenciado para ver detalles sobre los eventos de alerta crítica que se han silenciado.

• Ver una lista de eventos de alerta silenciados: Vaya a one.newrelic.com > All capabilities > Alerts y haga clic en Issues & Activity en el panel de navegación izquierdo. Luego seleccione el alert events tab. Los eventos de alerta y las incidencias silenciados se marcan con el ícono en la columna Muted.

Silenciar resultados facetados usando tags.

Para silenciar los resultados de la consulta facetada, utilice el atributo tags.FACETED_ATTRIBUTE, donde FACETED_ATTRIBUTE representa el atributo en el que ejecutó una consulta NRQL FACET . Por ejemplo: si su condición de alerta NRQL incluye FACET host en su consulta, puede apuntar a ese FACET atributo usando tags.host.

La consulta de condición NRQL puede aceptar atributos de múltiples facetas. Si desea poder filtrar por atributo en su evento o serie de tiempo métrica que se han agregado, debe agregar esos atributos a su cláusula FACET de consulta NRQL; por ejemplo: FACET host, region, cluster.

Para ver un ejemplo del uso de tags., consulte Crear regla de silenciamiento.

Operadores de subcondiciones

Estos son los operadores lógicos que puede utilizar para comparar atributos cuando agrega reglas de silenciamiento. Si eres nuevo en el mundo de las reglas de silenciamiento, consulta estos ejemplos.

• EQUALS: Donde el valor proporcionado es igual al valor del atributo del evento de alerta.
• DOES_NOT_EQUALS: Donde el valor proporcionado no es igual al valor del atributo del evento de alerta.
• IN: Donde el valor del atributo del evento de alerta está presente en una lista de valores proporcionados (hasta 500).
• NOT_IN: Donde el valor del atributo del evento de alerta no está presente en una lista de valores proporcionados (hasta 500).
• CONTAINS: Donde la cadena de valor proporcionada está presente en el valor del atributo del evento de alerta.
• DOES_NOT_CONTAINS: Donde la cadena de valor proporcionada no está presente en el valor del atributo del evento de alerta.
• ENDS_WITH: Donde el valor del atributo del evento de alerta termina con la cadena de valor proporcionada.
• NOT_ENDS_WITH: Donde el valor del atributo del evento de alerta no termina con la cadena de valor proporcionada.
• STARTS_WITH: Donde el valor del atributo del evento de alerta comienza con la cadena de valor proporcionada.
• DOES_NOT_STARTS_WITH: Donde el valor del atributo del evento de alerta no comienza con la cadena de valor proporcionada.
• IS_BLANK: Donde el valor del atributo del evento de alerta está en blanco. Nulo, cadena vacía, etc.
• IS_NOT_BLANK: Donde el valor del atributo del evento de alerta no está en blanco. Nulo, cadena vacía, etc.
• IS_ANY: Una condición con este operador silenciará todos los eventos de alerta de la cuenta.

Cómo funcionan las reglas de silenciamiento

Las reglas de silenciamiento se aplican al final del ciclo de vida de alertas predeterminado para suprimir o silenciar las notificaciones. No deshabilitan las políticas o condiciones existentes. Por ejemplo, puede silenciar las notificaciones durante interrupciones conocidas del sistema, como ventanas de mantenimiento y despliegues. Se seguirán identificando los eventos de alerta de interrupción del sistema, aunque las notificaciones para esos eventos de alerta estén silenciadas.

Una regla de silenciamiento utiliza un conjunto de condiciones que coinciden con atributos en un evento de alerta. Las reglas de silenciamiento nos dicen cómo:

• Identifique eventos de alerta individuales después de que se creen, pero antes de que se abra una incidencia.
• Anule su condición predeterminada para indicar que deben silenciar.

Actualmente, silenciar un evento de alerta significa que se mantiene el ciclo de vida normal del evento de alerta, excepto que una incidencia que contenga solo eventos de alerta silenciados no enviará ninguna notificación.

Las reglas de silenciamiento están determinadas por el primer evento que activó una notificación dentro de un problema. Esto significa que si el primer evento de notificación se silenció debido a un estado silenciado, el resto del problema también se silenciará.

Las reglas de silenciamiento anulan eventos de alerta específicos. No deshabilitan las políticas o condiciones existentes. Esto le permite silenciar eventos de alerta de entidades específicas que pueden estar cubiertas por una política o condición que abarca una gran cantidad de entidades. Esto también evita que tenga que silenciar en exceso su monitoreo cuando realice mantenimiento en un subconjunto de su sistema.

La siguiente tabla describe cómo el ciclo de vida de los eventos de alerta se ve afectado por los eventos de alerta silenciados:

Comportamiento de silenciamiento con flujo de trabajo

Un evento de alerta activado tiene una relación 1:1 con una incidencia, por lo que si se silencia un evento de alerta, la incidencia correspondiente también se silenciará. Los flujos de trabajo se activan por problemas que pueden tener uno o más eventos de alerta; por lo tanto, podría haber un escenario de eventos de alerta silenciados y no silenciados combinados.

Cada problema tiene uno de los siguientes estados de silenciamiento:

• Fully muted (FULLY_MUTED): un problema tiene todos sus eventos de alerta abiertos silenciados (Valor predeterminado).
• Partially muted (PARTIALLY_MUTED): un problema que tiene al menos un evento de alerta abierto silenciado y un evento de alerta abierto no silenciado.
• Not muted (NOT_MUTED): un problema que no tiene eventos de alerta silenciados abiertos.

Para obtener una guía paso a paso sobre cómo configurar su flujo de trabajo, consulte una demostración de ejemplo a continuación (aprox. 2:17 minutos):

Comportamiento de silenciamiento con NerdGraph

En NerdGraph, puede utilizar las siguientes consultas y mutaciones con sus reglas de silenciamiento. Puede ver el esquema con más detalle en API Explorer.

• actor.account.alerts.mutingRule:Obtener una regla de silenciamiento por ID.
• actor.account.alerts.mutingRules: obtiene una lista de reglas de silenciamiento para una cuenta.
• alertsMutingRuleCreate: cree una regla de silencio para una cuenta.
• alertsMutingRuleUpdate:Actualizar una regla de silenciamiento por ID y ID de cuenta.

Puede encontrar algunos ejemplos de consultas y mutaciones en esta página.

Una regla de silenciamiento tiene los siguientes campos y componentes:

Ejemplos de silenciamiento

Para obtener más información sobre cómo realizar solicitudes a NerdGraph, consulte la documentación de NerdGraph, incluidos los tutoriales de GraphQL.

{
  actor {
    account(id: YOUR_ACCOUNT_ID) {
      alerts {
        mutingRules {
          name
          condition {
            operator
            conditions {
              attribute
              operator
              values
            }
          }
        }
      }
    }
  }
}

mutation {
  alertsMutingRuleCreate(
    accountId: YOUR_ACCOUNT_ID
    rule: {
      name: "host-1 mute rule"
      description: "Mute host-1 incidents"
      enabled: true
      condition: {
        operator: AND
        conditions: [
          { attribute: "tags.host", operator: EQUALS, values: ["host-1"] }
        ]
      }
    }
  ) {
    id
  }
}

mutation {
  alertsMutingRuleCreate(
    accountId: YOUR_ACCOUNT_ID
    rule: {
      name: "host-1 and synthetics/mobile mute rule"
      description: "Mute host-1 and synthetics/mobile incidents"
      enabled: true
      condition: {
        operator: OR
        conditions: [
          { attribute: "targetName", operator: EQUALS, values: ["host-1"] }
          {
            attribute: "product"
            operator: IN
            values: ["SYNTHETICS", "MOBILE"]
          }
        ]
      }
    }
  ) {
    id
  }
}

mutation {
  alertsMutingRuleUpdate(
    accountId: YOUR_ACCOUNT_ID
    id: MUTING_RULE_ID
    rule: { name: "updated name", enabled: false }
  ) {
    name
  }
}

mutation {
  alertsMutingRuleDelete(accountId: YOUR_ACCOUNT_ID, id: MUTING_RULE_ID) {
    id
  }
}