Las políticas de alertas en Cloud Monitoring detectan problemas de infraestructura y de aplicaciones evaluando los resultados de las métricas, los registros o las consulta en SQL. Cuando los datos supervisados cumplen con las condiciones que especificas, Monitoring crea una alerta y envía notificaciones.
Cómo funcionan las alertas
El proceso de alertas de Cloud Monitoring consta de tres partes:
Una política de alertas, que describe las circunstancias en las que quieres recibir alertas y cómo quieres que se te notifique sobre una alerta. La política de alertas puede supervisar datos de series temporales almacenados por Monitoring o registros almacenados por Cloud Logging. Cuando los datos cumplen con la condición de la política de alertas, Monitoring crea una alerta y envía las notificaciones.
Cada alerta es un registro del tipo de datos que se supervisó y de cuándo se cumplieron las condiciones. Esta información puede ayudarte a solucionar los problemas que causaron la alerta.
Un canal de notificaciones define cómo recibes notificaciones cuando Monitoring crea una alerta. Por ejemplo, puedes configurar una política de alertas para enviar un correo electrónico a
my-support-team@example.comy publicar un mensaje de Slack en el canal#my-support-team. Una política de alertas puede contener uno o más canales de notificación.
Las políticas de alertas pueden evaluar tres tipos de datos:
Datos de series temporales, también llamados datos de métricas, que almacena Monitoring. Estos tipos de políticas se denominan políticas de alertas basadas en métricas.
Para aprender a configurar una política de alertas basada en métricas, prueba la Guía de inicio rápido para Compute Engine.
Son los datos de las entradas de registro que almacena Cloud Logging. Las políticas de alertas que evalúan entradas de registro individuales se llaman políticas de alertas basadas en registros. Las políticas de alertas basadas en registros te notifican cuando aparece un mensaje específico en tus registros. Para obtener más información, consulta Supervisa tus registros.
Los resultados de una consulta en SQL que se ejecuta en Estadísticas de observabilidad con los datos de entrada de registro almacenados en Logging. Las políticas de alertas que supervisan los resultados de una consulta en SQL se denominan políticas de alertas basadas en SQL. Para obtener más información, consulta Supervisa los resultados de tu consulta en SQL con una política de alertas.
Las políticas de alertas basadas en SQL están en versión preliminar pública.
El proceso de alertas te ayuda a responder a problemas cuando el rendimiento de una aplicación no satisface los valores aceptables. Por ejemplo, implementas una aplicación web en una instancia de máquina virtual (VM) de Compute Engine. Si bien esperas que la latencia de la respuesta HTTP fluctúe, quieres que tu equipo de asistencia responda cuando la aplicación tenga una latencia alta durante un período significativo. Puedes crear una política de alertas basada en métricas que supervise la métrica de latencia de la respuesta HTTP de la aplicación. Si la latencia de respuesta es superior a dos segundos durante al menos cinco minutos, Monitoring crea una alerta y envía notificaciones por correo electrónico a tu equipo de asistencia al cliente.
Cómo crear una política de alertas
Existen varias formas de crear una política de alertas. Por ejemplo, puedes usar políticas de alertas preconfiguradas habilitando las alertas recomendadas desde integraciones o ciertas páginas en la consola de Google Cloud . También puedes configurar una política de alertas nueva con la consola deGoogle Cloud , la API de Cloud Monitoring, la Google Cloud CLI y Terraform.
Usa integraciones y políticas de alertas recomendadas
Monitoring proporciona paquetes compilados previamente para que puedas crear políticas de alertas para tus servicios deGoogle Cloud y las integraciones de terceros. Los paquetes incluyen políticas de alertas recomendadas, paneles de muestra y métricas clave para el servicio. Estos paquetes están disponibles para Google Cloud servicios como Google Kubernetes Engine, Compute Engine y Cloud SQL, y para integraciones de terceros comunes, como MongoDB, Kafka y Elasticsearch.
Cuando instalas un paquete, puedes habilitar las políticas de alertas recomendadas del paquete. Cuando habilitas una política de alertas recomendada, configuras su canal de notificaciones y, de manera opcional, modificas otros valores. Después de la configuración, la política de alertas comienza a supervisar su objetivo de inmediato, sin necesidad de que el usuario realice ninguna otra acción.
Las políticas de alertas recomendadas son útiles cuando implementaste un servicio nuevo y deseas recibir alertas sobre métricas importantes. Por ejemplo, el paquete de integración de Cloud SQL incluye políticas de alertas recomendadas para instancias con errores y transacciones lentas:
Para obtener más información, consulta los siguientes documentos:
Crea políticas de alertas nuevas
Puedes crear políticas de alertas para supervisar diferentes tipos de datos según tus necesidades de alertas. En las siguientes secciones, se enumeran los diferentes tipos de datos que puedes supervisar con las políticas de alertas.
Supervisa datos de series temporales
| Tipo de condición | Descripción | Ejemplo |
|---|---|---|
| Condición de umbral de métrica | Las condiciones de umbral de métrica se cumplen cuando los valores de una métrica son superiores o inferiores a un umbral para un período de reevaluación específico. Para obtener más información, consulta Crea políticas de alertas de umbral de métrica y Crea políticas de alertas con la API. |
Quieres una política de alertas que envíe una notificación cuando la latencia de respuesta sea de 500 ms o más durante cinco verificaciones de tiempo de actividad consecutivas en un período de 10 minutos. |
| Condición de ausencia de métricas | Las condiciones de ausencia de métricas se cumplen cuando una serie temporal supervisada no tiene datos para un período de nueva prueba específico. La ventana máxima para volver a realizar la prueba es de 24 horas. Para obtener más información, consulta Crea políticas de alertas de ausencia de métricas y Crea políticas de alertas con la API. |
Quieres una política de alertas que abra una alerta con tu equipo de asistencia al cliente cuando un recurso no responda a ninguna solicitud HTTP durante cinco minutos. |
| Condición del lenguaje de consulta de Prometheus (PromQL) | PromQL es un lenguaje de consulta funcional que se usa para evaluar datos de series temporales en tiempo real. Tus consultas de PromQL pueden usar cualquier expresión válida, como combinaciones de métricas, proporciones y umbrales dinámicos basados en una métrica. Para obtener más información, consulta PromQL en Cloud Monitoring y Descripción general de las alertas de PromQL. |
Quieres usar una expresión de alertas de PromQL que se encuentra en un repositorio público, quieres una política de alertas que se base en más de una métrica, como una proporción, o quieres una política de alertas que opere con más de 25 horas de datos. |
| Condición de valor de métrica previsto | Las condiciones de valor de métrica previsto se cumplen cuando la política de alertas predice que se incumplirá el umbral dentro del próximo período de previsión. La ventana de previsión puede variar de 1 hora a 7 días. Para obtener más información, consulta Crea políticas de alertas de valor de métrica previsto y Crea políticas de alertas con la API. |
Quieres una política de alertas que abra una alerta con tu equipo de asistencia cuando sea probable que un recurso alcance el 80% del uso del espacio en el disco en las próximas 24 horas. |
Te recomendamos que filtres por las etiquetas definidas en los tipos de recursos supervisados en lugar de las etiquetas definidas en los tipos de métricas cuando sea posible, en especial si consultas métricas de cardinalidad alta. Si tienes una etiqueta de recurso y una de métrica que capturan información similar, usa la etiqueta de recurso en tus consultas.
Por ejemplo, si tu recurso supervisado incluye una etiqueta cluster
y tu métrica incluye una etiqueta kubernetes_cluster_name que
captura información similar, filtra por la etiqueta cluster
del recurso.
Las etiquetas de metadatos de recursos se agregan de forma asíncrona a las series temporales y no están sujetas a las mismas expectativas de latencia que los valores de las etiquetas definidas por los tipos de métricas o los tipos de recursos supervisados. Por lo tanto, una política de alertas que dependa de los valores de los metadatos para activar una acción puede comportarse de forma errática si se retrasa la propagación de las etiquetas de metadatos del recurso.
Supervisa los datos de entrada de registro
Para supervisar entradas de registro individuales, usa una política de alertas basada en registros.
Se cumple una condición en una política de alertas basada en registros cuando la política de alertas
detecta que una frase de una entrada de registro
coincide con los criterios de la política de alertas. Por ejemplo, quieres una política de alertas
que abra una alerta con tu equipo de asistencia
cuando el campo message de una entrada de registro
contenga product_ids=['tier_1_support', 'tier_2_support'].
Para obtener más información, consulta Configura políticas de alertas basadas en registros en la documentación de Logging.
Supervisa los resultados de consulta en SQL
Para supervisar los resultados de consulta en SQL, usa una política de alertas basada en SQL.
La condición de una política de alertas basada en SQL analiza de forma periódica
los datos de entrada de registro y, luego, crea alertas cuando la tabla de resultados de la consulta
cumple con ciertos criterios. Este tipo de política de alertas es útil cuando necesitas una política de alertas que supervise agregaciones de datos o patrones complejos en varias entradas de registro. Por ejemplo, quieres recibir una notificación cuando más
de 50 entradas de registro en los últimos 60 minutos tengan una gravedad de WARNING.
Para obtener más información, consulta Supervisa los resultados de tus consulta en SQL con una política de alertas en la documentación de Logging.
Componentes de las políticas de alertas
Cada política de alertas tiene los siguientes componentes:
Una condición que describe cuándo un recurso o un grupo de recursos se encuentra en un estado que requiere que respondas. La condición incluye la fuente de datos, un umbral estático o dinámico y métodos de agregación de datos, como filtros y groupby. Tus condiciones pueden supervisar una sola métrica, varias métricas o una proporción de métricas. También puedes usar el lenguaje de consulta de Prometheus (PromQL) para incluir expresiones complejas, como umbrales dinámicos y lógica condicional.
Si usas una integración para habilitar una política de alertas recomendada, la condición de la política de alertas se completa previamente.
Es una lista de canales de notificaciones que describen a quién notificar cuando se requiere una acción. Para obtener más información, consulta Cómo crear y administrar canales de notificaciones.
Documentación que aparece en las páginas de notificaciones y alertas. Puedes configurar la línea de asunto de una notificación y agregar información útil al cuerpo de la notificación. Por ejemplo, puedes configurar la notificación para que muestre vínculos a guías internas o a páginas de Google Cloud , como paneles personalizados. Para obtener más información sobre la documentación, incluidos ejemplos, consulta Anota alertas con documentación definida por el usuario.
Administra las políticas de alertas y las alertas
Después de habilitar una política de alertas, Monitoring supervisa de forma continua las condiciones de esa política. No puedes configurar la política de alertas para supervisar las condiciones solo durante ciertos períodos. Si deseas inhabilitar la política de alertas durante un período determinado, crea una pausa.
Si una alerta está abierta y Monitoring determina que ya no se cumplen las condiciones de la política basada en métricas, Monitoring cierra la alerta automáticamente y envía una notificación sobre el cierre.
¿Qué sigue?
Para obtener información sobre la latencia de las notificaciones y cómo las opciones de los parámetros de una política de alertas afectan el momento en que se envían las notificaciones, consulta Comportamiento de las políticas de alertas basadas en métricas.
Para obtener una lista de ejemplos de políticas basadas en métricas, incluido cómo usar JSON para escribir una condición de umbral de métrica que supervise una proporción de tipos de métricas, consulta Resumen de ejemplos de políticas de alertas.