Se usó la API de Cloud Translation para traducir esta página.
Switch to English

Introducción a las alertas

Las alertas permiten el conocimiento oportuno de los problemas en tus aplicaciones de nube, a fin de que puedas resolverlos rápidamente.

En Cloud Monitoring, una política de alertas describe las circunstancias en las que quieres recibir una alerta y cómo quieres ser notificado. En esta página, se proporciona una descripción general de las políticas de alertas.

Si quieres obtener información sobre cómo configurar una política de alertas, consulta la Guía de inicio rápido para Compute Engine.

Cómo funcionan las alertas

Cada política de alertas especifica lo siguiente:

  • Las condiciones que describen cuándo un recurso, o un grupo o recursos, están en un estado que requiere que realices una acción. Una política de alertas debe tener al menos una condición. Sin embargo, puedes configurar una política para que contenga varias condiciones.

    Por ejemplo, puedes configurar una condición de la siguiente manera:

    The HTTP response latency is higher than two seconds for at least five minutes.
    

    En este ejemplo, la condición supervisa la métrica latencia de respuesta HTTP y especifica cuándo los valores de la métrica requieren que realices una acción.

  • Canales de notificación que describen quién recibe una notificación cuando se requiere una acción. Puedes incluir varios canales de notificación en una política de alertas. Cloud Monitoring admite canales de notificaciones comunes, Cloud Mobile App y Pub/Sub. Para obtener una lista completa de los canales compatibles y la información sobre cómo configurar estos canales, consulta Opciones de notificación.

    Por ejemplo, puedes configurar una política de alertas para enviar correos electrónicos a my-support-team@example.com y publicar un mensaje de Slack en el canal #my-support-team.

  • Documentación que quieres incluir en una notificación. El campo de documentación admite texto sin formato, markdown y variables.

    Por ejemplo, puedes incluir en tu política de alertas la siguiente documentación:

    ## HTTP latency responses
    
    This alert originated from the project ${project}, using
    the variable $${project}.
    

Después de configurar una política de alertas, Monitoring supervisa continuamente las condiciones de esa política. No puedes configurar las condiciones para que se supervisen solo durante ciertos períodos. Cuando se cumplen las condiciones de esa política, es decir, cuando el estado de los recursos requiere que realices una acción, Monitoring crea un incidente y envía una notificación sobre el incidente. creación. Esta notificación incluye información resumida sobre el incidente, un vínculo a la página Detalles de la política para que puedas invertir el incidente y cualquier documentación. que especificaste.

Si un incidente está abierto y Monitoring determina que las condiciones de la política ya no se cumplen, Monitoring cerrará automáticamente el incidente y enviará una notificación sobre el cierre.

Ejemplo

Implementas una aplicación web en una instancia de máquina virtual (VM) de Compute Engine que ejecuta una aplicación web. Aunque sabes que la latencia de respuesta de HTTP puede fluctuar con el aumento y la disminución normales de la demanda, si tus usuarios comienzan a experimentar una latencia alta durante un período significativo, se te informará para que tu asistencia pueden realizar acciones.

Para recibir una notificación cuando tus usuarios experimentan una latencia alta, crea la siguiente política de alertas:

  If the HTTP response latency is higher than two seconds for at least five minutes,
  then open an incident and send an email to your support team.

En esta política de alertas, la condición supervisa la latencia de respuesta HTTP. Si esta latencia es superior a dos segundos de forma continua durante cinco minutos, se cumple la condición y se crea un incidente. Un aumento transitorio de la latencia no hace que se cumpla la condición o se cree un incidente.

Tu aplicación web es muy popular y la latencia de respuesta aumenta a más de dos segundos. Tu política de alertas responde de la siguiente manera:

  1. Monitoring inicia un temporizador de cinco minutos cuando recibe una medición de latencia HTTP superior a dos segundos.

  2. Si cada medida de latencia recibida durante los siguientes cinco minutos es superior a dos segundos, el temporizador vence. Cuando el temporizador vence, Monitoring marca la condición como se cumple, abre un incidente y envía un correo electrónico a tu equipo de asistencia.

  3. Tu equipo de asistencia recibe el correo electrónico, accede a Cloud Console y confirma la recepción de la notificación.

  4. Con la documentación del correo electrónico de notificación, tu equipo de asistencia puede abordar la causa de la latencia. En pocos minutos, la latencia de respuesta de HTTP disminuye a menos de dos segundos.

  5. Cuando Monitoring recibe una medición de latencia HTTP inferior a dos segundos, cierra el incidente y envía una notificación a tu equipo de asistencia para informar sobre el incidente.

Una vez que el incidente se cierra, si la latencia de respuesta de HTTP aumenta a más de dos segundos y permanece más alta que ese umbral de forma continua durante cinco minutos, Monitoring abre un nuevo incidente y envía un correo electrónico de notificación.

Cómo agregar una política de alertas

