Desempenho do Site e APM

O Application Performance Monitoring informa onde o tempo do seu site realmente é gasto: percentis de tempo de resposta, URLs mais lentas, consultas de banco de dados mais lentas e o quanto o PHP está trabalhando. Este guia cobre como habilitar o APM, ler cada painel e agir com base no que ele mostra.

Onde o APM fica no KPanel

1. Entre em KPanel.
2. Clique em Websites na barra lateral esquerda e depois clique no site.
3. Na barra de abas do site, abra WordPress e depois APM.

O endereço direto é /websites/<site-id>/performance.

Ligando o APM

O APM fica desativado até que você o habilite. Em um plano elegível, a página mostra um cartão de Application Performance Monitoring com um botão Enable APM.

Habilitá-lo adiciona um log de acesso leve e um rastreador de solicitações lentas no nível do worker PHP. Não injeta nada em suas páginas e não adiciona trabalho à solicitação de um visitante, portanto é seguro deixá-lo ativado permanentemente.

Após habilitação, a página mostra um indicador APM Active com a data em que foi ativado, um botão Refresh e um botão Disable APM. As métricas só aparecem após a chegada de tráfego real, então um site quieto mostra Waiting for requests por um tempo.

Tempos de Resposta

O primeiro cartão contém quatro figuras da última hora, com a contagem de solicitações e o tempo de captura em seu cabeçalho.

Cada bloco é codificado por cor para que você possa ler o estado sem conhecer os limites.

Leia os percentis juntos, não separadamente. Uma mediana boa com um P95 terrível significa que a maioria das solicitações está bem e uma minoria é lenta, que é a assinatura clássica de uma página lenta, uma consulta lenta ou um cache que falha em certos URLs. Uma mediana ruim significa que todo o site é lento e a causa é geralmente estrutural: um plano insuficiente, um tema pesado ou cache desativado.

A taxa de erro 5xx é a única figura que deve ser zero. Qualquer coisa sustentada acima de zero significa que os visitantes estão vendo falhas.

PHP Workers

O cartão PHP Workers mostra três números:

• Active Workers: quantos processos PHP estão tratando solicitações no momento.
• Slow Requests: solicitações que excederam o limite de solicitação lenta e foram registradas.
• Total Handled: conexões aceitas desde o início do pool.

Active workers é um sinal de saturação. Se ficar fixado perto de seu limite durante o tráfego normal, as solicitações estão na fila atrás do PHP, e todo tempo de resposta na página acima é parcialmente tempo de fila. Isso é um problema de capacidade, não de código, e a solução é um plano maior ou menos trabalho por solicitação.

Uma contagem crescente de solicitações lentas com um volume de solicitações estável significa que algo se tornou caro.

Endpoints Mais Lentos

Este cartão lista suas URLs mais lentas por tempo de resposta P95, cada uma com uma barra, o P95 em milissegundos e quantas chamadas recebeu. A cor marca os piores infratores.

Leia-o como uma lista resumida, não uma classificação. O que você quer é a interseção de lento e frequentemente chamado: uma página que leva quatro segundos e é acessada duas vezes ao dia importa muito menos do que uma que leva 900 milissegundos e é acessada dez mil vezes.

Culpados comuns:

• Páginas de pesquisa que varrem sem um índice.
• Listagens de categorias e arquivos que criam grandes consultas por solicitação.
• Páginas de carrinho, checkout e conta, que nunca são armazenadas em cache porque são por visitante. Veja Site Caching para saber quais caminhos contornam o cache por design.
• URLs de admin, que são sempre dinâmicas.
• Qualquer coisa chamando uma API externa dentro da solicitação, onde você está medindo o servidor de outra pessoa.

Consultas Lentas

O cartão Slow Queries lista consultas de banco de dados com média superior a 100 milissegundos, extraídas dos dados de desempenho do próprio banco de dados. Cada linha mostra o tempo médio, o tempo máximo, a contagem de chamadas e o texto de consulta normalizado.

O texto da consulta é um resumo, com valores literais removidos, portanto a mesma consulta com parâmetros diferentes é agrupada em uma linha. Isso é o que torna a contagem de chamadas significativa.

Corrigir consultas lentas é geralmente uma de três coisas: adicionar um índice que a consulta precisa, reduzir a frequência com que a consulta é executada armazenando seu resultado em cache ou remover o plugin que a gera. Uma consulta com uma contagem de chamadas muito alta e uma média moderada é frequentemente pior em agregado do que um único outlier dramático.

Se as listas de endpoints e consultas voltar vazias, o cartão diz que nenhuma solicitação lenta foi detectada, o que significa que tudo na última hora estava dentro dos limites normais.

Usando APM Bem

Estabeleça uma linha de base. Veja os números quando o site está saudável, para saber como é normal. Um P95 de 700 milissegundos não significa nada até você saber que costumava ser 300.

Altere uma coisa por vez. Habilite um cache, atualize e compare. Desative um plugin suspeito, atualize e compare. Alterações agrupadas não fornecem sinal algum.

Atualize deliberadamente. O botão Refresh relê as métricas sob demanda. As figuras cobrem a última hora, então dê um tempo a uma alteração antes de julgá-la.

Olhe além do APM também. O APM mede sua aplicação. Se o problema for a rede ou a borda e não o código, Site Traffic Analytics e Site Uptime Monitoring o mostrarão.

Solução de Problemas

A página mostra um painel de upgrade. O APM está incluído no Managed WordPress Pro. Em outros planos, não está disponível.

O APM está ativado, mas não há métricas. Sem tráfego ainda. As métricas aparecem assim que o site recebe solicitações.

Os tempos de resposta estão bons no APM, mas o site parece lento. O APM mede apenas tempo do lado do servidor. O tempo gasto baixando imagens, executando JavaScript e carregando fontes no navegador é invisível aqui. Se o tempo do servidor for bom e a página ainda parecer lenta, o problema está no front-end ou no que você está pedindo ao navegador para buscar.

P95 piorou após uma atualização de plugin. Verifique a lista de endpoints mais lentos e depois a lista de consultas lentas. Um plugin que adicionou uma consulta a cada carregamento de página aparecerá em ambos.

Tudo está lento o tempo todo. Verifique primeiro os PHP workers quanto à saturação. Se os workers estiverem fixados, adicione capacidade ou reduza o trabalho por solicitação antes de otimizar qualquer outra coisa.

Erros acima de zero. Corrija-os antes de perseguir milissegundos. Comece com seus logs e use o botão Troubleshoot with Kora na aba Error pages do site, que pede ao Kora para ler seus logs de erro e falhas recentes para você. Veja Custom Error Pages.

Páginas Relacionadas

• Site Caching geralmente é a maior vitória para um site WordPress.
• Site Security para varredura de vulnerabilidades e malware no mesmo site.
• Taking a Backup antes de começar a remover plugins.