Las suspensiones en Cloud Monitoring te permiten evitar que las políticas de alertas creen alertas y envíen notificaciones durante períodos específicos. Puedes crear y administrar las postergaciones con la consola deGoogle Cloud , Google Cloud CLI o la API de Cloud Monitoring.
Cuándo posponer las políticas de alertas
Crea una alerta pospuesta cuando quieras evitar temporalmente que se creen alertas y se envíen notificaciones, o impedir que se sigan enviando notificaciones repetidas para una alerta abierta. Por ejemplo, puedes crear una alerta pospuesta en las siguientes situaciones:
- Tienes un mantenimiento planificado.
- Tienes una interrupción cada vez mayor y deseas evitar más alertas y notificaciones.
Cómo funcionan las posposiciones
Cuando se activa una postergación para una política de alertas, Monitoring no envía notificaciones ni crea alertas para la política de alertas postergada. Cuando aplicas una postergación a una política de alertas basada en métricas o en SQL, Monitoring también cierra todas las alertas relacionadas con la política de alertas.
Para crear una posposición, puedes realizar cualquiera de las siguientes acciones:
Para aplicar la postergación a varias políticas de alertas, créala desde la página Alertas, gcloud CLI o la API de Cloud Monitoring. También puedes elegir cuándo comienza la posposición y definir su duración.
Aplicar la postergación a varias políticas de alertas puede ser útil cuando tienes un mantenimiento planificado y necesitas que la postergación comience en un momento específico y dure un tiempo predeterminado.
Para aplicar una postergación a una alerta específica, créala desde la página Detalles de la alerta de una alerta abierta. En este caso, todos los campos de la postergación están preconfigurados, excepto la duración.
Aplicar la postergación desde una alerta específica puede ser útil cuando tienes una interrupción en aumento y necesitas postergar de inmediato una política de alertas hasta que se resuelvan los problemas relacionados.
Componentes de las suspensiones
Una postergación tiene los siguientes componentes:
Un nombre. Te recomendamos que uses este campo para describir el propósito de la pausa.
Es un período que determina cuándo está activa la opción para posponer. Se especifica con una hora de inicio y una duración. Una posposición activa evita que Monitoring cree alertas y emita notificaciones para las políticas de alertas que coincidan con los criterios de la posposición. Fuera del período activo, la alerta para posponer está inactiva. Una posposición inactiva no afecta el momento en que se crean las alertas y se envían las notificaciones.
Criterios para la posposición, que incluyen lo siguiente:
Es una lista de políticas de alertas a las que se aplica la postergación.
Es un filtro opcional basado en etiquetas que se puede usar cuando la pausa se aplica a una sola política de alertas. Define las etiquetas del filtro para posponer las alertas con etiquetas que coincidan. Por ejemplo, supongamos que un filtro incluye una etiqueta para un ID de instancia de máquina virtual (VM) específico y que la postergación está activa. La política de alertas aún puede crear alertas para todas las VMs, excepto la que aparece en el filtro.
Un filtro basado en etiquetas puede incluir etiquetas de recursos y de métricas. Cuando la política de alertas no se basa en PromQL, el filtro también puede incluir etiquetas de metadatos.
Cómo afectan las postergaciones a las condiciones de las políticas de alertas
En la siguiente tabla, se describe la relación entre el estado de una condición en una política de alertas de condición única y cuándo se crean las alertas y se envían las notificaciones:
| Estado | Acción |
|---|---|
| No se cumple la condición | Comportamiento existente Cuando una alerta esté abierta, ciérrala y envía notificaciones de cierre de alertas. |
| Se cumple la condición y La política no está asociada con una posposición activa |
Comportamiento existente Cuando no exista una alerta, crea una y envía notificaciones. |
| Se cumple la condición y La política está asociada con una posposición activa |
|
Cuando se aplica una postergación a una política de alertas que contiene varias condiciones, primero se aplican las reglas para combinar las condiciones. Luego, se aplican las reglas asociadas con las posposiciones.
Diferencias entre posponer una política y inhabilitarla
Para evitar las notificaciones de una colección de políticas de alertas durante un intervalo breve, puedes inhabilitar de forma manual cada política de alertas o crear una postergación:
Si eliges inhabilitar las políticas de alertas de forma manual, debes recordar habilitar cada política de alertas inhabilitada de forma manual al final del intervalo. Además, solo puedes programar estas acciones si usas la API de Cloud Monitoring y configuras algo para emitir la llamada a la API en un momento específico.
Si creas una postergación, puedes programar el período activo, y la postergación se puede aplicar a varias políticas de alertas. Cuando la postergación está inactiva o cuando finaliza una postergación activa, las políticas de alertas asociadas con la postergación se comportan con normalidad. Es decir, estas políticas de alertas pueden crear alertas y enviar notificaciones.
Cuando tienes períodos de mantenimiento periódicos, puedes inhabilitar y habilitar de forma manual las políticas de alertas que no deben enviar notificaciones para cada período. Sin embargo, si creas una postergación para un período de mantenimiento, puedes copiarla y actualizar la hora de inicio y la duración de la copia. Es decir, si creas una postergación y la copias, puedes programar una serie de postergaciones futuras para la misma colección de políticas de alertas.
Para ver un registro de cuándo se inhabilitan o habilitan las políticas de alertas, debes consultar los registros de auditoría del proyecto de Google Cloud . Sin embargo, cuando creas una postergación, esta se agrega al registro histórico de postergaciones de tu proyecto de Google Cloud . Puedes ver el registro histórico, que muestra las pausas pasadas, activas y próximas, con la consola de Google Cloud .
Restricciones
La duración de una postergación debe ser un intervalo único que sea un múltiplo de minutos.
La postergación solo se puede aplicar a 16 políticas de alertas.
No se pueden modificar los criterios de una alerta pospuesta.
Cuando aplicas una postergación a una política de alertas con una condición basada en PromQL, no puedes usar etiquetas de metadatos en el filtro.