Esta FAQ mostra na prática como usar o Analytics e o Edge Insights para diagnosticar a causa de erros 552 que geralmente estão atrelados à sobrecarga/lentidão na origem. O intuito é confirmar, de forma visual e rápida, se os picos de erro estão ligados ao aumento do tempo de resposta da origem e apontar onde investigar.
Use esta FAQ sempre que notar o aumento de erros 552 (502), ou notar lentos tempos de resposta.
Para mais informações sobre os erros 552 clique aqui e aqui!
Analytics: confirme altos tempos de resposta da origem e picos de erros
Através do Analytics confirme picos de tempo de resposta na origem.
Para isso, acesse o Analytics do domínio afetado, e na aba Geral, role até o gráfico “Tempo de resposta da origem”. Esse gráfico mostra o tempo médio de resposta da origem por horário, nele é importante se atentar a picos de tempo de resposta.
Por si só, esse gráfico indica lentidão, mas não prova que ela está relacionada a erros 552 (502). Assim, é necessário correlacionar com outras informações, especificamente, os gráficos de Erros 5xx e 4xx.
Para isso, acesse Analytics > Requisições, e veja os gráficos HTTP – Detalhes Status 5xx e HTTP – Detalhes Status 4xx, e compare os gráficos para o mesmo intervalo de tempo em que houveram picos no tempo de resposta da origem.
Se os picos de 552 (502) ocorrerem junto a picos de tempo de resposta da origem, há forte indício de problema na origem da aplicação.
Se houver um aumento de erros 499 (que geralmente ocorre quando clientes desistem da requisição por demora na resposta ou lentidão) no mesmo período, reforça a hipótese de ser um problema na origem.
OBS: Perceba que nos três gráficos houve picos por volta das 12h.
Edge Insights: detalhe “onde” e “o que” está lento
Use o Edge Insights de Tráfego para enxergar cada requisição e entender o impacto por backend.
Para a realização dessa análise, sugiro utilizar as seguintes colunas: Data/Hora, Hostname, URI, Status Code, Cache Status, Tempo de requisição, Tempo de resposta da origem e Backend.
Já os filtros essenciais para essa análise, recomendo utilizar: domínio ou hostname com erros 552, Status Code = 502 (552 na GoCache). Além disso, ajuste a janela de tempo para abranger o período dos picos vistos no Analytics.
Como interpretar os dados:
URIs com maior “Tempo de resposta da origem”: pode sugerir páginas/recursos candidatos a estarem causando lentidão, podendo estar atrelado ao tipo de conteúdo entregue pela página.
Status Code: confirme presença de 552 (502).
Cache Status: verifique se o conteúdo está sendo servido pela GoCache ou pela origem.
HIT: servido pelo cache da GoCache (origem não impactou a resposta).
Diferente de HIT (MISS/BYPASS/EXPIRED…): a resposta da requisição veio da origem.
Backend: identifique qual backend apresenta maior latência.
O que concluir e próximos passos:
Picos sincronizados de tempo de resposta da origem + 552 (502) e eventualmente 499, sugere lentidão, que geralmente está relacionada a sobrecarga na origem. Assim, é importante analisar a saúde do backend e realizar investigações para buscar por configurações que possam estar ocasionando essa sobrecarga.
Com o Edge Insights, aponte:
URIs mais afetadas;
Backends específicos lentos;
Se a resposta da requisição veio do cache (HIT) ou se foi atendida pela origem (MISS/BYPASS/EXPIRED).
Com isso, você já direciona a correção, podendo otimizar rotas, ajustar recursos do backend, revisar timeouts e configurações de cache.
Boas práticas rápidas:
Sincronize janelas de tempo entre todos os gráficos antes de comparar.
Anote os horários exatos dos picos para reproduzir no Edge Insights.
Isole variáveis: teste por hostname, URI e backend.
Revise cache: aumentar o TTL em rotas elegíveis a cache pode aliviar sobrecarga na origem.
Caso tenha alguma dúvida, entre em contato com o nosso suporte GoCache. Teremos prazer em ajudá-lo.
E-mail: suporte@gocache.com.br