Cette page fournit des informations sur la durée pendant laquelle Cloud Monitoring conserve vos données de métriques, ainsi que sur la latence entre la collecte des données et leur visibilité.
La page Quotas et limites fournit des informations supplémentaires sur les limites des données de métriques.
Conservation des données de métriques
Cloud Monitoring acquiert des données de métriques et les conserve dans la série temporelle des types de métriques pendant une période donnée. Cette période varie en fonction du type de métrique. Pour en savoir plus, consultez la section Conservation des données.
À la fin de cette période, Cloud Monitoring supprime les points de données expirés.
Lorsque tous les points d'une série temporelle ont expiré, Cloud Monitoring supprime la série temporelle. Les séries temporelles supprimées n'apparaissent pas dans les graphiques Cloud Monitoring ni dans les résultats de l'API Monitoring.
Latence des données de métriques
La latence désigne le délai entre le moment où Cloud Monitoring échantillonne une métrique et le moment où le point de données de la métrique devient visible en tant que données de série temporelle. La latence dépend de la métrique spécifique collectée :Cloud de Confiance by S3NS metrics : la liste des métriquesCloud de Confiance by S3NS inclut les types de métriques des services Cloud de Confiance by S3NS . Nombre de ces descriptions incluent une déclaration comme celle-ci : "Échantillonné toutes les 60 secondes. Après échantillonnage, les données ne sont pas visibles pendant un délai pouvant atteindre 240 secondes."
Les valeurs de l'instruction varient selon les métriques spécifiques. L'exemple d'instruction signifie que Cloud Monitoring collecte une mesure par minute (intervalle d'échantillonnage), mais comme certaines de ces métriques font l'objet d'un traitement supplémentaire avant d'être exposées, la récupération des données pour cette métrique peut prendre plus de temps (latence). Dans cet exemple, la latence peut atteindre quatre minutes. L'horodatage de la collecte peut donc remonter jusqu'à quatre minutes pour cette métrique.
Dans certains cas, vous devrez peut-être ajuster la façon dont vous utilisez une métrique en fonction de sa latence. Exemple :
Lorsque vous utilisez des bibliothèques clientes pour récupérer des données de métriques, vous devrez peut-être utiliser un décalage dans l'intervalle de requête pour tenir compte de la latence.
Lorsque vous utilisez une métrique pour gérer les ressources, comme lors de l'autoscaling, la latence de la métrique peut affecter la réactivité de l'autoscaling. Par exemple, certaines métriques Pub/Sub ont des latences comprises entre deux et quatre minutes.
Les libellés de métadonnées de ressources sont ajoutés de manière asynchrone aux séries temporelles et ne sont pas soumis aux mêmes attentes en termes de latence que les valeurs des libellés définis pour les types de métriques ou les types de ressources surveillées. Par conséquent, une règle d'alerte ou une autre opération réactive qui dépend des valeurs de métadonnées pour déclencher une action peut se comporter de manière erratique si le remplissage des libellés de métadonnées de ressources est retardé.