Felsöka prestanda med New Relic på Adobe Commerce
Skapat för:
- Utvecklare
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
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):
-
-
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.
-
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 .
-
Sök sedan efter moduler från tredje part som förbrukar resurser: betalare, ERP osv.
-
I avsnittet Övervakning av APM:
- Klicka på Transaktioner.
- Bläddra nedåt och klicka på Visa alla transaktionsregister.
- Du kan sortera transaktioner efter olika parametrar och hoppa till dem som orsakar misstanke.
- Granska transaktionerna med låga Apdex-poäng, ovanligt höga antal eller hög genomsnittlig tid, eller Dissat %.
- Klicka på varje enskild transaktion. Om du inte kan lösa problemet kan du skicka in en supportanmälan.
- 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):
-
- 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.
Hög processoranvändning:
Hög processoranvändning kan indikera att det finns en särskilt upptagen tjänst, som MySQL, Redis osv.
- Logga in på New Relic > Infrastruktur > Processer.
- 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.
Håll utkik efter en ovanlig topp jämfört med tidigare genomsnittliga I/O-åtgärder:
- Logga in på New Relic > Infrastruktur > Processer.
- Granska I/O-lästa byte per sekund-diagram.
- Registrera tidpunkten för toppen.
- Klicka på APM.
- Se till att du väljer tid för webbtransaktioner i listrutan för huvuddiagram.
- Ange tiden för tidpunkten för den tagg du spelade in.
- Sök efter transaktioner som har orsakat höga I/O-åtgärder.
- Granska alla transaktionsspår > Spårningsdetaljer för att hitta vad som kan orsaka problem.
Att undersöka ett driftstopp kan ta flera steg, nämligen att undersöka webb- och icke-webbtransaktioner, databaser och tredjepartstransaktioner. Webbtransaktioner:
- Logga in på New Relic > APM > Översikt. Se till att filtret är inställt på tiden för webbtransaktioner i det nedrullningsbara diagramfiltret.
- Begränsa tidsfönstret manuellt.
- Klicka på Transaktioner. Kontrollera att filtren är inställda på Webb och att de är mest tidskrävande. Undersök den senaste transaktionen.
- Om du behöver undersöka fler saker bör du överväga att kontrollera transaktioner som inte är webbtransaktioner.
Icke-webbtransaktioner:
- Gå tillbaka till sidan Översikt och växla till transaktioner som inte är webbtransaktioner i listrutan.
- Granska transaktionsspårningar längst ned på sidan, en i taget.
- Beroende på vad problemet är kan du behöva använda ett tredjepartsverktyg som en PHP-profilerare för att hitta en flaskhals.
- Om du behöver undersöka mer kan du överväga att undersöka databasprocesserna.
Databasprocesser:
-
Gå till Övervakning > Databaser på APM-sidan.
-
Sortera efter Användare.
-
Granska de vanligaste frågorna.
Obs!
UPPDATERA
ellerINFOGA
frågor är de mest processorkrävande frågorna. -
Växla till Genomflöde från Sortera efter väljare och sök efter processer som har orsakat databasens genomströmning till listruta.
-
Om du behöver utforska mer kan du överväga att undersöka tredjepartstjänster.
Tredjepartstjänster:
- Gå till Övervakning > Externa tjänster på APM-sidan.
- Välj den långsammaste genomsnittliga svarstiden i listrutan Sortera efter.
- Sök efter processer som inträffade precis före driftstoppet.