Diese Seite enthält Informationen darüber, wie lange Cloud Monitoring Ihre Messwertdaten aufbewahrt, sowie Informationen zur Latenz zwischen der Datenerfassung und ihrer Sichtbarkeit für Sie.
Unter Kontingente und Limits finden Sie weitere Informationen zu Limits für Messwertdaten.
Aufbewahrung von Messwertdaten
Cloud Monitoring erfasst Messwertdaten und speichert sie für einen bestimmten Zeitraum in der Zeitachse der Messwerttypen. Dieser Zeitraum hängt vom Messwerttyp ab. Weitere Informationen finden Sie unter Datenaufbewahrung.
Am Ende dieses Zeitraums löscht Cloud Monitoring die abgelaufenen Datenpunkte.
Wenn alle Punkte in einer Zeitachse abgelaufen sind, löscht Cloud Monitoring die Zeitachse. Gelöschte Zeitachsen werden weder in Cloud Monitoring-Diagrammen noch in den Ergebnissen der Monitoring API angezeigt.
Latenz von Messwertdaten
Latenz bezieht sich auf die Verzögerung zwischen dem Zeitpunkt, zu dem Cloud Monitoring einen Messwert erfasst, und dem Zeitpunkt, zu dem der Messwertdatenpunkt als Zeitachsendaten sichtbar wird. Die Latenz hängt davon ab, ob der Messwert ein Messwert aus einem Google Cloud Dienst oder ein nutzerdefinierter Messwert ist:Google Cloud Messwerte: Die Google Cloud Messwertliste enthält die Messwerttypen aus Google Cloud Diensten. Viele dieser Beschreibungen enthalten eine Aussage wie die folgende: „Alle 60 Sekunden erfasst. Nach der Erfassung sind die Daten bis zu 240 Sekunden lang nicht sichtbar.“
Die Werte in der Aussage variieren je nach Messwert. Die Beispielaussage bedeutet, dass Cloud Monitoring jede Minute eine Messung erfasst (das Erfassungsintervall). Da einige dieser Messwerte jedoch zusätzlich verarbeitet werden, bevor sie verfügbar gemacht werden, kann es zusätzliche Zeit (Latenz) dauern, bis Sie die Daten für diesen Messwert abrufen können. In diesem Beispiel kann die Latenz bis zu 4 Minuten betragen. Der Zeitstempel der Erfassungszeit kann also für diesen Messwert bis zu 4 Minuten alt sein. Diese Latenz gilt nicht für nutzerdefinierte Messwerte.
- Nutzerdefinierte Messwerte: Wenn Sie Daten in nutzerdefinierte Messwerte schreiben, einschließlich benutzerdefinierter Messwerte, mit OpenTelemetry erfasster Messwerte, von Ops-Agent erfasster Anwendungsmesswerte und Prometheus Messwerte, sind Daten aus diesen Messwerten in der Regel innerhalb von 3 bis 7 Sekunden sichtbar und abfragbar, ohne Berücksichtigung der Netzwerklatenz.
In einigen Fällen müssen Sie die Verwendung eines Messwerts an seine Latenz anpassen. Beispiel:
Wenn Sie Clientbibliotheken verwenden, um Messwertdaten abzurufen, müssen Sie möglicherweise einen Offset im Abfrageintervall verwenden, um die Latenz zu berücksichtigen.
Wenn Sie einen Messwert verwenden, um die Ressourcenverwaltung zu steuern, z. B. beim Autoscaling, kann sich die Latenz des Messwerts auf die Reaktionsfähigkeit des Autoscalings auswirken. Einige Pub/Sub-Messwerte haben beispielsweise Latenzen von 2 bis 4 Minuten.
Wenn Sie Benachrichtigungsrichtlinien verwenden, kann sich die Latenz auf die Zeit auswirken, die zum Erstellen von Vorfällen für messwertbasierte Benachrichtigungsrichtlinien benötigt wird. Wenn ein überwachter Messwert beispielsweise eine Latenz von bis zu 180 Sekunden hat, erstellt Cloud Monitoring erst nach bis zu 180 Sekunden einen Vorfall, nachdem der Messwert den Schwellenwert der Bedingung der Benachrichtigungsrichtlinie überschritten hat. Cloud Monitoring berücksichtigt die Latenz des zugrunde liegenden Messwerts automatisch, wenn Benachrichtigungsrichtlinien ausgewertet werden.
Ressourcenmetadaten-Labels werden asynchron zu Zeitachsen hinzugefügt und unterliegen nicht denselben Latenzerwartungen wie die Werte von Labels, die durch Messwerttypen oder Typen der überwachten Ressourcen definiert werden. Daher kann sich eine Benachrichtigungsrichtlinie oder ein anderer reaktionsschneller Vorgang, der von Metadatenwerten abhängt, um eine Aktion auszulösen, unregelmäßig verhalten, wenn die Erfassung von Ressourcenmetadaten-Labels verzögert wird.