Solucionar problemas de desempenho usando o New Relic no Adobe Commerce
Criado para:
- Desenvolvedor
Este artigo fornece etapas de solução de problemas para resolver problemas de desempenho de infraestrutura em nuvem do Adobe Commerce usando o New Relic. Também fornece recursos para obter mais informações. Os seguintes problemas abordados na tabela abaixo com recursos recomendados são:
- Pontuação baixa do Apdex
- Alto uso da CPU
- Operações de E/S altas
- Interrupção
Baixa pontuação Apdex:
Sua Pontuação do Apdex do New Relic mede a satisfação dos usuários com o tempo de resposta dos seus aplicativos e serviços Web.
Você faz logon no New Relic > APM > Visão geral. No lado direito da página Visão geral, você verá o gráfico de pontuação do Apdex. Uma pontuação Apdex de 0,5 ou menos é um ponto de preocupação e garante investigação: tempos de transação da Web (solicitações do servidor):
-
-
Faça logon no New Relic > APM > (Selecione um aplicativo) > Visão geral. Verifique se o filtro está definido como Tempo de transações da Web no filtro suspenso do gráfico principal. Abaixo na tabela Transactions, procure por App server time. Verifique se você tem transações suspeitas ou de longa duração.
-
Investigue-as individualmente em Monitoramento > Transações e certifique-se de definir os filtros para Web e Mais demorado .
-
Em seguida, pesquise por módulos de terceiros que consomem recursos: provedores de pagamento, ERP etc.
-
Na seção Monitoramento de APM:
- Clique em Transações.
- Role para baixo, clique em Mostrar todas as tabelas de transações.
- Você pode classificar transações por vários parâmetros e saltar para aqueles que causam suspeita.
- Revise as transações com uma baixa pontuação do Apdex, contagem excepcionalmente alta ou tempo médio alto ou % de dispersão.
- Clique em cada transação individual. Se não conseguir resolver o problema, envie um tíquete de suporte.
- Se precisar investigar mais, considere verificar transações que não sejam da Web.
-
Horário de transação não-Web (operações e tarefas em segundo plano):
-
- Faça logon no New Relic > APM > (Selecione um aplicativo) > Visão geral. Selecione o tempo das transações que não são da Web no filtro suspenso do gráfico principal. Clique em transações individuais na tabela Transações. Procure transações suspeitas ou de longa duração. Isso inclui trabalhos de back-end, trabalhos cron ou trabalhos de importação/exportação, incluindo trabalhos de terceiros.
Alto uso da CPU:
O alto uso da CPU pode indicar que há um serviço particularmente ocupado, como MySQL, Redis, etc.
- Faça logon no New Relic > Infraestrutura > Processos.
- Revise os gráficos da CPU para ver se há algum processo paralisado ou de alto consumo que esteja usando mais de 100% do tempo da CPU e compare com a contagem do processador na instância. Preste atenção aos picos na utilização de recursos. Não é recomendável matar um processo, a menos que seja um cron travado.
Procure um pico incomum em comparação com operações de E/S médias anteriores:
- Faça logon no New Relic > Infraestrutura > Processos.
- Revise o gráfico de Bytes de Leitura de E/S por Segundo.
- Registre a hora do pico.
- Clique em APM.
- Selecione o tempo de transações da web no filtro suspenso do gráfico principal.
- Defina o tempo para o pico registrado.
- Procurar transações que causaram operações de E/S altas.
- Aprofunde-se em cada rastreamento de Transação > Detalhes de rastreamento para encontrar o que pode estar causando problemas.
A investigação de uma interrupção pode tomar várias etapas, examinando transações da Web e não-Web, bancos de dados e transações de terceiros. Transações da Web:
- Faça logon no New Relic > APM > Visão geral. Verifique se o filtro está definido como Tempo de transações da Web no filtro de gráfico suspenso.
- Restrinja manualmente a janela de tempo.
- Clique em Transações. Verifique se os filtros estão definidos como Web e Mais demorado. Investigue a transação de execução mais longa.
- Se precisar investigar mais, considere verificar transações que não sejam da Web.
Transações que não são da Web:
- Retorne à página Visão geral e alterne para Transações que não sejam da Web no filtro suspenso.
- Revise os rastreamentos de transação na parte inferior da página, um por um.
- Dependendo do problema, você pode precisar usar uma ferramenta de terceiros como um profiler PHP para encontrar um gargalo.
- Se precisar investigar mais, considere examinar os processos do banco de dados.
Processos de banco de dados:
-
Na página APM, vá para Monitoring > Databases.
-
Classifique por Mais demorado.
-
Revise as principais consultas.
Observação:
ATUALIZAR
ouINSERT
as consultas são as consultas que mais consomem CPU. -
Alterne para Throughput do seletor Classificar por e procure os processos que causaram a queda do throughput do banco de dados.
-
Se precisar investigar mais, considere examinar serviços de terceiros.
Serviços de terceiros:
- Na página APM, vá para Monitoring > External services.
- Selecione o Tempo médio de resposta mais lento na lista drop-down Classificar por.
- Procure processos que ocorreram antes da interrupção.