Clientseitige Messwerte

Memorystore for Redis bietet serverseitige Echtzeitmesswerte zur Überwachung des Durchsatzes, der CPU-Auslastung und der Arbeitsspeichernutzung Ihrer Clientanwendungen. Bei komplexen verteilten Systemen reichen serverseitige Daten jedoch möglicherweise nicht aus, um zu erklären, warum bei einer Anwendung eine hohe Latenz auftritt.

Clientseitige Messwerte bieten Transparenz über den gesamten Anfrage-Antwort-Zyklus. Dabei wird ein Befehl ab dem Zeitpunkt gemessen, zu dem die Anwendung den Befehl initiiert, bis zu dem Zeitpunkt, zu dem die Anwendung die Antwort verarbeitet. Durch das Erfassen dieser Datenpunkte können Sie genau bestimmen, ob die Latenz auf die Anwendungslogik, den Netzwerkpfad oder den Redis-Server zurückzuführen ist.

Funktionsweise clientseitiger Messwerte

Clientseitige Messwerte werden von der OpenTelemetry-Instrumentierung erfasst, die direkt in der Redis-Clientbibliothek Ihrer Anwendung ausgeführt wird.

Weitere Informationen zu OpenTelemetry finden Sie auf der OpenTelemetry Website. Weitere Informationen zu den Redis-Clientbibliotheken, die mit OpenTelemetry kompatibel sind, finden Sie unter Clientseitige Messwerte aktivieren.

Wenn Ihre Clientanwendung einen Befehl ausführt, zeichnet die OpenTelemetry-Instrumentierung Zeitstempel an den folgenden Datenpunkten im Anfrage-Antwort-Zyklus auf:

  • Pool-Checkout: Die Zeit, die die Anwendung auf eine verfügbare Verbindung im Verbindungspool des Clients wartet (redis_client_blocking_latency).

  • Umlaufzeit (Round Trip Time, RTT): Die Netzwerkübertragungszeit und die Serverlaufzeit für den Befehl (redis_client_rtt).

  • Anwendungsverarbeitung: Die Zeit, die die Anwendung mit dem Parsen oder Deserialisieren der Daten nach dem Eintreffen verbringt (redis_application_blocking_latency).

Die Instrumentierung erfasst auch die folgenden Messwerte:

  • Wiederholungen: Die Anzahl der Befehlswiederholungen, die durch die exponentielle Backoff-Schleife des Clients ausgelöst werden (redis_retry_count).

  • Verbindungsfehler: Die Anzahl der Verbindungsfehler und Zeitüberschreitungen (redis_connectivity_error_count).

Preise

Für die Verwendung benutzerdefinierter clientseitiger Messwerte in Cloud Monitoring und verteilter Traces in Cloud Trace gelten die folgenden Preisbedingungen:

  • Messwerte: Für den Export clientseitiger Messwerte nach Monitoring über die Monitoring API gelten volumenbasierte Preise, die auf der Anzahl der von Monitoring aufgenommenen Byte basieren.
  • Traces: Für den Export verteilter Traces nach Trace über die Trace API gelten Preise, die auf der Anzahl der von Trace aufgenommenen Trace- Spans basieren.

Für das Aufrufen clientseitiger Messwerte im Metrics Explorer oder verteilter Traces im Trace Explorer fallen keine Kosten an.

Weitere Informationen und detaillierte Preisbeispiele finden Sie unter Google Cloud Preise für Observability.

Nächste Schritte