Información general sobre la monitorización sintética

En este documento se describe la asistencia que ofrece Cloud Monitoring para los monitores sintéticos, que te permiten probar la disponibilidad, la coherencia y el rendimiento de tus servicios, aplicaciones, páginas web y APIs. Los monitores sintéticos envían periódicamente solicitudes simuladas y, a continuación, registran si esas solicitudes se han completado correctamente. También registran datos adicionales sobre la solicitud, como la latencia. Puedes recibir una notificación cuando falle una prueba creando una política de alertas para monitorizar los resultados de la prueba.

Para probar tus servicios y aplicaciones, puedes usar cualquiera de los siguientes métodos:

  • Las comprobaciones de disponibilidad del servicio permiten consultar periódicamente una aplicación que responde a solicitudes HTTP, HTTPS o TCP. Google Cloud Las comprobaciones de disponibilidad pueden probar endpoints públicos o privados, así como validar los datos de respuesta.

  • Los monitores sintéticos personalizados y basados en Mocha te permiten implementar un conjunto de pruebas que puedes usar para probar una aplicación que responda a solicitudes HTTP o HTTPS. Para crear estos monitores sintéticos, primero debes usar un framework proporcionado por Cloud Monitoring (personalizado o Mocha) y, después, escribir tus pruebas. Si tienes acceso a Gemini Code Assist en este proyecto, puedes proporcionar una petición para generar tu código de prueba.

  • Los comprobadores de enlaces rotos permiten Google Cloud probar periódicamente un URI y probar un número configurable de enlaces encontrados en ese URI.

En la siguiente tabla se indican las herramientas que puede usar para crear comprobaciones de tiempo de actividad y monitorizaciones sintéticas:

Google Cloud consola API de Cloud Monitoring Terraform Bibliotecas de cliente
Comprobaciones de disponibilidad del servicio Y S S Y
Monitores sintéticos Y S Y
Comprobadores de enlaces rotos Y S Y

Acerca de las comprobaciones de disponibilidad del servicio

Hay dos tipos de comprobaciones de tiempo de actividad:

  • Las comprobaciones de disponibilidad del servicio públicas envían solicitudes desde varias ubicaciones de todo el mundo a URLs o recursos disponibles públicamente. Google Cloud
  • Las comprobaciones de disponibilidad privadas envían solicitudes a las direcciones IP internas de los Google Cloud recursos. Las comprobaciones de disponibilidad privadas pueden enviar solicitudes a través de una red privada a recursos como una máquina virtual o un balanceador de carga interno (ILB) de nivel 4.

Las solicitudes realizadas en nombre de las comprobaciones de tiempo de actividad proceden de comprobadores que se encuentran en varias Google Cloud regiones. Cuando creas una comprobación de disponibilidad, especificas las regiones de los comprobadores.

El sistema de ejecución de solicitudes de comprobaciones de disponibilidad, proporcionado porGoogle Cloud, gestiona lo siguiente:

  • Ejecución de los verificadores configurados.
  • Validación de los resultados.

    La solicitud emitida por un comprobador se realiza correctamente si el recurso responde y se cumplen los requisitos de la configuración de la comprobación de disponibilidad. De lo contrario, la solicitud no se completará. Las consultas de los verificadores individuales no tienen estado, es decir, cada consulta es una acción independiente.

  • Recoge y almacena los resultados en métricas de comprobación de disponibilidad.

    Para obtener más información sobre estas métricas, consulta las entradas de uptime_check en la tabla de métricas monitoring.

  • Escribir entradas de registro en caso de error.

    Si creas la comprobación de disponibilidad con la Google Cloud consola, puedes configurarla para que también escriba una entrada de registro cuando falle. Si has configurado una comprobación de disponibilidad pública para enviar pings ICMP, los resultados de esos pings se escribirán en los registros de Cloud Logging cuando falle el ping. Para obtener más información, consulta Usar pings ICMP.

Acerca de los verificadores de enlaces rotos y otros monitores sintéticos

Los monitores sintéticos te permiten definir qué vas a probar y una secuencia de pruebas. Por ejemplo, puedes probar la página de inicio de sesión de tu aplicación, el proceso de compra de tu tienda de comercio electrónico o las llamadas a la API que hace tu aplicación a servicios de terceros.

Cuando creas un monitor sintético, despliegas una función de Cloud Run de segunda generación, que se basa en Cloud Run. Tu función debe estar escrita en Node.js y basarse en el framework de código abierto SDK de Synthetics. Cloud Monitoring distribuye y gestiona este framework.

Cloud Monitoring admite los siguientes tipos de monitores sintéticos:

El sistema de ejecución de solicitudes de los monitores sintéticos, proporcionado porGoogle Cloud, gestiona lo siguiente:

  • Ejecución periódica de tu función de Cloud Run.
  • Recoger y almacenar los resultados de cada ejecución:

    • Información sobre si se ha completado correctamente o no, como el mensaje de error, el tipo de error y la línea de código.
    • Tiempo de ejecución
    • Registros
    • Métricas

    Para obtener información sobre cómo ver los resultados de la ejecución, consulta el artículo Explorar los resultados de los monitores sintéticos.

Monitorizar y ver los resultados

Puedes ver los resultados de tus monitores sintéticos y comprobaciones de disponibilidad en la consola: Google Cloud

  • En el caso de los monitores sintéticos, ve a la página Monitores sintéticos.
  • En el caso de las comprobaciones de disponibilidad del servicio, ve a la página Comprobaciones de disponibilidad del servicio.

Para recibir una notificación cuando falle un monitor sintético o una comprobación de tiempo de actividad, crea una política de alertas con laGoogle Cloud consola o la CLI de Google Cloud.

Solucionar errores

Para ayudarte a solucionar problemas, los encabezados de solicitud y los datos registrados incluyen el ID del monitor sintético o de la comprobación de tiempo de actividad asociados. Para obtener más información, consulta el artículo Solucionar problemas de monitores sintéticos o comprobaciones de disponibilidad.

Regiones de datos

No uses monitorizaciones sintéticas ni comprobaciones de tiempo de actividad si has configurado Assured Workloads, ya que tienes requisitos de residencia de datos o de nivel de impacto 4 (IL4).

Cloud Monitoring no garantiza que los datos de la solicitud de comprobación del tiempo de actividad se conserven en una ubicación geográfica específica.

En el caso de los monitores sintéticos que dependen de una función de Cloud Run, puedes especificar la región en la que se ha desplegado la función de Cloud Run. Sin embargo, tu función se puede invocar desde cualquier región admitida por los servidores de comprobación del tiempo de actividad. Este comportamiento no se puede configurar.

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.

Límites

Los siguientes límites se aplican al uso de monitores sintéticos:

Categoría Valor
Comprobaciones de disponibilidad por ámbito de métricas * 100
Número máximo de pings ICMP por comprobación de disponibilidad del servicio pública 3
Monitores sintéticos por ámbito de métricas 100
*Este límite se aplica al número de configuraciones de comprobación de disponibilidad del servicio. Cada configuración de comprobación de disponibilidad incluye el intervalo de tiempo que transcurre cuando se prueba el estado del recurso especificado.
Para obtener información sobre cómo aumentar este límite, consulta el artículo Solicitar un ajuste de cuota.

Siguientes pasos