Resolver erros completos de buffer de log no Adobe Commerce na infraestrutura em nuvem

Este artigo aborda um problema em que um buffer de log fica cheio, resultando em solicitações de log de acesso truncadas durante paralisações do site. O problema é identificado por meio de mensagens de erro em ferramentas de monitoramento, como o New Relic.

Descrição description

Ambiente

Adobe Commerce Cloud

Problema/Sintomas

O seguinte erro é observado ao verificar registros durante uma interrupção do site:

FastCGI enviado em stderr: 'o buffer de log está cheio (1024). A solicitação de log de acesso foi truncada ao ler o cabeçalho de resposta do upstream.

Um erro de buffer de log geralmente não é uma causa de interrupção. É um aviso de que o tamanho do buffer para gravar uma entrada no log de acesso atingiu seu limite, resultando apenas em parte da solicitação sendo gravada em access.log.

Resolução resolution

Se você suspeitar de uma interrupção, confiar em erros de buffer de log para o diagnóstico pode ser enganoso, pois esses avisos não indicam a causa principal do tempo de inatividade. Uma possível causa de uma interrupção pode ser um aumento nas solicitações recebidas em um curto período, consumindo recursos do sistema. No entanto, o erro em si não é motivo de preocupação. É apenas um aviso que não resulta em tempo de inatividade. O único impacto é que a solicitação completa não é registrada em access.log. Para instalações locais, ajustar a configuração do FastCGI para aumentar o tamanho do buffer de log além de 1024 bytes pode aliviar esse erro. No entanto, esse ajuste não é possível na infraestrutura existente do Adobe Commerce na nuvem.

Para verificar se uma interrupção real está ocorrendo, use o nerdlet OAC (Observation for Adobe Commerce) no New Relic para analisar mensagens de log durante interrupções. Você também pode usar o monitoramento do New Relic e criar suas próprias políticas de alerta.