Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Esta página fornece informações sobre por quanto tempo o Cloud Monitoring retém
dados de métricas e informações sobre a latência entre a coleta
dos dados e a visibilidade deles para você.
Cotas e limites fornece informações adicionais sobre os limites de dados de métricas.
Retenção de dados de métricas
O Cloud Monitoring adquire dados de métricas e os mantém na série temporal de tipos de métricas por um período. Esse período varia de acordo com o tipo de métrica. Consulte Retenção de dados para detalhes.
Ao final desse período, o Cloud Monitoring exclui os pontos de dados expirados.
Quando todos os pontos de uma série temporal expiram, o Cloud Monitoring
exclui a série temporal. As séries temporais excluídas não aparecem nos gráficos do Cloud Monitoring nem nos resultados da API Monitoring.
Latência de dados de métricas
A latência se refere ao tempo que passa entre o momento em que o Cloud Monitoring coleta uma métrica e o momento em que o ponto de dados da métrica fica visível como dados de série temporal. A latência depende
se a métrica é de um serviço Google Cloud ou
definida pelo usuário:
Google Cloud metrics: a lista de métricasGoogle Cloud
inclui os tipos de métrica dos serviços Google Cloud . Muitas dessas
descrições incluem uma declaração como esta: "Amostra coletada a cada
60 segundos. Após a amostragem, os dados não são visíveis por até 240
segundos".
Os valores na declaração variam de acordo com as métricas específicas.
A declaração de exemplo significa que o Cloud Monitoring coleta uma medição a cada minuto (o intervalo de amostragem), mas, como algumas dessas métricas recebem processamento adicional antes de serem expostas, pode levar mais tempo (latência) para que você possa extrair os dados delas. Nesse exemplo, a latência pode ser
de até quatro minutos. Portanto, o carimbo de data/hora que registra o tempo de coleta pode ter até quatro minutos.
Essa latência não se aplica a métricas definidas pelo usuário.
Métricas definidas pelo usuário: se você estiver gravando dados em métricas definidas pelo usuário, incluindo métricas personalizadas, métricas coletadas pelo OpenTelemetry, métricas do aplicativo coletadas pelo Agente de operações e métricas do Prometheus, os dados dessas métricas geralmente ficam visíveis e podem ser consultados em 3 a 7 segundos, excluindo a latência da rede.
Em algumas situações, talvez seja necessário ajustar a forma como você usa uma métrica com latência.
Exemplo:
Ao usar bibliotecas de cliente para extrair dados de métricas, talvez seja necessário
usar um deslocamento no intervalo de consulta para considerar a latência.
Ao usar uma métrica para impulsionar o gerenciamento de recursos, como no escalonamento automático,
a latência da métrica pode afetar a capacidade de resposta do escalonamento automático.
Por exemplo, algumas métricas do Pub/Sub têm latências
que variam de 2 a 4 minutos.
Ao usar políticas de alertas, tenha em mente que a latência pode afetar o tempo de criação de incidentes em políticas de alertas com base em métricas. Por exemplo, se uma métrica monitorada tiver uma latência de até 180 segundos, o Cloud Monitoring não vai criar um incidente por até 180 segundos depois que a métrica violar o limite da condição da política de alertas.
O Cloud Monitoring considera automaticamente a latência, se houver, da
métrica ao avaliar as políticas de alerta.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-28 UTC."],[],[],null,["# Retention and latency of metric data\n\nThis page provides information about how long Cloud Monitoring retains\nyour metric data and information about the latency between the collection\nof the data and its visibility to you.\n\n[Quotas and limits](/monitoring/quotas) provides additional information about\nlimits on metric data.\n\nRetention of metric data\n------------------------\n\nCloud Monitoring acquires metric data and holds it in the time series\nof metric types for a period of time. This period of time varies with the\nmetric type; See [Data retention](/monitoring/quotas#data_retention_policy) for details.\n\nAt the end of that period, Cloud Monitoring deletes the expired data points.\n\nWhen all the points in a time series have expired, Cloud Monitoring\ndeletes the time series. Deleted time series don't appear in\nCloud Monitoring charts or in results from the\nMonitoring API.\n\nLatency of metric data\n----------------------\n\n*Latency* refers to the delay between when Cloud Monitoring samples a metric and when the metric data point becomes visible as time series data. The latency depends on whether the metric is a metric from a Google Cloud service or a user-defined metric:\n\n- **Google Cloud metrics** : The [Google Cloud metrics list](/monitoring/api/metrics_gcp)\n includes the metric types from Google Cloud services. Many of these\n descriptions include a statement like the following: \"Sampled every\n 60 seconds. After sampling, data is not visible for up to 240\n seconds.\"\n\n The values in the statement vary for specific metrics.\n The example statement means that Cloud Monitoring collects one\n measurement each minute (the sampling interval), but because some\n of these metrics receive additional processing before they are\n exposed, it can take additional time (latency) before you can retrieve the\n data for this metric. In this example, the latency can be\n up to 4 minutes. So, the timestamp recording the collection time might\n be up to 4 minutes old for this metric.\n This latency doesn't apply to user-defined metrics.\n\n\u003c!-- --\u003e\n\n- **User-defined metrics**: If you are writing data to user-defined metrics, including custom metrics, OpenTelemetry-collected metrics, application metrics collected by the Ops Agent, and Prometheus metrics, then data from these metrics is typically visible and queryable within 3 to 7 seconds, excluding network latency.\n\nIn some situations, you might need to adjust how you use a metric with latency.\nFor example:\n\n- When using client libraries to retrieve metric data, you might need to\n use an offset in the query interval to account for latency.\n\n- When using a metric to drive resource management like when autoscaling,\n the latency of the metric can affect the responsiveness of the autoscaling.\n For example, some [Pub/Sub metrics](/monitoring/api/metrics_gcp_p_z#gcp-pubsub) have latencies\n that range from 2 to 4 minutes.\n\n- When using alerting policies, be aware that latency can affect incident\n creation time for metric-based alerting policies. For example, if a\n monitored metric has a latency of up to 180 seconds, then\n Cloud Monitoring won't create an incident for up to 180 seconds after\n the metric violates the threshold of the alerting policy condition.\n Cloud Monitoring automatically accounts for the latency, if any, of the\n underlying metric when evaluating alerting policies."]]