Saber por quanto tempo o Cloud Monitoring retém dados de métricas e com que rapidez os pontos de amostragem se tornam visíveis ajuda a definir intervalos de consulta precisos, configurar o escalonamento automático e interpretar o tempo de alerta. Os períodos de retenção e a latência de ingestão variam de acordo com o tipo e a origem da métrica. Para limites relacionados de armazenamento e ingestão, consulte Cotas e limites.
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 mais detalhes.
Ao final desse período, o Cloud Monitoring exclui os pontos de dados expirados.
Quando todos os pontos de uma série temporal expirarem, o Cloud Monitoring vai excluir a série temporal. Série temporal excluídas não aparecem nos gráficos do Cloud Monitoring nem nos resultados da API Monitoring.
Latência de dados de métricas
Latência se refere ao atraso entre o momento em que o Cloud Monitoring coleta uma métrica e o momento em que o ponto de dados da métrica se torna visível como dados de série temporal. A latência depende da métrica ser de um serviço do Google Cloud ou uma métrica definida pelo usuário:Métricas doGoogle Cloud : a lista de métricas doGoogle Cloud inclui os tipos de métricas dos serviços do Google Cloud . Muitas dessas descrições incluem uma declaração como esta: "Amostragem a cada 60 segundos. Após a amostragem, os dados não são visíveis por até 240 segundos."
Os valores na instrução variam de acordo com as métricas. A instrução de exemplo significa que o Cloud Monitoring coleta uma medição por 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 recuperar os dados dessa métrica. Neste exemplo, a latência pode ser de até 4 minutos. Portanto, o carimbo de data/hora que registra o horário da coleta pode ter até quatro minutos de idade para essa métrica. 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 de aplicativos coletadas pelo Agente de Operações e métricas do Prometheus, os dados dessas métricas normalmente estarão visíveis e disponíveis para consulta em 3 a 7 segundos, excluindo a latência de rede.
Em algumas situações, pode ser necessário ajustar o uso de uma métrica com base na latência dela. Exemplo:
Ao usar bibliotecas de cliente para recuperar dados de métricas, talvez seja necessário usar um deslocamento no intervalo de consulta para considerar a latência.
Quando você usa uma métrica para gerenciar recursos, como o 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, lembre-se de que a latência pode afetar o tempo de criação de alertas para políticas de alertas baseadas 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 alerta 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 subjacente ao avaliar as políticas de alertas.
Os rótulos de metadados de recursos são adicionados de forma assíncrona às série temporal e não estão sujeitos às mesmas expectativas de latência que os valores de rótulos definidos por tipos de métricas ou de recursos monitorados. Portanto, uma política de alertas ou outra operação responsiva que dependa de valores de metadados para acionar uma ação pode se comportar de maneira irregular se o preenchimento dos rótulos de metadados de recursos estiver atrasado.