En esta página, se proporciona información sobre el tiempo durante el que Cloud Monitoring conserva tus datos de métricas y sobre la latencia entre la recopilación de los datos y su visibilidad para ti.
En Cuotas y límites, se proporciona información adicional sobre los límites en los datos de las métricas.
Retención de datos de métricas
Cloud Monitoring adquiere datos de métricas y los conserva en las series temporales de tipos de métricas durante un período. Este período varía con el tipo de métrica. Consulta Retención de datos para obtener más información.
Al final de ese período, Cloud Monitoring borra los puntos de datos vencidos.
Cuando caducan todos los puntos de una serie temporal, Cloud Monitoring borra la serie temporal. Las series temporales borradas no aparecen en los gráficos de Cloud Monitoring ni en los resultados de la API de Monitoring.
Latencia de los datos de métricas
La latencia hace referencia a la demora entre el momento en que Cloud Monitoring muestrea una métrica y el momento en que el punto de datos de la métrica se hace visible como datos de series temporales. La latencia depende de si la métrica es de un servicio de Google Cloud o definida por el usuario:Google Cloud métricas: La lista de métricas deGoogle Cloud incluye los tipos de métricas de los servicios de Google Cloud . Muchas de estas descripciones incluyen una instrucción como la siguiente: “Muestras cada 60 segundos. Luego del muestreo, los datos no son visibles durante un máximo de 240 segundos”.
Los valores de la instrucción varían para las métricas específicas. La instrucción de ejemplo significa que Cloud Monitoring recopila una medición cada minuto (el intervalo de muestreo), pero, debido a que algunas de estas métricas reciben un procesamiento adicional antes de exponerse, puede llevar más tiempo (latencia) antes de que puedas recuperar los datos de esta métrica. En este ejemplo, la latencia puede ser de hasta 4 minutos. Por lo tanto, la marca de tiempo que registra el tiempo de recopilación podría tener hasta 4 minutos de antigüedad para esta métrica. Esta latencia no se aplica a las métricas definidas por el usuario.
- Métricas definidas por el usuario: Si escribes datos en métricas definidas por el usuario, incluidas las métricas personalizadas, las métricas recopiladas por OpenTelemetry, las métricas de aplicaciones recopiladas por el agente de operaciones y las métricas de Prometheus, los datos de estas métricas suelen ser visibles y se pueden consultar en un plazo de 3 a 7 segundos, sin incluir la latencia de red.
En algunas situaciones, es posible que debas ajustar la forma en que usas una métrica según su latencia. Por ejemplo:
Cuando uses bibliotecas cliente para recuperar datos de métricas, es posible que debas usar un desplazamiento en el intervalo de la consulta para tener en cuenta la latencia.
Cuando se usa una métrica para controlar la administración de recursos, como cuando se realiza el ajuste de escala automático, la latencia de la métrica puede afectar la capacidad de respuesta del ajuste de escala automático. Por ejemplo, algunas métricas de Pub/Sub tienen latencias que varían de 2 a 4 minutos.
Cuando uses políticas de alertas, ten en cuenta que la latencia puede afectar el tiempo de creación de las alertas para las políticas de alertas basadas en métricas. Por ejemplo, si una métrica supervisada tiene una latencia de hasta 180 segundos, Cloud Monitoring no creará una alerta hasta 180 segundos después de que la métrica incumpla el umbral de la condición de la política de alertas. Cloud Monitoring tiene en cuenta automáticamente la latencia, si la hay, de la métrica subyacente cuando evalúa las políticas de alertas.
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 los tipos de métricas o los tipos de recursos supervisados definidos por etiquetas. Por lo tanto, una política de alertas o cualquier otra operación adaptable que dependa de los valores de metadatos para activar una acción puede comportarse de forma errática si se retrasa la población de etiquetas de metadatos de recursos.