En este documento, se describen las alertas pospuestas que te permiten evitar que Cloud Monitoring cree incidentes y emita notificaciones durante períodos específicos. Puedes crear y administrar las alertas pospuestas mediante la consola de Google Cloud, Google Cloud CLI y la API de Cloud Monitoring.
Cuándo posponer políticas de alertas
Crea una alerta pospuesta cuando desees evitar de forma temporal que se creen alertas y que se envíen notificaciones, o evitar que se envíen notificaciones repetidas para un incidente abierto. Por ejemplo, puedes crear una alerta pospuesta en las siguientes situaciones:
- Tienes un mantenimiento planificado.
- Tienes una interrupción creciente y quieres evitar más incidentes y notificaciones.
Cómo funciona la función pospuesta
Cuando está activa una alerta pospuesta para una política de alertas, Monitoring no envía notificaciones ni crea incidentes para la política de alertas pospuestas. Cuando pospones una política de alertas basada en métricas, Monitoring también cierra todos los incidentes relacionados con ella.
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 de posponer, la duración de la alerta y seleccionar las políticas de alertas a las que se aplica la alerta. Cuando usas la página Detalles del incidente de un incidente abierto, todos los campos de posponer están preconfigurados, excepto la duración. La función para posponer comienza en cuanto creas la función.
Una alerta pospuesta tiene los siguientes tres componentes:
Un nombre. Te recomendamos que uses este campo para describir el propósito de la alerta pospuesta.
Un período que determina cuándo la alerta pospuesta está activa. Se especifica mediante una hora de inicio y una duración. Una alerta pospuesta activa evita que Monitoring cree alertas y emita notificaciones para las políticas de alertas que coincidan con los criterios de la alerta pospuesta. Fuera del período activo, la función para posponer está inactiva. Una alerta inactiva no afecta la creación de alertas ni el envío de notificaciones.
Criterios que determinan las políticas de alertas a las que se aplica la alerta pospuesta.
Cuando hayas planificado un mantenimiento, crea una posposición 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 alerta pospuesta.
Cuando tengas una interrupción creciente, crea una alerta pospuesta desde la página de detalles del incidente abierto. Estas posposiciones evitan más incidentes y notificaciones. Solo se aplican a la política de alertas relacionada y solo especificas la duración.
Cómo afectan las alertas pospuestas a las condiciones de la política 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 el momento en que se crean incidentes y se envían notificaciones:
| Estado | Acción |
|---|---|
| No se activa la condición | Comportamiento existente Cuando un incidente esté abierto, ciérralo y envía notificaciones de cierre. |
| Se activa la condición y La política no está asociada con una alerta pospuesta activa |
Comportamiento existente Cuando no exista un incidente, crea uno y envía notificaciones. |
| Se activa la condición y La política se asocia con una alerta pospuesta activa |
|
Cuando una alerta pospuesta está asociada a una política que contiene varias condiciones, primero se aplican las reglas para combinar las condiciones. Luego, se aplican las reglas asociadas con las alertas pospuestas.
Diferencias entre crear una alerta pospuesta y inhabilitar una política
Para evitar notificaciones de una colección de políticas de alertas durante un intervalo corto, puedes inhabilitar de forma manual cada política de alertas o puedes crear una alerta pospuesta:
Si decides inhabilitar manualmente las políticas de alertas, debes recordar habilitar de forma manual 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 configuras 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 esta se puede aplicar a varias políticas de alertas. Cuando la alerta pospuesta está inactiva o cuando finaliza una alerta activa pospuesta, las políticas de alertas asociadas con la alerta se comportan con normalidad. Es decir, las políticas de alertas pueden crear incidentes y enviar notificaciones.
Cuando tienes períodos de mantenimiento periódicos, para cada período, puedes inhabilitar y habilitar de forma manual las políticas de alertas que no deben enviar notificaciones. Sin embargo, si creas una alerta pospuesta 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 alerta pospuesta y la copias, puedes programar una serie de alertas pospuestas próximas 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 alerta pospuesta, esta se agrega al registro histórico de las alertas pospuestas de tu proyecto de Google Cloud. Puedes ver el registro histórico, que muestra las alertas pasadas, activas y futuras, mediante la consola de Google Cloud.
Restricciones
La duración de una alerta pospuesta debe ser un solo intervalo que sea múltiplo de minutos.
Una alerta pospuesta solo se puede aplicar a 16 políticas de alertas.
No se pueden modificar los criterios de una alerta pospuesta.