Conservazione e latenza dei dati delle metriche

Sapere per quanto tempo Cloud Monitoring conserva i dati delle metriche e quanto velocemente i punti campionati diventano visibili ti aiuta a impostare intervalli di query accurati, configurare la scalabilità automatica e interpretare le tempistiche degli avvisi. I periodi di conservazione e la latenza di importazione variano in base al tipo e all'origine della metrica. Per le soglie di archiviazione e importazione correlate, consulta Quote e limiti.

Conservazione dei dati delle metriche

Cloud Monitoring acquisisce i dati delle metriche e li conserva nelle serie temporali dei tipi di metriche per un periodo di tempo. Questo periodo di tempo varia in base al tipo di metrica. Per maggiori dettagli, consulta Conservazione dei dati.

Al termine di questo periodo, Cloud Monitoring elimina i punti dati scaduti.

Quando tutti i punti di una serie temporale sono scaduti, Cloud Monitoring elimina la serie temporale. Le serie temporali eliminate non vengono visualizzate nei grafici di Cloud Monitoring o nei risultati dell'API Monitoring.

Latenza dei dati delle metriche

La latenza si riferisce al ritardo tra il momento in cui Cloud Monitoring campiona una metrica e quello in cui il punto dati della metrica diventa visibile come dati delle serie temporali. La latenza dipende dalla metrica specifica raccolta:
  • MetricheCloud de Confiance by S3NS : l'elenco delle metricheCloud de Confiance by S3NS include i tipi di metriche dei servizi Cloud de Confiance by S3NS . Molte di queste descrizioni includono un'affermazione come la seguente: "Campionamento eseguito ogni 60 secondi. Dopo il campionamento, i dati non sono visibili per un massimo di 240 secondi.

    I valori nell'istruzione variano in base alle metriche specifiche. L'istruzione di esempio indica che Cloud Monitoring raccoglie una misurazione ogni minuto (l'intervallo di campionamento), ma poiché alcune di queste metriche vengono sottoposte a un'ulteriore elaborazione prima di essere esposte, potrebbe essere necessario un tempo aggiuntivo (latenza) prima di poter recuperare i dati per questa metrica. In questo esempio, la latenza può essere fino a 4 minuti. Pertanto, il timestamp che registra l'ora della raccolta potrebbe essere precedente di un massimo di 4 minuti per questa metrica.

In alcune situazioni, potrebbe essere necessario modificare il modo in cui utilizzi una metrica in base alla sua latenza. Ad esempio:

  • Quando utilizzi le librerie client per recuperare i dati delle metriche, potresti dover utilizzare un offset nell'intervallo di query per tenere conto della latenza.

  • Quando utilizzi una metrica per gestire le risorse, ad esempio la scalabilità automatica, la latenza della metrica può influire sulla reattività della scalabilità automatica. Ad esempio, alcune metriche Pub/Sub hanno latenze che vanno da 2 a 4 minuti.

Non fare affidamento sui valori delle etichette dei metadati delle risorse definite dal sistema o dall'utente quando selezioni le serie temporali per policy di avviso sensibili o per altre operazioni adattive come la scalabilità automatica. Utilizza invece i valori delle etichette definite dai tipi di risorse monitorate.

Le etichette dei metadati delle risorse vengono aggiunte in modo asincrono alle serie temporali e non sono soggette alle stesse aspettative di latenza dei valori delle etichette definite dai tipi di metrica o dai tipi di risorse monitorate. Pertanto, una criterio di avviso o un'altra operazione di risposta che dipende dai valori dei metadati per attivare un'azione può comportarsi in modo anomalo se la compilazione delle etichette dei metadati delle risorse è ritardata.