Eseguire il debug dei problemi di autenticazione utilizzando i log dei pod

Gli amministratori e gli sviluppatori dei cluster possono eseguire il debug dei problemi e monitorare l'attività del cluster utilizzando i log dei pod di sistema che gestiscono l'autenticazione da provider di terze parti. Questo documento si applica solo ai tipi di cluster supportati registrati in un parco risorse.

In base alla gravità del problema, i log vengono classificati utilizzando i seguenti livelli di gravità:

  • INFO[I]: un evento operativo con dettagli di alto livello delle azioni intraprese dall'applicazione durante l'elaborazione delle richieste (ad esempio messaggi di avvio e di pulizia). I log contengono anche informazioni sugli eventi previsti che potrebbero causare problemi. Gli esempi includono controlli di autenticazione e flusso di lavoro.
  • AVVISO [W]: un evento imprevisto che potrebbe indicare un problema sottostante. Sono inclusi, ad esempio, problemi di autenticazione specifici del fornitore.
  • ERROR[E]: un evento problematico imprevisto che richiede a un amministratore del cluster di risolvere il problema. Alcuni esempi includono configurazione mancante, errore di scambio di token e problemi di autenticazione.

Di seguito è riportato un esempio di messaggio di log tipico del pod:

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

dove

  • Il prefisso I rappresenta il livello di gravità INFO, a cui viene aggiunta la data del log 0926.
  • Segue l'ora, con i microsecondi, nel fuso orario locale della macchina.
  • 12345 è un numero ID thread.
  • foo.cc:10 è la posizione del codice sorgente in cui viene visualizzata la descrizione del log (la parentesi [ e lo spazio sono delimitatori fissi prima del messaggio).

Per saperne di più su logging e amministrazione dei cluster, consulta la pagina Amministrazione dei cluster.