[Somente PaaS]{class="badge informative" title="Aplica-se somente a projetos do Adobe Commerce na nuvem (infraestrutura do PaaS gerenciada pela Adobe) e a projetos locais."}

Como usar o nerdlet Observation for Adobe Commerce

Abordagem geral para analisar problemas

Verifique os estados dos recursos do ambiente:

  • Examine a % de Storage Free and MySQL % free storage by node quadros.

    • Siga os links no cabeçalho do quadro se houver pouco armazenamento.
  • Examine a % de free system memory and Swap memory free in bytes quadros.

    • Se esses estados exibirem uma memória muito baixa, eles poderão causar problemas.
  • Examine o quadro Alerts during the timeframe.

    • O Adobe Commerce na infraestrutura em nuvem fornece Managed alerts. Você pode clicar no link no cabeçalho para ver Support Knowledge Base artigos que ajudarão a determinar ações de sua parte para alertas específicos.
  • Examine o quadro CPU % by host: se ele estiver apresentando alta utilização de CPU, verifique o artigo Support Knowledge Base no cabeçalho do quadro. Além disso, verifique se as importações/exportações ou os backups do banco de dados não estão sendo feitos durante períodos de pico de tráfego.

  • Verifique o quadro Web Traffic volume compared to one week ago: se o tráfego for muito maior do que a semana anterior durante o mesmo período, ele pode ser explicado (campanha de venda ou novos produtos que foram comercializados, por exemplo)?

    • Se um aumento no tráfego não puder ser explicado, verifique o Tempo médio de resposta (milissegundos) para o ambiente de produção. O tráfego mais alto está contribuindo para um tempo de resposta diferente do normal? Expanda o período para ver se é uma anomalia.
    • O aumento no tráfego está afetando as transações da Web? Verifique se há erros no quadro Response Code. Se o site estiver inativo, você pode clicar no link Site Down? no cabeçalho do quadro. O quadro identificará quaisquer erros que estejam ocorrendo e sua frequência.
    • Alguém implantou alterações no seu site? O quadro Deployment Log Entries indicará se alguma implantação foi feita durante o período de problema. Se o problema ocorrer imediatamente após a implantação, pode ser que as atividades de implantação estejam adicionando mais carga ao site (caches limpos, serviços reiniciados etc.).
    • Ocorreu um upsize ou downsize? Se o site foi submetido a upsizing temporariamente, ele pode ter retornado ao tamanho de cluster original. Se uma solicitação foi feita para aumentar a capacidade do site, talvez ocorra um upsize. Verifique o quadro Upsize/Downsize – vCPU view over the timeline. Esse quadro às vezes detecta uma interrupção em um determinado nó. Se o tamanho diminuir, isso pode indicar um problema com um ou mais nós.
  • A guia IP Frequency identifica a frequência de solicitação de endereços IP feitos nos servidores de origem (o que significa que a solicitação não pôde ser atendida de Fastly, pois 74 não foi armazenada em cache).

    • Para quaisquer problemas relacionados a Fastly, verifique o quadro Fastly Cache e selecione a faceta Erro para ver a porcentagem de solicitações que são erros. Eles podem indicar um problema de backend se coincidirem com um carregamento que não seja da Web.
    • Se a carga não parece ser devido ao tráfego da Web, pode haver erros ou um acúmulo de solicitações que não sejam da Web, como consultas lentas ou crons.
  • Verifique o quadro Database Errors quanto a erros que podem coincidir com a linha do tempo de problema/problema.

  • Verifique o quadro Database mysql-slow.log para identificar instruções SQL que estão ocorrendo. Os comandos INSERT, UPDATE e DELETE podem demorar um pouco se a consulta não estiver otimizada. Mesmo instruções SELECT podem ser muito ineficientes se feitas em tabelas grandes.

  • Os quadros PHP States e PHP Errors mostrarão possíveis problemas com o PHP. O quadro PHP States mostrará terminações, inícios e quando o serviço atingir o estado pronto por nó. O quadro PHP Errors pode ajudar a isolar onde o problema está com o PHP, como tamanho da memória, workers ou o número de servidores.

  • Para ver a latência nas transações, a tabela Transações - Média, Máx, Mín. pode ser classificada por coluna para mostrar a duração da transação de execução mais longa. Um cluster sobrecarregado terá durações latentes nas transações, mas também mostrará anomalias que podem apontar um problema com um método ou cron.

  • O quadro Cron error mostrará cron bloqueios, erros de SQL que podem estar associados a cron logs e ao preparo compartilhado crons que pode estar em execução em ambientes de produção quando há um ambiente de preparo dedicado.

  • O quadro ElasticSearch Errors mostra erros que podem indicar problemas graves com Elasticsearch consultas, dados ou índices.

recommendation-more-help
c2d96e17-5179-455c-ad3a-e1697bb4e8c3