Übersicht zu Error Reporting

Error Reporting fasst Fehler aus Ihrer laufenden Cloud zusammen . Diese Fehler werden entweder vom Error Reporting API oder abgeleitete wenn Error Reporting Logeinträge auf häufige Probleme Textmuster wie Stacktraces. Fehler in Error Reporting-Gruppen bei denen davon ausgegangen wird, dass sie dieselbe Ursache haben.

Error Reporting ist automatisch aktiviert.

Error Reporting zeigt bis zu 1.000 Fehlerbeispiele pro Stunde. Ist dieses Limit erreicht, wird eine Schätzung der Anzahl angezeigt. Wenn zu viele Ereignisse erhalten, dann Error Reporting-Beispiele bis zu 100 Fehler pro Stunde an und extrapolieren die Anzahlen weiter.

Analyse von Logeinträgen durch Error Reporting

Error Reporting ist ein globaler Dienst, Cloud Logging und kann Logeinträge analysieren, wenn alle der folgenden Bedingungen erfüllt sind:

  • Assured Workloads sind deaktiviert. Weitere Informationen finden Sie unter Übersicht über Assured Workloads.
  • Vom Kunden verwaltete Verschlüsselungsschlüssel (CMEK) ist für alle Log-Buckets deaktiviert, in denen der Logeintrag gespeichert ist. Informationen zur Ermitteln Sie die CMEK-Konfiguration für einen Log-Bucket, siehe Prüfen Sie die Aktivierung des Schlüssels.
  • Der Log-Bucket erfüllt eine der folgenden Anforderungen: <ph type="x-smartling-placeholder">
      </ph>
    • Der Log-Bucket wird in dem Projekt gespeichert, aus dem die Logeinträge stammen.
    • Die Logeinträge wurden an ein Projekt weitergeleitet, das dann in diesem Projekt gespeichert wurde in einem Log-Bucket, der ihm gehört.
Wenn Sie Ihre Logeinträge in Log-Buckets mit aktiviertem CMEK speichern, können Sie Error Reporting. Sie müssen jedoch den Error Reporting-Client verwenden, oder der Error Reporting API. Weitere Informationen finden Sie in der Übersicht über die Error Reporting API und Error Reporting-Client Bibliotheken.

Informationen zu Fehlergruppierungen

Bei der Auswertung von Logeinträgen wird Error Reporting ignoriert, Logeinträge mit den folgenden Bedingungen:

  • In einer App-Engine-Standardumgebung werden Fehler mit einem geringeren Schweregrad als ERROR ignoriert.
  • Stapelframes, die keinem Nutzer gehören, werden ignoriert (z. B. wenn diese zu einer öffentlichen Bibliothek gehören).
  • Sequenzen, die sich für mehr als einen Stack-Frame wiederholen, werden durch ein einzelnes Vorkommen für diese Sequenz ersetzt.
  • Methoden und Symbole des Compilers werden entfernt.

Als Nächstes folgt Error Reporting diese Regeln, um Fehler zu gruppieren:

  • Ausnahmen werden gruppiert, wenn die Ausnahme gleich und die Stacks ähnlich sind.
  • Der Stacktrace wird für Ausnahmen, die in der Regel nicht in Zusammenhang mit der Quelle stehen, ignoriert.
  • Fehler ohne Ausnahme-Stack werden gruppiert, wenn sie von denselben Logeintrag, angenähert vom Standort der Quelle, aus der er gemeldet wurde von (reportLocation).

Konkret werden die folgenden Gruppierungsregeln in dieser Reihenfolge angewendet:

Fehlertyp Gruppiert nach
Fehler durch ein allgemeines Problem in der Umgebung.

Zum Beispiel spezielle App Engine-Probleme:

com.google.apphosting.runtime.HardDeadlineExceededError
com.google.appengine.api.datastore.DatastoreTimeoutException

Java-Probleme:

java.util.concurrent.CancellationException
 Gruppiert nach Ausnahmetyp
Fehler mit einem Stacktrace. Im Fall von verschachtelten Ausnahmen wird die innerste Ausnahme berücksichtigt.

Beispiel:

runtime error: index out of range
package1.func1()
      file1:20
package2.func2()
      file2:33
 Gruppiert nach Ausnahmetyp und den 5 meistgenutzten Frames
Fehler ohne Stacktrace, aber mit einer Meldung.

Beispiel:

runtime error: index out of range
    func1()
 Gruppiert nach Meldung und Funktionsname (falls vorhanden). nur die ersten 3 Literal-Tokens der Nachricht werden berücksichtigt. Im Beispiel links sind dies runtime, error und index.

Regionalität der Daten

Wenn Sie Assured Workloads einrichten für Datenstandorte oder Impact Level 4 (IL4) deaktiviert Google Cloud Error Reporting.

In Cloud Logging können Sie Ihre Logs durch Routing an einen bestimmten Ort verschieben. Gehen Sie auf der Seite Fehlergruppen so vor: In Error Reporting werden Fehlergruppen basierend auf den Region des Log-Buckets, der die Logeinträge enthält. Da Error Reporting ein globaler Dienst ist, kann von jeder Region aus aufgerufen werden. Dieses Verhalten kann nicht konfiguriert werden.

Nächste Schritte