Información general sobre las alertas

En este documento se describe cómo puedes recibir notificaciones cuando tu aplicación falle o cuando el rendimiento de una aplicación no cumpla los criterios definidos.

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 un incidente. La política de alertas puede monitorizar datos de series temporales almacenados por Monitoring o registros almacenados por Cloud Logging. Cuando esos datos cumplen la condición de la política de alertas, Monitoring crea un incidente y envía las notificaciones.

  • Cada incidente es un registro del tipo de datos que se ha monitorizado y de cuándo se han cumplido las condiciones. Esta información puede ayudarte a solucionar los problemas que han provocado el incidente.

  • Un canal de notificaciones define cómo recibes las notificaciones cuando Monitoring crea un incidente. Por ejemplo, puedes configurar una política de alertas para que envíe un correo a my-support-team@example.com y publique un mensaje de Slack en el canal #my-support-team. Una política de alertas puede contener uno o varios canales de notificación.

Las políticas de alertas pueden evaluar tres tipos de datos:

  • Datos de series temporales, también denominados datos de métricas, que almacena Monitoring. Estos tipos de políticas se denominan políticas de alertas basadas en métricas.

    Para saber cómo configurar una política de alertas basada en métricas, consulta la guía de inicio rápido de Compute Engine.

  • Datos de entrada de registro almacenados por Cloud Logging. Las políticas de alertas que evalúan entradas de registro individuales se denominan políticas de alertas basadas en registros. Las políticas de alertas basadas en registros te avisan cuando aparece un mensaje concreto en tus registros. Para obtener más información, consulta Monitorizar los registros.

  • Los resultados de una consulta de SQL ejecutada en Analíticas de registros en datos de entradas de registro almacenados en Logging. Las políticas de alertas que monitorizan los resultados de una consulta de SQL se denominan políticas de alertas basadas en SQL. Para obtener más información, consulta Monitorizar los resultados de las consultas SQL con una política de alertas.

    Las políticas de alertas basadas en SQL están en Vista Previa Pública.

El proceso de alertas te ayuda a responder a los problemas cuando el rendimiento de una aplicación no alcanza los valores aceptables. Por ejemplo, puedes desplegar una aplicación web en una instancia de máquina virtual de Compute Engine. Aunque esperas que la latencia de respuesta HTTP fluctúe, quieres que tu equipo de asistencia responda cuando la aplicación tenga una latencia alta durante un periodo de tiempo significativo. Puedes crear una política de alertas basada en métricas que monitorice la métrica de latencia de respuesta HTTP de la aplicación. Si la latencia de respuesta es superior a dos segundos durante al menos cinco minutos, Monitoring crea un incidente y envía notificaciones por correo a tu equipo de asistencia.

Cómo crear una política de alertas

Hay varias formas de crear una política de alertas. Por ejemplo, puedes usar políticas de alertas preconfiguradas habilitando las alertas recomendadas de integraciones o de determinadas páginas de la Google Cloud consola. También puedes configurar una nueva política de alertas mediante laGoogle Cloud consola, la API Cloud Monitoring, la CLI de Google Cloud y Terraform.

Usar integraciones y políticas de alertas recomendadas

Monitoring proporciona paquetes prediseñados para que puedas crear políticas de alertas para tus servicios e integraciones de terceros.Google Cloud Los paquetes incluyen políticas de alertas recomendadas, paneles de control de ejemplo 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, así como para integraciones comunes de terceros, como MongoDB, Kafka y Elasticsearch.

Cuando instales un paquete, podrás habilitar las políticas de alertas recomendadas del paquete. Cuando habilitas una política de alertas recomendada, configuras su canal de notificación y, opcionalmente, modificas otros valores. Una vez configurada, la política de alertas empieza a monitorizar su objetivo inmediatamente, sin que el usuario tenga que hacer nada más.

Las políticas de alertas recomendadas son útiles cuando has implementado un nuevo servicio y quieres 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:

Dos de las políticas de alertas recomendadas para el paquete de integración de Cloud SQL.

Para obtener más información sobre las integraciones de alertas, consulta el artículo Monitorizar aplicaciones de terceros.

Crear políticas de alertas

Puede crear políticas de alertas para monitorizar diferentes tipos de datos en función de sus necesidades. En las siguientes secciones se enumeran los diferentes tipos de datos que puede monitorizar con las políticas de alertas.

Monitorizar 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 durante un periodo de repetición de pruebas específico.

Para obtener más información, consulta los artículos Crear políticas de alertas de umbral de métricas y Crear políticas de alertas mediante 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 comprobaciones de tiempo de actividad consecutivas en un periodo de 10 minutos.
Condición de ausencia de métrica

Las condiciones de ausencia de métrica se cumplen cuando una serie temporal monitorizada no tiene datos durante un periodo de repetición de pruebas específico. El periodo máximo para volver a hacer la prueba es de 23,5 horas.

Para obtener más información, consulta los artículos sobre cómo crear políticas de alertas de ausencia de métricas y crear políticas de alertas mediante la API.

