Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Políticas de notificación
Este tema de documentación está diseñado para los espacios de trabajo de Grafana que admiten la versión 10.x de Grafana.
Para ver los espacios de trabajo de Grafana que admiten la versión 9.x de Grafana, consulte. Trabajando en Grafana versión 9
Para ver los espacios de trabajo de Grafana que admiten la versión 8.x de Grafana, consulte. Trabajando en Grafana versión 8
Las políticas de notificación le proporcionan una forma flexible de dirigir las alertas a varios receptores diferentes. Con los comparadores de etiquetas, puede modificar la entrega de las notificaciones de alerta sin tener que actualizar cada regla de alerta individual.
En esta sección, obtendrá más información sobre cómo funcionan y están estructuradas las políticas de notificación, de modo que pueda aprovechar al máximo la configuración de sus políticas de notificación.
Árbol de políticas
Las políticas de notificación no son una lista, sino que se estructuran según una estructura de árbol. Esto significa que cada política puede tener políticas secundarias, etc. La raíz del árbol de políticas de notificación se denomina política de notificación predeterminada.
Cada política se compone de un conjunto de comparadores de etiquetas (0 o más) que especifican qué etiquetas quieren gestionar o no.
Para obtener más información sobre la coincidencia de etiquetas, consulteCómo funciona la coincidencia de etiquetas.
nota
Si no ha configurado ningún comparador de etiquetas para su política de notificaciones, esta coincidirá con todas las instancias de alerta. Esto puede impedir que se evalúen las políticas sobre menores, a menos que hayas activado la opción Continuar cotejando hermanos en la política de notificaciones.
Enrutamiento
Para determinar qué política de notificación gestionará qué instancias de alerta, debe empezar por analizar el conjunto de políticas de notificación existente, empezando por la política de notificación predeterminada.
Si no se configura ninguna política que no sea la política predeterminada, la política predeterminada gestionará la instancia de alerta.
Si se definen políticas distintas de la política predeterminada, evaluará esas políticas de notificación en el orden en que se muestran.
Si una política de notificaciones tiene coincidencias de etiquetas que coincidan con las etiquetas de la instancia de alerta, pasará a sus políticas secundarias y, si las hubiera, seguirá buscando políticas secundarias que puedan tener coincidencias de etiquetas que reduzcan aún más el conjunto de etiquetas, y así sucesivamente hasta que no se encuentren más políticas secundarias.
Si no se define ninguna política secundaria en una política de notificación o si ninguna de las políticas secundarias tiene etiquetas que coincidan con las etiquetas de la instancia de alerta, se utiliza la política de notificación principal.
En cuanto se encuentra una política coincidente, el sistema deja de buscar otras políticas coincidentes. Si quieres seguir buscando otras políticas que puedan coincidir, activa Continuar haciendo coincidir a los hermanos en esa política concreta.
Por último, si no se selecciona ninguna de las políticas de notificación, se utilizará la política de notificación predeterminada.
Ejemplo de enrutamiento
A continuación, se muestra un ejemplo de un árbol de políticas de notificaciones relativamente simple y de algunas instancias de alerta.
A continuación, se muestra un desglose de cómo se seleccionan estas políticas:
Pod stuck in CrashLoop no tiene una severity etiqueta, por lo que ninguna de sus políticas secundarias coincide. Tiene una team=operations etiqueta, por lo que coincide con la primera política.
La team=security política no se evalúa porque ya hemos encontrado una coincidencia y la opción Continuar buscando hermanos no está configurada para esa política.
Uso del disco: el 80% tiene una severity etiqueta team y coincide con una política secundaria del equipo de operaciones.
La entrada de registro no autorizada tiene una team etiqueta, pero no coincide con la primera política (team=operations), ya que los valores no son los mismos, por lo que seguirá buscando y coincidirá con la team=security política. No tiene políticas secundarias, por lo que se ignora la severity=high etiqueta adicional.
Herencia
Las políticas secundarias, además de ser un concepto útil para enrutar las instancias de alertas, también heredan propiedades de su política principal. Esto también se aplica a cualquier política que sea secundaria a la política de notificación predeterminada.
Las políticas secundarias heredan las siguientes propiedades:
Punto de contacto
Opciones de agrupación
Opciones de temporización
Tiempos de silencio
Una política individual puede sobrescribir cada una de estas propiedades si desea anular las propiedades heredadas.
Para heredar un punto de contacto de la política principal, déjelo en blanco. Para anular las opciones de agrupación heredadas, active Anular la agrupación. Para anular las opciones de temporización heredadas, active Anular las temporizaciones generales.
Ejemplo de herencia
El siguiente ejemplo muestra cómo el árbol de políticas de notificación de nuestro ejemplo anterior permite que las team=operations políticas secundarias hereden su punto de contacto.
De esta forma, podemos evitar tener que especificar el mismo punto de contacto varias veces para cada política infantil.
Opciones de configuración adicionales
Agrupación
La agrupación es una característica importante de las alertas de Grafana, ya que te permite agrupar las alertas relevantes en un número menor de notificaciones. Esto es especialmente importante si las notificaciones se envían a los socorristas, como los ingenieros de guardia, ya que recibir muchas notificaciones en un período corto de tiempo puede resultar abrumador y, en algunos casos, puede afectar negativamente a la capacidad de los socorristas para responder a un incidente. Por ejemplo, pensemos en una interrupción importante en la que muchos de los sistemas no funcionan. En este caso, la agrupación puede marcar la diferencia entre recibir 1 llamada telefónica y 100 llamadas telefónicas.
Usted elige cómo se agrupan las alertas mediante la opción Agrupar por de una política de notificaciones. De forma predeterminada, las políticas de notificación de Grafana agrupan las alertas por regla de alerta mediante las grafana_folder etiquetas alertname y (ya que los nombres de las alertas no son únicos en varias carpetas). Si desea agrupar las alertas por algo distinto a la regla de alerta, cambie la agrupación por cualquier otra combinación de etiquetas.
Desactive la agrupación
Si desea recibir cada alerta como una notificación independiente, puede hacerlo agrupándola según una etiqueta especial llamada. ... Esto resulta útil cuando las alertas se envían a un sistema automatizado en lugar de a un equipo de primeros auxilios.
Un solo grupo para todas las alertas
Si desea recibir todas las alertas juntas en una sola notificación, puede hacerlo dejando en blanco la opción Agrupar por.
Opciones de temporización
Las opciones de temporización deciden la frecuencia con la que se envían las notificaciones para cada grupo de alertas. Hay tres temporizadores que debe conocer: espera de grupo, intervalo de grupo e intervalo de repetición.
Espera grupal
La espera grupal es la cantidad de tiempo que Grafana espera antes de enviar la primera notificación de un nuevo grupo de alertas. Cuanto más tiempo espere el grupo, más tiempo tendrá para que lleguen otras alertas. Cuanto más corta sea la espera grupal, antes se enviará la primera notificación, pero se corre el riesgo de que se envíen notificaciones incompletas. Siempre debes elegir la espera grupal que mejor se adapte a tu caso de uso.
Predeterminado: 30 segundos
Intervalo de grupo
Una vez que se ha enviado la primera notificación para un nuevo grupo de alertas, Grafana inicia el temporizador de intervalos de grupo. Esta es la cantidad de tiempo que Grafana espera antes de enviar notificaciones sobre cambios en el grupo. Por ejemplo, es posible que se haya añadido otra alerta de activación al grupo y que se haya resuelto una alerta existente. Si una alerta llegó demasiado tarde para incluirse en la primera notificación debido a la espera del grupo, se incluirá en las notificaciones subsiguientes después del intervalo del grupo. Una vez transcurrido el intervalo de grupo, Grafana restablece el temporizador de intervalo de grupo. Esto se repite hasta que no haya más alertas en el grupo, tras lo cual se elimina el grupo.
5 minutos por defecto
Intervalo de repetición
El intervalo de repetición decide la frecuencia con la que se repiten las notificaciones si el grupo no ha cambiado desde la última notificación. Puedes considerarlas como recordatorios de que algunas alertas siguen emitiéndose. El intervalo de repetición está estrechamente relacionado con el intervalo de grupo, lo que significa que el intervalo de repetición no solo debe ser mayor o igual que el intervalo de grupo, sino que también debe ser un múltiplo del intervalo de grupo. Si el intervalo de repetición no es un múltiplo del intervalo de grupo, se convertirá en uno. Por ejemplo, si el intervalo de grupo es de 5 minutos y el intervalo de repetición es de 9 minutos, el intervalo de repetición se redondeará al múltiplo de 5 más cercano, que es de 10 minutos.
El valor predeterminado es de 4 horas
