En este documento, se describen las posposiciones, que te permiten evitar que Cloud Monitoring creé incidentes y emita notificaciones durante períodos específicos. Puedes crear y administrar tus posposiciones con la console de Google Cloud, Google Cloud CLI y la API de Cloud Monitoring.
Cuándo posponer las políticas de alertas
Crea una posposición 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 una posposición en las siguientes situaciones:
- Tienes un mantenimiento planificado.
- Tienes una interrupción cada vez mayor y quieres evitar más incidentes y notificaciones.
Cómo funcionan las posposiciones
Cuando hay una posposición activa para una política de alertas, Monitoring no envía notificaciones ni crea incidentes para la política de alertas pospuesta. Cuando aplicas una posposición a una política de alertas basada en métricas, Monitoring también cierra todos los incidentes relacionados con la política de alertas.
Para crear una posposición, puedes hacer lo siguiente:
Para aplicar la función 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 y definir su duración.
Aplicar la función posponer a varias políticas de alertas puede ser útil cuando tienes programado un mantenimiento y necesitas que la función posponer comience en un momento específico y dure una duración predeterminada.
Para posponer un incidente específico, crea la posposición desde la página Detalles del incidente de un incidente abierto. En este caso, todos los campos de posposición 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 en aumento y necesitas posponer inmediatamente una política de alertas hasta que se resuelvan los problemas relacionados.
Componentes de las posposiciones
Una posposición tiene cuatro componentes:
Un nombre. Te recomendamos que uses este campo para describir el propósito del posponer.
Es un período que determina cuándo está activa la posposición. Se especifica mediante una hora de inicio y una duración. Una posposición activa evita que la supervisión 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 posposición está inactiva. Una posposición inactiva no afecta cuándo se crean los incidentes ni se envían las notificaciones.
Son los criterios que determinan las políticas de alertas a las que se aplica la posposición.
Un filtro opcional basado en etiquetas, configurado en la página Detalles del incidente. Puedes usar etiquetas de recursos para aplicar la función posponer a los incidentes que tengan las mismas etiquetas y estén asociados con la misma política de alertas que el incidente que estás viendo. Para obtener más información, consulta Cómo posponer una alarma.
Cómo afectan los pospones 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 una sola condición y cuándo se crean los incidentes y se envían las notificaciones:
| Estado | Acción |
|---|---|
| La condición no se cumple | Comportamiento existente Cuando haya un incidente abierto, ciérralo y envía notificaciones de cierre de incidentes. |
| Se cumple la condición y La política no está asociada con una posposición activa |
Comportamiento existente Cuando no exista 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 posposició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 los aplazamientos.
Diferencias entre crear un aplazamiento y inhabilitar una política
Para evitar que las notificaciones de una colección de políticas de alertas se muestren durante un intervalo breve, puedes inhabilitar manualmente cada política de alertas o crear un posponer:
Si eliges inhabilitar manualmente las políticas de alertas, 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 emitir la llamada a la API en un momento específico.
Si creas una posposición, puedes programar el período activo, y la posposició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 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 uno de ellos, puedes inhabilitar y habilitar manualmente las políticas de alertas que no deben enviar notificaciones. Sin embargo, si creas un aplazamiento para un período de mantenimiento, puedes copiarlo y actualizar la hora de inicio y la duración de la copia. Es decir, si creas una posposición y la copias, puedes programar una serie de posposiciones 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 posposición, esta se agrega al registro histórico de posposiciones de tu proyecto de Google Cloud. Puedes ver el registro histórico, que muestra tus pospones anteriores, activos y próximos, con 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.
La función de posponer solo se puede aplicar a 16 políticas de alertas.
No se pueden modificar los criterios de una posposición.