Quieres una política de alertas que abra un incidente con tu equipo de asistencia cuando un recurso no responda a ninguna solicitud HTTP en un plazo de cinco minutos.
Condición de valor de métrica previsto

Las condiciones de valor de métrica pronosticado se cumplen cuando la política de alertas predice que se superará el umbral en la ventana de previsión. El periodo de previsión puede ser de 1 hora a 7 días.

Para obtener más información, consulta los artículos Crear políticas de alertas de valores de métricas previstos y Crear políticas de alertas mediante la API.

Quieres una política de alertas que abra un incidente con tu equipo de asistencia cuando sea probable que un recurso alcance el 80% de uso del espacio en disco en las próximas 24 horas.

Monitorizar datos de entradas de registro

Para monitorizar entradas de registro concretas, usa una política de alertas basada en registros. Una condición de una política de alertas basada en registros se cumple 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 que se abra un incidente con tu equipo de asistencia cuando la entrada de un registro message contenga product_ids=['tier_1_support', 'tier_2_support'].

Para obtener más información, consulta Configurar políticas de alertas basadas en registros en la documentación de Logging.

Monitorizar los resultados de las consultas SQL

Para monitorizar los resultados de las consultas de SQL, usa una política de alertas basada en SQL. La condición de una política de alertas basada en SQL analiza periódicamente los datos de las entradas de registro y, a continuación, crea incidentes cuando la tabla de resultados de la consulta cumple determinados criterios. Este tipo de política de alertas es útil cuando necesitas una política de alertas que monitorice 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 de los últimos 60 minutos tengan un nivel de gravedad WARNING.

Para obtener más información, consulta el artículo Monitorizar los resultados de las consultas SQL con una política de alertas de la documentación de Logging.

Componentes de las políticas de alertas

Cada política de alertas tiene los siguientes componentes:

  • 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 agrupaciones. Las condiciones pueden monitorizar 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 rellenará automáticamente.

  • Lista de canales de notificaciones que describe a quién se debe avisar cuando se requiera una acción. Para obtener más información, consulta cómo crear y gestionar canales de notificación.

  • Documentación que aparece en las notificaciones y en las páginas de incidentes. Puedes configurar el asunto de una notificación y añadir información útil al cuerpo de la notificación. Por ejemplo, puede configurar la notificación para que muestre enlaces a manuales internos o a páginas como paneles de control personalizados. Google Cloud Para obtener más información sobre la documentación, incluidos ejemplos, consulta Anotar incidencias con documentación definida por el usuario.

Lenguajes de consulta

Usa lenguajes de consulta y filtros en tus políticas de alertas para tener un mayor control sobre la evaluación de tus métricas. Monitoring admite los siguientes tipos de consultas:

  • El lenguaje de consulta de Prometheus (PromQL) es un lenguaje de consulta funcional que se usa para evaluar datos de series temporales en tiempo real. Puedes configurar políticas de alertas para incluir una consulta de PromQL en su condición. Tus consultas de PromQL pueden usar cualquier expresión válida, como combinaciones de métricas, ratios y umbrales de escalado. Si configuras políticas de alertas basadas en PromQL en Google Cloud, puedes reducir las dependencias de la infraestructura de alertas externa. Para obtener más información, consulta PromQL en Cloud Monitoring y Descripción general de las alertas de PromQL.

  • Los filtros de monitorización le permiten configurar políticas de alertas para usar ratios de métricas basados en filtros. Las políticas de alertas basadas en filtros no se pueden ver ni modificar en la consola Google Cloud . Para ver un ejemplo de una política que usa filtros de Monitoring, consulta Proporción de métricas.

  • Monitoring Query Language (MQL) es una interfaz expresiva basada en texto que te permite obtener, filtrar y manipular datos de series temporales. Puedes crear políticas de alertas con condiciones que incluyan una operación de alerta de Monitoring Query Language. Para obtener más información, consulta la descripción general del lenguaje de consulta de Monitoring y las políticas de alertas con MQL.

Gestionar políticas de alertas e incidentes

Una vez que se habilita una política de alertas, Monitoring monitoriza continuamente las condiciones de esa política. No puedes configurar la política de alertas para que monitorice las condiciones solo durante determinados periodos. Si quieres inhabilitar la política de alertas durante un periodo determinado, crea una suspensión.

Si hay un incidente abierto y la monitorización determina que ya no se cumplen las condiciones de la política basada en métricas, la monitorización cierra automáticamente el incidente y envía una notificación sobre el cierre.

Precios

Por lo general, las métricas del sistema de Cloud Monitoring son gratuitas, mientras que las métricas de sistemas, agentes o aplicaciones externos no lo son. Las métricas facturables se facturan según el número de bytes o el número de muestras ingeridas.

Para obtener más información, consulta las secciones de Cloud Monitoring de la página Precios de Google Cloud Observability.

Para obtener información sobre cómo monitorizar el número de intervalos de seguimiento o registros que se ingieren, o cómo recibir notificaciones cuando se incluya contenido específico en una entrada de registro, consulta los siguientes documentos:

Siguientes pasos