En este documento, se describe cómo puedes recibir notificaciones cuando tu aplicación falla o cuando su rendimiento no cumple con los criterios definidos.
Cómo funcionan las alertas
El proceso de alertas de Cloud Monitoring tiene tres partes:
Una política de alertas, que describe las circunstancias en las que quieres y cómo quieres que te notifiquen sobre un incidente. La política de alertas puede supervisar los datos de series temporales almacenados Supervisión o registros almacenados por Cloud Logging. Cuando esos datos cumplen con 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 supervisar y cuándo se cumplieron las condiciones. Esta información puede ayudarte a solucionar los problemas que causaron el incidente.
Un canal de notificaciones define cómo recibes notificaciones cuando Monitoring crea un incidente. Por ejemplo, puedes configurar un canal de notificación para enviar un correo electrónico a
my-support-team@example.com
y 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:
Los datos de series temporales, también llamados datos de métricas, que almacenan Supervisión Estos tipos de políticas se denominan basadas en métricas.
Si deseas obtener información sobre cómo configurar una política de alertas basada en métricas, prueba la Guía de inicio rápido de Compute Engine.
Datos de entrada de registro almacenados por Cloud Logging Políticas de alertas que evalúan a las entradas de registro individuales políticas de alertas basadas en registros. Las políticas de alertas basadas en registros te avisan cuando aparece un mensaje en particular en tus registros. Para obtener más información, consulta Supervisa tus registros.
Los resultados de una consulta en SQL que se ejecuta en Análisis de registros en función de 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 tus consultas de 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 los problemas cuando el rendimiento de una aplicación no cumple con 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 respuesta HTTP fluctúan, debe esperar que el equipo de asistencia responda cuando tiene una latencia alta durante un período significativo. Podrías crear un política de alertas basada en métricas que supervisa la respuesta HTTP de la aplicación métrica de latencia. 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 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 de las integraciones o de ciertas páginas en la consola de Google Cloud. También puedes configurar una nueva política de alertas con la consola de Google Cloud, la API de Cloud Monitoring, Google Cloud CLI y Terraform.
Usa integraciones y políticas de alertas recomendadas
La supervisión brinda paquetes previamente compilados para que puedas crear políticas de alertas para tus Integraciones de terceros y servicios de Google Cloud. Los paquetes incluyen políticas de alertas recomendadas, paneles de muestra y métricas clave para el servicio. Estos paquetes están disponibles para servicios de Google Cloud, como Google Kubernetes Engine, Compute Engine y Cloud SQL, además de integraciones comunes de terceros, 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 el canal de notificaciones y, opcionalmente, modificar otros valores. Después de la configuración, la política de alertas comienza a supervisar su objetivo de inmediato, sin necesidad de entradas adicionales del usuario.
Las políticas de alertas recomendadas son útiles cuando implementas 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 sobre las integraciones de alertas, consulta Supervisa aplicaciones de terceros.
Crea políticas de alertas nuevas
Puedes crear políticas de alertas para supervisar distintos tipos de datos según a tus necesidades de alerta. En las siguientes secciones, se enumeran los diferentes tipos de datos que puedes supervisar con 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 nueva prueba específico. Para obtener más información, consulta Crea políticas de alertas de límite 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 la respuesta sea de 500 ms o más durante cinco verificaciones de tiempo de actividad consecutivas durante 10 minutos. |
Condición de ausencia de métrica | Se cumplen las condiciones de ausencia de métricas cuando una serie temporal supervisada no tiene para un período específico de repetición de la prueba. El período máximo para la nueva prueba es de 23.5 horas. Para obtener más información, consulta Crea políticas de alertas de falta de métricas y Crea políticas de alertas con la API. | Quieres una política de alertas que abra un incidente con tu equipo de asistencia. cuando un recurso no responde a ninguna solicitud HTTP en el transcurso de cinco minutos. |
Condición de valor de métrica prevista | Las condiciones previstas de valor de métrica se cumplen cuando la política de alertas que predice que se superará el umbral en el próximo período de previsión. El período 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étricas previstas y Crea políticas de alertas con la API. |
Quieres una política de alertas que abra un incidente con tu equipo de asistencia. equipo cuando es probable que un recurso alcance el 80% de uso de espacio en el disco en las próximas 24 horas. |
Supervisa los datos de las entradas de registro
Para supervisar entradas de registro individuales, usa una política de alertas basada en registros.
Una condición en una política de alertas basada en registros se cumple cuando la alerta
detecta que una frase de una entrada de registro
coinciden con los criterios de la política de alertas. Por ejemplo, deseas una política de alertas que abra un incidente con tu equipo de asistencia cuando el 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 las consultas de SQL
Para supervisar 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
tus datos de entrada de registro y, luego, crear incidentes cuando la tabla de resultados de la consulta
cumplen ciertos criterios. Este tipo de política de alertas es útil cuando necesitas una
política de alertas que supervise las 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 tienen una gravedad de WARNING
.
Para obtener más información, consulta Supervisa los resultados de tu consulta en SQL con una política de alertas en la Documentación de Logging.
Componentes de la política 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 tu respuesta. 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 agrupamiento. Tus afecciones 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 prepropaga.
Una lista de canales de notificación que describen a quién notificar cuando se lleva a cabo una acción como en los productos necesarios. Para obtener más información, consulta Cómo crear y administrar canales de notificaciones.
Documentación que aparece en las páginas de incidentes y notificaciones. Puedes configurar el asunto de una notificación y agregar información útil al cuerpo de la notificación. Por ejemplo, puede configurar la notificación para que muestre vínculos a guías internas a páginas de Google Cloud, como paneles personalizados. Para obtener más información sobre la documentación, incluidos ejemplos, consulta Cómo anotar incidentes con documentación definida por el usuario.
Lenguajes de consulta
Usa lenguajes de consulta y filtros en tus políticas de alertas para un mayor control sobre la evaluación de las métricas. Supervisión admite los siguientes tipos de consultas:
El Prometheus Query Language (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 que incluyan una consulta de PromQL en sus condiciones. Tus consultas de PromQL pueden usar cualquier expresión válida, como combinaciones de métricas, proporciones y umbrales de escalamiento. Si configuras políticas de alertas con Condición basada en PromQL en Google Cloud, puedes reducir las dependencias infraestructura de alertas externa. Para obtener más información, consulta PromQL en Cloud Monitoring y Políticas de alertas con PromQL.
Los filtros de supervisión te permiten configurar políticas de alertas para usar proporciones de métricas basadas en filtros. Las políticas de alertasbasadas en filtros no se pueden ver ni modificar en la consola de Google Cloud. Para ver un ejemplo de una política que usa filtros de Monitoring, consulta Proporción de métrica.
El lenguaje de consulta de Monitoring (MQL) es una interfaz expresiva basada en texto que te permite recuperar, filtrar y manipular datos de series temporales. Puedes crear políticas de alertas con condiciones que incluyan una operación de alerta del lenguaje de consultas de Monitoring. Para obtener más información, consulta Descripción general del lenguaje de consulta de Monitoring y Políticas de alertas con MQL.
Administra incidentes y políticas de alertas
Después de habilitar una política de alertas, Monitoring supervisa continuamente las condiciones de esa política. No puedes configurar la política de alertas para supervisar condiciones solo para ciertos períodos. Si quieres inhabilitar la política de alertas durante un período determinado, crea una posposición.
Si hay un incidente abierto y Monitoring determina que el ya no se cumplen las condiciones de la política basada en métricas, Monitoring cierra automáticamente el incidente y envía notificación sobre el cierre.
Precios
En 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 la cantidad de bytes o la cantidad de muestras transferidas.
Para obtener más información sobre los precios de Cloud Monitoring, consulta los siguientes documentos:
Obtén información para supervisar la cantidad de intervalos o registros de seguimiento que sobre los datos transferidos, o cómo recibir notificaciones cuando se incluye contenido específico en una entrada de registro, consulta los siguientes documentos:
- Alertas sobre la transferencia de registros mensual
- Alertas sobre la transferencia mensual de intervalos de seguimiento
- Configura alertas basadas en registros
¿Qué sigue?
Para obtener más información sobre la latencia de notificaciones y cómo las opciones de los parámetros de una política de alertas afectan cuándo se envían, consulta Comportamiento de las políticas de alertas basadas en métricas.
Para ver una lista de ejemplos de políticas basadas en métricas, consulta Resumen de ejemplos de políticas de alertas.