Übersicht über die Trace-Erfassung

Diese Seite bietet eine Übersicht über die Trace-Erfassung mit OpenTelemetry. Wenn Sie Spanner-Anfragen überwachen und beheben möchten, können Sie in den Spanner-Clientbibliotheken Protokolle aktivieren. Mit clientseitigem und End-to-End-Tracing können Sie die Leistung überwachen und Probleme beheben.

Traces liefern relevante Informationen für jede Anfrage eines Clients, z. B.:

  • Zeiträume mit Zeitstempeln für den Zeitpunkt, zu dem der Client eine RPC-Anfrage gesendet und die RPC-Antwort empfangen hat, einschließlich der Latenz, die durch das Netzwerk und das Clientsystem verursacht wird.

  • Attribute (Schlüssel/Wert-Paare), die Informationen zum Client liefern und dessen Konfiguration.

  • Anmerkungen zu wichtigen Ereignissen in den Spannen.

Weitere Informationen zu Spans und Attributen finden Sie in der OpenTelemetry-Dokumentation unter Spans und Attribute.

End-to-End-Tracing

Zusätzlich zum clientseitigen Tracing können Sie End-to-End-Tracing aktivieren (Vorabversion). Mit End-to-End-Tracing können Sie Latenzprobleme, die für Spanner spezifisch sind, besser nachvollziehen und beheben. Beispiele:

  • Prüfen Sie, ob die Latenz auf die Netzwerklatenz zwischen Ihrer Anwendung und Spanner zurückzuführen ist oder ob sie innerhalb von Spanner auftritt.

  • Google Cloud-Regionen identifizieren, in denen sich Ihre Anwendungsanfragen befinden weitergeleitet wird und ob eine regionsübergreifende Anfrage vorliegt. Eine regionsübergreifende Anfrage bedeutet in der Regel höhere Latenzen zwischen der Anwendung und Spanner.

OpenTelemetry

Spanner-Clientbibliotheken unterstützen die Trace-Erfassung mit OpenTelemetry APIs. OpenTelemetry ist ein Open-Source-Framework für die Beobachtbarkeit. OpenTelemetry bietet ein breites Spektrum an Konfigurationen, wie z. B. Exporter für bestimmte Back-Ends, Stichprobenverhältnisse und Span-Limits.

Traces mit Exportern und Collectorn exportieren

Im Rahmen Ihrer Konfigurationen können Sie Ihre Traces in eine Beobachtbarkeit exportieren Back-End. Die meisten Anbieter von Beobachtbarkeitsdiensten stellen Ihnen Exporteure zur Verfügung. wie die Trace-Exporter

Neben einem Exporter empfiehlt OpenTelemetry, eine collector. Mit einem Collector kann Ihr Dienst Daten schnell auslagern und der Collector übernimmt zusätzliche Aufgaben wie Wiederholungen, Batchverarbeitung und Verschlüsselung. Ein Collector wird parallel zu Ihrer Anwendung ausgeführt. Der Collector empfängt OLTP-Nachrichten, verarbeitet sie und exportiert sie in Ihr Observability-Backend.

Beschränkungen

Für Spanner-Traces gelten die folgenden Einschränkungen:

  • Trace-Spans sind nur für die Java- und Go-Clientbibliotheken verfügbar.
  • End-to-End-Traces können nur nach Cloud Trace exportiert werden.

Abrechnung

Neben der Spanner-Nutzung kann das Tracing über das Beobachtbarkeits-Back-End abgerechnet.

Die Aufnahme von Trace-Spans in das Beobachtbarkeits-Back-End ist kostenpflichtig. Wenn Sie beispielsweise Cloud Trace als Backend verwenden, erfolgt die Abrechnung gemäß den Cloud Trace-Preisen.

Für ein besseres Verständnis der Abrechnung sollten Sie mit einer kleinen Trace-Stichprobenrate beginnen. basierend auf Ihren Zugriffen.

Nächste Schritte

So richten Sie clientseitiges und End-to-End-Tracing ein: Siehe Trace-Erfassung mit OpenTelemetry einrichten