Probleme mit Pod-Logs von GKE Identity Service beheben

GKE Identity Service-Pod-Logs können Clusteradministratoren und Entwicklern beim Debuggen von Problemen und beim Monitoring von Clusteraktivitäten helfen.

Je nach Schweregrad des Problems werden GKE Identity Service-Logs mit den folgenden Schweregraden klassifiziert:

  • INFO[I]: Ein Betriebsereignis mit allgemeinen Details zu den Aktionen, die von GKE Identity Service während der Verarbeitung von Anfragen ausgeführt werden (z. B. Start- und Verwaltungsnachrichten). Die Logs enthalten auch Informationen zu erwarteten Ereignissen, die zu Problemen führen könnten. Beispiele hierfür sind Authentifizierung und Workflow-Prüfungen.
  • WARNUNG[W]: Ein unerwartetes Ereignis, das auf ein zugrunde liegendes Problem hinweisen kann. Beispiele hierfür sind anbieterspezifische Authentifizierungsprobleme.
  • FEHLER[E]: Ein unerwartetes problematisches Ereignis, das einen Clusteradministrator zur Behebung des Problems erfordert. Beispiele hierfür sind fehlende Konfiguration, Fehler beim Tokenaustausch und Authentifizierungsprobleme.

Das folgende Beispiel zeigt eine typische Pod-Lognachricht:

I0926 09:00:00.000000 12345 foo.cc:10] Skipping Kubernetes Webhook adapter startup since it is not configured.

Dabei gilt:

  • Das Präfix I stellt den Schweregrad INFO dar, gefolgt vom Logdatum 0926.
  • Die Zeit, mit Mikrosekunden, in der lokalen Zeitzone der Maschine.
  • 12345 ist eine Thread-ID-Nummer.
  • foo.cc:10 ist der Ort des Quellcodes, an dem die Logbeschreibung angezeigt wird (die Klammer [ und das Leerzeichen sind feste Trennzeichen vor der Nachricht).

Weitere Informationen zum Logging und zur Clusterverwaltung finden Sie unter Clusterverwaltung.