Eu tenho uma instalação NGINX (usada como proxy da web) dentro de uma imagem Docker construída no Kubernetes que eventualmente precisará ser atualizada para executar vários pods para lidar com o volume de tráfego.
A saída de log de access.loge error.logprecisa não apenas ir para arquivos (para nosso serviço de coletor de log), mas também aparecer nos logs do Kubernetes, ou seja, aparecer em /dev/stdoute /dev/stderr. Minha solução atual é executar tail -F access.log >> /dev/stdout &e da mesma forma para o log de erros.
Eu gostaria de ter esses arquivos em um armazenamento PVC compartilhado (para que os logs permaneçam após o pod travar ou reiniciar), e isso deve funcionar bem, desde que eu tenha apenas um pod.
Depois de ter vários pods, tenho o problema de que todos os pods vão querer gravar nos mesmos arquivos - access.loge error.log.
Eu tentei algumas coisas, mas não parece que o NGINX suporta o uso de uma variável nos caminhos de log, então estou preso ao escrever em caminhos estáticos.
Minha melhor solução teórica até agora é atualizar os formatos de log de erro e acesso para incluir o nome do pod, mas isso envolveria novamente a adição de uma variável ao NGINX, e não tenho certeza se isso permitiria isso.
Também tentei links simbólicos ( ln -sf access-${PODNAME}.log access.loge similares), mas isso também não funciona em uma situação de vários pods, pois todos os pods compartilham a mesma configuração.
Tenho certeza de que não sou o único com essa situação.
Alguma ideia que eu possa tentar?
Obrigado!
Na verdade, esse tipo de pergunta é comum. Aqui está uma maneira de fazer isso.
Crie o modelo de configuração NGINX:
Use espaços reservados para caminhos de log específicos do pod.
Contêiner de inicialização:
Substitua os espaços reservados pelos nomes reais dos pods.
Recipiente lateral:
Arquivos de log finais para stdout/stderr.
Mapa de configuração:
Armazene o modelo de configuração do NGINX.
Reivindicação de volume persistente (PVC):
Use PVC compartilhado para armazenamento de logs.
Essa é uma maneira de fazer isso.
Recentemente respondi algo relacionado ao registro, não é a resposta para sua pergunta, mas pode lhe dar uma dica útil para discriminar logs: Mapa de configuração do Kubernetes filebeat para eventos de pod