Este documento foi traduzido usando tecnologia de tradução automática de máquina. Sempre trabalhamos para apresentar traduções precisas, mas não oferecemos nenhuma garantia em relação à integridade, precisão ou confiabilidade do conteúdo traduzido. Em caso de qualquer discrepância, a versão original em inglês prevalecerá e constituirá o texto official.

Arquitetura de registro

Esta seção resume a arquitetura do aplicativo de registro do Rancher.

Para mais detalhes sobre como o operador de Registro funciona, consulte a documentação oficial.

Como o Operador de Registro Funciona

O operador de Registro automatiza a implantação e configuração de um pipeline de registro do Kubernetes. Ele implanta e configura um DaemonSet do Fluent Bit em cada nó para coletar logs de contêiner e de aplicativo do sistema de arquivos do nó.

O Fluent Bit consulta a API do Kubernetes e enriquece os logs com metadados sobre os pods, e transfere tanto os logs quanto os metadados para o Fluentd. O Fluentd recebe, filtra e transfere logs para múltiplos Outputs.

Os seguintes recursos personalizados são usados para definir como os logs são filtrados e enviados para seus Outputs:

  • Um Flow é um recurso personalizado com namespace que usa filtros e seletores para direcionar mensagens de log para o Outputs apropriado.

  • Um ClusterFlow é usado para direcionar mensagens de log em nível de cluster.

  • Um Output é um recurso com namespace que define para onde as mensagens de log são enviadas.

  • Um ClusterOutput define um Output que está disponível em todos os Flows e ClusterFlows.

Cada Flow deve referenciar um Output, e cada ClusterFlow deve referenciar um ClusterOutput.

A figura a seguir da documentação do Operador de Registro mostra a nova arquitetura de registro:

Como o Operador de Registro Funciona com Fluentd
Figure 1. Como o Operador de Registro Funciona com Fluentd e Fluent Bit