Puedes agregar una política de alertas a tu proyecto de Google Cloud mediante Google Cloud Console, la API de Cloud Monitoring o el SDK de Cloud:

  • Si usas Cloud Console, puedes habilitar una alerta recomendada o crear una alerta si comienzas en la página Alertas de Cloud Monitoring.

    Hay alertas recomendadas disponibles para algunos productos de Google Cloud. Estas alertas requieren una configuración mínima, como la adición de canales de notificación. Por ejemplo, si estás viendo la página Temas de Pub/Sub Lite, puedes habilitar una alerta para que te notifique si alcanzas el límite de cuota. De manera similar, si visualizas la página Instancias de VM desde Monitoring, puedes habilitar las políticas de alertas recomendadas para supervisar el uso de memoria y la latencia de red de esas instancias.

    Para obtener información sobre cómo crear una política de alertas cuando comiences en la página Alertas de Cloud Monitoring, consulta Crea políticas de alertas con Cloud Console.

  • Si usas la API de Cloud Monitoring directamente o si usas el SDK de Cloud, puedes crear, ver y modificar políticas de alertas. Si deseas la condición de una política de alertas para calcular la proporción de dos métricas y, luego, comparar esa proporción con un umbral, debes crear esa política con la API de Cloud Monitoring o el SDK de Cloud. las rutas "a GCP". Para ver un ejemplo de este tipo de política, consulta Proporción de métrica.

    Para obtener más información sobre el uso de la API de Cloud Monitoring y el SDK de Cloud, consulta Crea políticas de alertas con la API de Cloud Monitoring o el SDK de Cloud.

Cloud Monitoring es compatible con un lenguaje expresivo basado en texto que se puede usar con Google Cloud Console y con la API de Cloud Monitoring. Para obtener información sobre el uso de este lenguaje con alertas, consulta Crea políticas de alertas con Monitoring Query Language (MQL).

Cómo administrar las políticas de alertas

Para obtener información sobre cómo ver una lista de las políticas de alertas de tu proyecto y cómo modificarlas, consulta las secciones siguientes:

Autorización necesaria para crear políticas de alertas

En esta sección, se describen las funciones o los permisos necesarios para crear una política de alertas. A fin de obtener información detallada sobre la administración de identidades y accesos (IAM) para Cloud Monitoring, consulta Control de acceso.

Cada función de IAM tiene un ID y un nombre. Los ID de las funciones tienen el formato roles/monitoring.editor y se pasan como argumentos a la herramienta de línea de comandos de gcloud cuando configuras el control de acceso. Para obtener más información, consulta Cómo otorgar, cambiar y revocar el acceso a los recursos. Cloud Console muestra los nombres de las funciones, como editor de Monitoring.

Funciones de Cloud Console requeridas

A fin de crear una política de alertas, el nombre de tu función de IAM para el proyecto de Google Cloud debe ser uno de los siguientes:

  • Editor de Monitoring
  • Administrador de Monitoring
  • Propietario del proyecto

Para ver una lista de las funciones y sus permisos asociados, consulta Funciones.

Permisos de API necesarios

Si deseas usar la API de Cloud Monitoring a fin de crear una política de alertas, tu ID de función de IAM para el proyecto de Google Cloud debe ser uno de los siguientes:

  • roles/monitoring.alertPolicyEditor: Este ID de función otorga los permisos mínimos que se necesitan para crear una política de alertas. Para obtener más detalles sobre esta función, consulta Funciones de alertas predefinidas.
  • role/monitoring.editor
  • role/monitoring.admin
  • role/owner

A fin de identificar el permiso necesario para un método específico de la API de Cloud Monitoring, consulta Permisos de la API de Cloud Monitoring. Para ver una lista de las funciones y sus permisos asociados, consulta Funciones.

Determina tu función

Para determinar tu función en un proyecto con Cloud Console, haz lo siguiente:

  1. Abre Cloud Console y selecciona el proyecto de Google Cloud:

    Ir a Cloud Console

  2. Para ver tu función, haz clic en IAM y administrador. Tu función está en la misma línea que tu nombre de usuario.

Para determinar tus permisos a nivel de la organización, comunícate con el administrador de la organización.

Costos asociados con las políticas de alertas

No hay costos asociados con el uso de políticas de alertas o verificaciones de tiempo de actividad, pero se aplican los siguientes límites:

Categoría Valor
Verificaciones de tiempo de actividad por lugar de trabajo o alcance de las métricas 1 100
Políticas de alertas por lugar de trabajo o alcance de las métricas 2 500
Condiciones por política de alertas 6
Canales de notificaciones por política de alertas 16
Canales de notificación por lugar de trabajo o alcance de las métricas 4000
Incidentes abiertos simultáneamente por política de alertas 5,000
Duración máxima de una condición de ausencia de métricas 1 día
Duración máxima de una condición de umbral de métrica 23 horas y 30 minutos
1Este límite se aplica a la cantidad de configuraciones de verificación de tiempo de actividad. Cada configuración incluye el intervalo de tiempo entre la prueba del estado del recurso especificado. Consulta Administra verificaciones de tiempo de actividad para obtener más información.

2Apigee y Apigee Hybrid están estrechamente integrados con Cloud Monitoring. El límite de alertas para todos los niveles de suscripción a Apigee (Estándar, Enterprise y Enterprise Plus) es el mismo que para Cloud Monitoring: 500 por lugar de trabajo o alcance de las métricas .

Para obtener información detallada sobre los precios, consulta Precios de Google Cloud's operations suite.

¿Qué sigue?