En este documento, se describen las postergaciones, que te permiten evitar que Cloud Monitoring cree incidentes y emita notificaciones durante períodos específicos. Puedes crear y administrar tus aplazamientos con 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 desees evitar temporalmente que se creen incidentes y que se envíen notificaciones, o evitar que se envíen notificaciones repetidas para un incidente abierto. Por ejemplo, puedes crear un aplazamiento en las siguientes situaciones:
- Tienes mantenimiento planificado.
- Tienes una interrupción cada vez mayor y deseas evitar más incidentes y notificaciones.
Cómo funciona la función de posponer
Cuando una alerta pospuesta para una política de alertas está activa, Monitoring no envía notificaciones ni crea incidentes para la política de alertas pospuesta. Cuando aplicas una postergación a una política de alertas basada en métricas o en SQL, Monitoring también cierra todos los incidentes relacionados con la política de alertas.
Para crear una repetición, puedes realizar cualquiera de las siguientes acciones:
Para aplicar la función de posponer 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 función de posponer y definir su duración.
Aplicar la función de posponer a varias políticas de alertas puede ser útil cuando tienes un mantenimiento planificado y necesitas que la función de posponer comience a una hora específica y dure un período predeterminado.
Para posponer un incidente específico, crea la opción de posponer desde la página Detalles del incidente de un incidente abierto. En este caso, todos los campos de posponer están preconfigurados, excepto la duración.
Aplicar la función de posponer desde un incidente específico puede ser útil cuando tienes una interrupción que se agrava y necesitas posponer de inmediato una política de alertas hasta que se resuelvan los problemas relacionados.
Componentes de la función de posponer
Una posposición tiene los siguientes componentes:
Un nombre Te recomendamos que uses este campo para describir el propósito de la función de posponer.
Es un período que determina cuándo está activa la alerta para posponer. Se especifica con una hora de inicio y una duración. Si pospones la alerta, se evitará que el Monitoreo cree incidentes 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 postergación inactiva no afecta el momento en que se crean los incidentes ni en que se envían las notificaciones.
Son los criterios para la alerta pospuesta, que incluyen lo siguiente:
Es una lista de las políticas de alertas a las que se aplica la función de posponer.
Es un filtro opcional basado en etiquetas que se puede usar cuando la postergación se aplica a una sola política de alertas. Defines las etiquetas del filtro para posponer los incidentes con etiquetas coincidentes. Por ejemplo, supongamos que un filtro incluye una etiqueta para un ID de instancia de máquina virtual (VM) específico y que la función de posponer está activa. La política de alertas aún puede crear incidentes para todas las VMs, excepto la que se indica en el filtro.
Un filtro basado en etiquetas puede incluir etiquetas de recursos y 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 posposiciones 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 una sola condición y cuándo se crean incidentes y se envían notificaciones:
| Estado | Acción |
|---|---|
| No se cumple la condición | Comportamiento existente Cuando se abre un incidente, se cierra y se envían notificaciones de cierre. |
| Se cumple la condición y La política no está asociada a una posposición activa |
Comportamiento existente Cuando no existe un incidente, crea uno 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. A continuación, se aplican las reglas asociadas con las posposiciones.
En qué se diferencia crear un aplazamiento de inhabilitar una política
Para evitar recibir notificaciones de una colección de políticas de alertas durante un intervalo corto, puedes inhabilitar manualmente cada política de alertas o crear una postergación:
Si decides inhabilitar las políticas de alertas de forma manual, debes recordar 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 configuras algo para que emita 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 función de posponer está inactiva o cuando finaliza una función de posponer activa, las políticas de alertas asociadas con la función de posponer se comportan de forma normal. Es decir, estas 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 manualmente las políticas de alertas que no deberían enviar notificaciones. 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 Google Cloud . Sin embargo, cuando creas una posposición, esta se agrega al registro histórico de posposiciones de tu proyecto Google Cloud . Puedes ver el registro histórico, que muestra tus aplazamientos pasados, activos y próximos, en la consola de Google Cloud .
Restricciones
La duración de una posposición debe ser un solo intervalo que sea un múltiplo de minutos.
Solo se puede posponer la aplicación de 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.