Solucionar problemas de desempenho usando o New Relic no Adobe Commerce

No Adobe Commerce na infraestrutura em nuvem, use o New Relic para solucionar problemas de desempenho. Este artigo também fornece recursos para obter mais informações e aborda uma baixa pontuação do Apdex, alto uso do CPU, altas operações de E/S e uma interrupção. Para corrigir isso, siga as etapas de solução de problemas e os recursos recomendados para o problema relevante.

Descrição description

Ambiente

Adobe Commerce na infraestrutura em nuvem.

Problema/Sintomas

  • Pontuação baixa do Apdex. Sua pontuação do Apdex do New Relic mede a satisfação dos usuários com o tempo de resposta dos aplicativos e serviços Web. Uma pontuação Apdex de 0,5 ou menos justifica investigação.
  • Alto uso do CPU. O alto uso do CPU indica um serviço particularmente ocupado, como MySQL ou Redis.
  • Operações de E/S altas. As operações de E/S variam de acordo com o cliente e diferem significativamente da média. Procure um pico incomum em comparação com operações de E/S médias anteriores.
  • Interrupção. O New Relic determina interrupções pela Apdex. Uma linha vermelha é exibida no gráfico de pontuação do Apdex quando o Apdex é menor que 0,4, o que é considerado uma interrupção.

Resolução resolution

Siga estas etapas para solucionar problemas de desempenho usando o New Relic:

Problema
Solução de problemas
Recursos
Baixa pontuação Apdex:

Sua pontuação Apdex do New Relic mede a satisfação dos usuários com o tempo de resposta de seus aplicativos e serviços Web.

Faça 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 uma investigação.

Tempos de transação da Web (solicitações do servidor):

  1. Fazer logon no New Relic > APM > Selecione uma Visão geral do aplicativo >. Defina o filtro como Web transactions time (Tempo de transações da Web) no filtro suspenso do gráfico principal. Na tabela Transactions, procure por App server time. Verifique se há transações suspeitas ou de longa duração.

  2. Investigue as transações individualmente acessando Monitoramento de > Transações. Defina os filtros como Web e Mais demorado.

  3. Procure módulos de terceiros que consumam recursos, como provedores de pagamento e sistemas ERP.

  4. Na seção Monitoramento de APM:

    1. Clique em Transações.
    2. Role para baixo e clique em Mostrar todas as tabelas de transações.
    3. Classifique as transações por vários parâmetros e revise as transações que parecem suspeitas.
    4. Revise as transações com uma baixa pontuação Apdex, contagem ou tempo médio excepcionalmente alto ou % de desistências.
    5. Clique em cada transação individual. Se você não puder resolver o problema, envie um tíquete de suporte.
    6. Se precisar investigar mais, verifique as transações que não sejam da Web.

Tempo de transação que não seja da Web (operações e tarefas em segundo plano):

  1. Fazer logon no New Relic > APM > Selecione uma Visão geral do aplicativo >. Selecione o tempo de transações que não sejam 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, trabalhos de importação e exportação e trabalhos de terceiros.
Para saber mais sobre a pontuação do Apdex do New Relic, consulte Documentação do New Relic > Apdex do APM >. Meça a satisfação do usuário. Consulte também Alertas gerenciados para Adobe Commerce: alerta de aviso Apdex na base de dados de suporte da Adobe Commerce.
Alto uso do CPU:

Alto uso do CPU indica um serviço particularmente ocupado, como MySQL ou Redis.
  1. Fazer logon no New Relic > Infraestrutura > Processos.
  2. Revise os gráficos do CPU para identificar um processo paralisado ou de alto consumo que use mais de 100% do tempo do CPU e compare-o com a contagem de processadores na instância. Preste atenção aos picos na utilização de recursos. Não mate um processo a menos que ele seja um cron paralisado.
Para saber mais sobre métricas de desempenho, especialmente porcentagem de CPU, bytes de E/S e uso de memória para processos individuais ou grupos de processos, consulte a página de Interface do Usuário de Infraestrutura da Documentação do New Relic > > página de Host de Infraestrutura > guia Processos.
Operações de E/S altas: para cada cliente, esse número é individual e difere significativamente da média.

Procure um pico incomum em comparação com a média anterior de operações de E/S:

  1. Fazer logon no New Relic > Infraestrutura > Processos.
  2. Revise o gráfico de Bytes de Leitura de E/S por Segundo.
  3. Registre a hora do pico.
  4. Clique em APM.
  5. Selecione o tempo das transações Web no filtro suspenso do gráfico principal.
  6. Defina a hora para a hora do pico registrado.
  7. Procurar transações que causaram operações de E/S altas.
  8. Aprofunde-se em cada rastreamento de Transação > Detalhes de rastreamento para identificar o que está causando o problema.
Interrupção: o New Relic determina interrupções pela Apdex. Uma linha vermelha aparece no gráfico de pontuação do Apdex quando o Apdex é < 0.4, o que é considerado uma interrupção.

A investigação de uma interrupção executa várias etapas, incluindo o exame de transações da Web e não-Web, bancos de dados e transações de terceiros.

Transações da Web:

  1. Fazer logon no New Relic > APM > Visão geral. Defina o filtro como Tempo de transações da Web no filtro de gráfico suspenso.
  2. Restrinja manualmente a janela de tempo.
  3. Clique em Transações. Defina os filtros como Web e Mais demorado. Investigue a transação de execução mais longa.
  4. Se precisar investigar mais, verifique as transações que não sejam da Web.

Transações que não são da Web:

  1. Retorne à página Visão geral e alterne para Transações que não sejam da Web no filtro suspenso.
  2. Revise os rastreamentos de transação na parte inferior da página, um por um.
  3. Dependendo do problema, use uma ferramenta de terceiros, como um profiler PHP para encontrar um gargalo.
  4. Se precisar investigar mais, examine os processos do banco de dados.

Processos de banco de dados:

  1. Na página APM, vá para Monitoring > Databases.

  2. Classifique por Mais demorado.

  3. Revise as principais consultas.

    Observação: ATUALIZAR ou INSERT as consultas são as consultas mais demoradas do CPU.

  4. Alterne para Throughput do seletor Classificar por e procure os processos que causaram a queda do throughput do banco de dados.

  5. Se precisar investigar mais, examine os serviços de terceiros.

Serviços de terceiros:

  1. Na página APM, vá para Monitoring > External services.
  2. Selecione Tempo médio de resposta mais lento na lista drop-down Classificar por.
  3. Procure processos que ocorreram antes da interrupção.
Para saber mais sobre como investigar problemas de desempenho específicos, consulte Documentação do New Relic > páginas da interface do usuário do APM > Página de transações > Usar funções de detalhamento.
recommendation-more-help
experience-cloud-kcs-help-kbarticles