Resolva problemas de autenticação através dos registos de agrupamentos

Os administradores e os programadores de clusters podem depurar problemas e monitorizar a atividade do cluster através dos registos dos pods do sistema que processam a autenticação de fornecedores externos. Este documento aplica-se apenas aos tipos de clusters suportados registados numa frota.

Com base na gravidade do problema, os registos são classificados através dos seguintes níveis de gravidade:

  • INFO[I]: um evento operacional com detalhes de alto nível das ações realizadas pela aplicação durante o processamento de pedidos (como mensagens de inicialização e de limpeza). Os registos também contêm informações sobre eventos esperados que podem resultar em problemas. Os exemplos incluem verificações de autenticação e fluxo de trabalho.
  • AVISO[W]: um evento inesperado que pode indicar um problema subjacente. Os exemplos incluem problemas de autenticação específicos do fornecedor.
  • ERROR[E]: um evento problemático inesperado que requer que um administrador do cluster corrija o problema. Alguns exemplos incluem a falta de configuração, a falha na troca de tokens e problemas de autenticação.

Segue-se um exemplo de uma mensagem de registo de pod típica:

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

onde,

  • O prefixo I representa o nível de gravidade INFO, anexado à data do registo 0926.
  • A hora segue-se, com microssegundos, no fuso horário local da máquina.
  • 12345 é um número de ID da discussão.
  • foo.cc:10 é a localização do código fonte onde aparece a descrição do registo (o parênteses retos [ e o espaço são delimitadores fixos antes da mensagem).

Para saber mais sobre o registo e a administração de clusters, consulte o artigo Administração de clusters.