Felsöka prestanda med New Relic på Adobe Commerce

Den här artikeln innehåller felsökningssteg för att lösa Adobe Commerce om prestandaproblem i molninfrastruktur med New Relic. Det innehåller också resurser för mer information. Följande problem med rekommenderade resurser som beskrivs i tabellen nedan är:

  • Låga Apdex-poäng
  • Hög CPU-användning
  • Höga I/O-åtgärder
  • Utfall
Problem
Felsökning
Resurs

Låg poäng för Apdex:

Din New Relic Apdex-poäng mäter hur nöjda användarna är med svarstiden för dina webbprogram och tjänster.

Du loggar in på New Relic > APM > Översikt. På höger sida av översiktssidan ser du diagrammet för Apdex-bakgrundsmusik. En Apdex-poäng på 0,5 eller mindre ger anledning till oro och motiverar en utredning: Web-transaction times (serverförfrågningar):

    1. Logga in på New Relic > APM > (välj en app) > Översikt. Se till att filtret är inställt på tiden för webbtransaktioner i listrutan för huvuddiagram. Titta efter programserverns tid i tabellen Transaktioner. Kontrollera om du har några långvariga eller misstänkta transaktioner.

    2. Undersök dem individuellt genom att gå till Övervaka > Transaktioner och se till att du anger filtren för webben och den mest tidskrävande .

    3. Sök sedan efter moduler från tredje part som förbrukar resurser: betalare, ERP osv.

    4. I avsnittet Övervakning av APM:

      1. Klicka på Transaktioner.
      2. Bläddra nedåt och klicka på Visa alla transaktionsregister.
      3. Du kan sortera transaktioner efter olika parametrar och hoppa till dem som orsakar misstanke.
      4. Granska transaktionerna med låga Apdex-poäng, ovanligt höga antal eller hög genomsnittlig tid, eller Dissat %.
      5. Klicka på varje enskild transaktion. Om du inte kan lösa problemet kan du skicka in en supportanmälan.
      6. Om du behöver undersöka fler saker bör du överväga att kontrollera transaktioner som inte är webbtransaktioner.

Tid för icke-webbtransaktioner (åtgärder och bakgrundsuppgifter):

    1. Logga in på New Relic > APM > (välj en app) > Översikt. Se till att du väljer Tid för icke-webbtransaktioner i listrutan för huvuddiagram. Klicka på enskilda transaktioner i transaktionsregistret. Håll utkik efter långvariga eller misstänkta transaktioner. Detta omfattar backend-jobb, cron-jobb eller import-/exportjobb, inklusive tredjepartsjobb.
Mer information om New Relic Apdex-poängen finns i New Relic Documentation > APM Apdex > Mät användarnöjdhet. Du kan även referera till Hanterade aviseringar för Adobe Commerce: Apdex-varning i vår kunskapsbas för support.

Hög processoranvändning:

Hög processoranvändning kan indikera att det finns en särskilt upptagen tjänst, som MySQL, Redis osv.

  1. Logga in på New Relic > Infrastruktur > Processer.
  2. Granska processordiagram för att se om det finns någon fastande eller mycket krävande process som använder mer än 100 % processortid och jämföra med processorantalet för instansen. Var uppmärksam på toppar i resursanvändningen. Vi rekommenderar inte att du avbryter en process om den inte är en ifastande kron.
Om du vill veta mer om prestandamätningar, särskilt CPU i procent, I/O-byte och minnesanvändning för enskilda eller grupper av processer, kan du läsa New Relic Documentation > Infrastructure UI page > Infrastructure Host page > Processes tab.
Hög I/O-drift: För varje kund är det här antalet individuellt men skiljer sig avsevärt från genomsnittet.

Håll utkik efter en ovanlig topp jämfört med tidigare genomsnittliga I/O-åtgärder:

  1. Logga in på New Relic > Infrastruktur > Processer.
  2. Granska I/O-lästa byte per sekund-diagram.
  3. Registrera tidpunkten för toppen.
  4. Klicka på APM.
  5. Se till att du väljer tid för webbtransaktioner i listrutan för huvuddiagram.
  6. Ange tiden för tidpunkten för den tagg du spelade in.
  7. Sök efter transaktioner som har orsakat höga I/O-åtgärder.
  8. Granska alla transaktionsspår > Spårningsdetaljer för att hitta vad som kan orsaka problem.
Utfall: New Relic fastställer avbrott per Apdex. En röd linje visas i Apdex-poängdiagrammet, vilket anger att Apdex är < 0.4, vilket anses vara ett avbrott.

Att undersöka ett driftstopp kan ta flera steg, nämligen att undersöka webb- och icke-webbtransaktioner, databaser och tredjepartstransaktioner. Webbtransaktioner:

  1. Logga in på New Relic > APM > Översikt. Se till att filtret är inställt på tiden för webbtransaktioner i det nedrullningsbara diagramfiltret.
  2. Begränsa tidsfönstret manuellt.
  3. Klicka på Transaktioner. Kontrollera att filtren är inställda på Webb och att de är mest tidskrävande. Undersök den senaste transaktionen.
  4. Om du behöver undersöka fler saker bör du överväga att kontrollera transaktioner som inte är webbtransaktioner.

Icke-webbtransaktioner:

  1. Gå tillbaka till sidan Översikt och växla till transaktioner som inte är webbtransaktioner i listrutan.
  2. Granska transaktionsspårningar längst ned på sidan, en i taget.
  3. Beroende på vad problemet är kan du behöva använda ett tredjepartsverktyg som en PHP-profilerare för att hitta en flaskhals.
  4. Om du behöver undersöka mer kan du överväga att undersöka databasprocesserna.

Databasprocesser:

  1. Gå till Övervakning > Databaser på APM-sidan.

  2. Sortera efter Användare.

  3. Granska de vanligaste frågorna.

    Obs! UPPDATERA eller INFOGAfrågor är de mest processorkrävande frågorna.

  4. Växla till Genomflöde från Sortera efter väljare och sök efter processer som har orsakat databasens genomströmning till listruta.

  5. Om du behöver utforska mer kan du överväga att undersöka tredjepartstjänster.

Tredjepartstjänster:

  1. Gå till Övervakning > Externa tjänster på APM-sidan.
  2. Välj den långsammaste genomsnittliga svarstiden i listrutan Sortera efter.
  3. Sök efter processer som inträffade precis före driftstoppet.
Mer information om hur du undersöker specifika prestandaproblem finns i New Relic Documentation > APM UI pages > Transactions page > Use drill down functions.
recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a