Posponer incidentes y notificaciones

En este documento, se describen las posposiciones, las cuales te permiten evitar Cloud Monitoring desde la creación de incidentes y la emisión de notificaciones durante períodos de tiempo. Para crear y administrar las alertas pospuestas, La consola de Google Cloud, Google Cloud CLI y la API de Cloud Monitoring.

Cuándo posponer las políticas de alertas

Crea una alerta pospuesta cuando quieras evitar incidentes de manera temporal. la creación de notificaciones y el envío de notificaciones, o para evitar notificaciones repetidas para que no se envíen el incidente. Por ejemplo, puedes crear una alerta pospuesta en las siguientes situaciones:

  • Has planificado un mantenimiento.
  • Tiene una interrupción que escala y desea evitar nuevos incidentes y notificaciones.

Cómo funcionan las alertas pospuestas

Cuando se activa la alerta pospuesta de una política, no envía notificaciones o crear incidentes para la política de alertas pospuestas. Cuando pospones un basada en métricas, Monitoring también cierra incidentes relacionados con la política de alertas.

Cuando creas una alerta pospuesta desde la página Alertas, gcloud CLI, o la API de Cloud Monitoring, puedes elegir cuándo comienza la función para posponer la duración de la posposición selecciona las políticas de alertas a las que se aplicará la alerta pospuesta. Cuando uses la página Detalles del incidente de un incidente abierto todos los campos de posponer están preconfigurados, excepto la duración. La alerta pospuesta comienza en cuanto la creas.

Una alerta pospuesta tiene tres componentes:

  • Un nombre. recomendamos que uses este campo para describir el propósito de la posponer.

  • Un período que determina cuándo la función de posponer está activa. Se especifica mediante un una hora de inicio y una duración. Una alerta pospuesta activa evita Supervisión desde la creación de incidentes y emitir notificaciones para las políticas de alertas que coincidan con los criterios de la posponer. Fuera del período activo, la función para posponer está inactiva. Una alerta pospuesta inactiva no afecta cuándo se crean incidentes y notificaciones.

  • Los criterios que determinan las políticas de alertas a las que se aplica la alerta pospuesta.

Cuando hayas planificado el mantenimiento, crea una alerta pospuesta desde la página Alertas. gcloud CLI o la API de Cloud Monitoring. Puedes especificar el nombre, los criterios, la hora de inicio y la duración de la función para posponer.

Cuando tengas una interrupción cada vez mayor, crea una alerta pospuesta desde en la página de detalles del incidente abierto. Estas alertas pospuestas evitan más incidentes y notificaciones. Solo se aplican a las transacciones política de alertas y especificas solo la duración.

Cómo afectan las posposiciones a las condiciones de la política de alertas

La siguiente tabla describe la relación entre el estado de un en una política de alertas de condición única y cuando se crean incidentes y se envían las notificaciones:

Estado Acción
La condición no se cumple Comportamiento actual

Cuando un incidente esté abierto, ciérralo y y envían notificaciones de cierre de incidentes.

Se cumple la condición y
La política no está asociada con una alerta pospuesta activa
Comportamiento actual

Cuando un incidente no existe, crear una y enviar notificaciones.

Se cumple la condición y
La política está asociada con una alerta pospuesta activa
  • Cuando no existe un incidente, no crees uno. enviar notificaciones.
  • Cuando un incidente esté abierto, ciérralo y y envían notificaciones de cierre de incidentes.

Cuando una alerta pospuesta se asocia con una política que contiene varias condiciones, las reglas para combinar las condiciones se aplican primero. Luego, se aplican las reglas asociadas a las alertas pospuestas.

Diferencias entre crear una alerta pospuesta y inhabilitar una política

Para evitar las notificaciones de una colección de políticas de alertas por un período breve, puedes inhabilitar manualmente cada política de alertas También puedes crear una alerta pospuesta:

  • Si eliges inhabilitar manualmente las políticas de alertas, debes recuerda habilitar manualmente cada política de alertas inhabilitada al final del intervalo. Además, solo puedes programar estas acciones si usas la API de Cloud Monitoring y configurar algo para emitir la llamada a la API en un momento específico.

  • Si creas una alerta pospuesta, puedes programar el período activo y las se puede aplicar a varias políticas de alertas. Cuando la función para posponer está inactiva o cuando finaliza una alerta pospuesta activa, las políticas de alertas asociadas con que la alerta pospuesta se comporte de manera normal. Es decir, estas políticas de alertas crear incidentes y enviar notificaciones.

Cuando tienes períodos de mantenimiento periódico, puedes hacer lo siguiente para cada período inhabilitar y habilitar manualmente las políticas de alertas que enviar notificaciones. Sin embargo, si creas una alerta pospuesta para una período de mantenimiento, puedes copiar esa alerta pospuesta y actualizar la hora de inicio y la duración de la copia. Es decir, al crear una alerta pospuesta y copiarla, puedes Si deseas programar una serie de alertas pospuestas para la misma colección de y las políticas de alertas.

Para ver un registro de cuándo se inhabilitan o habilitan las políticas de alertas, debes consultar Registros de auditoría del proyecto de Google Cloud. Sin embargo, cuando creas una alerta pospuesta, Esa función se agrega al registro histórico de las alertas pospuestas. para tu proyecto de Google Cloud. Puedes ver el registro histórico, que muestra las alertas pospuestas pasadas, activas y próximas. con la consola de Google Cloud.

Restricciones

  • La duración de una alerta pospuesta debe ser un intervalo único que sea múltiplo de minutos.

  • Una alerta pospuesta solo se puede aplicar a 16 alertas y políticas de seguridad.

  • No se pueden modificar los criterios de una alerta pospuesta.

¿Qué sigue?