Prestaties oplossen met New Relic op Adobe Commerce

Low Apdex score:

Uw New Relic score van de Indexmeet de tevredenheid van gebruikers met de reactietijd van uw Webtoepassingen en de diensten.

U login aan New Relic> APM > Overzicht. Rechts op de pagina Overzicht ziet u de grafiek van de Apdex-score. Een score van de Index van 0.5 of minder is een punt van zorg en rechtvaardigt onderzoek: Web-transactie tijden (serververzoeken):

1. 1. Login aan New Relic> APM > (Selecteer een app) > Overzicht. Zorg ervoor de filter aan de transactietijd van het Web op de belangrijkste grafiek drop-down filter wordt geplaatst. Zoek hieronder in de tabel Transacties naar de tijd van de App-server. Controleer of u langdurige of verdachte transacties hebt.

   2. Onderzoek hen individueel door te gaan aan Controle > Transacties en zorg ervoor om de filters voor Web en Meest tijdrovend te plaatsen.

   3. Zoek vervolgens naar modules van derden die middelen verbruiken: betalingsproviders, ERP, enz.

   4. In het onderdeel Controle van APM:

      1. Klik op Transacties.
      2. Schuif omlaag en klik op Alle transacties tonen.
      3. U kunt transacties door diverse parameterssorteren en aan die springen die verdenking veroorzaken.
      4. Controleer de transacties met een lage Apdex-score, een ongewoon hoge telling of een hoge Gem-tijd, of Verspreid %.
      5. Klik op elke afzonderlijke transactie. Als u niet de kwestie kunt oplossen, voorlegt een steunkaartje.
      6. Als u verder moet onderzoeken, overweeg het controleren van niet-Webtransacties.

Tijd niet-webtransactie (bewerkingen en achtergrondtaken):

1. 1. Login aan New Relic> APM > (Selecteer een app) > Overzicht. Zorg ervoor dat u Tijd voor niet-webtransacties selecteert in het vervolgkeuzefilter voor de hoofdgrafiek. Klik op afzonderlijke transacties in de tabel Transacties. Zoek naar langdurige of verdachte transacties. Hieronder vallen back-endtaken, snijtaken of import-/exporttaken, waaronder taken van derden.

Hoog CPU-gebruik:

Het hoge gebruik van CPU kan erop wijzen dat er een bijzonder drukke dienst, zoals MySQL, Redis, enz. is.

1. Login aan New Relic> Infrastructuur > Processen.
2. Bekijk CPU-grafieken om te zien of er een vast of duur proces is dat meer dan 100% CPU-tijd gebruikt en vergelijk dit met processortelling op de instantie. Let op pieken in het gebruik van bronnen. Het wordt niet aanbevolen een proces te doden tenzij het een geplakt kruin is.

Er is een ongewone piek in vergelijking met eerdere gemiddelde I/O-bewerkingen:

1. Login aan New Relic> Infrastructuur > Processen.
2. Bekijk I/O-leesbytes per tweede grafiek.
3. Registreer de tijd van de piek.
4. Klik op APM.
5. Zorg ervoor dat u de tijd van webtransacties selecteert op het hoofdgrafiekvervolgkeuzefilter.
6. Stel de tijd in voor de tijd van de opgenomen piek.
7. Zoek naar transacties die hoge I/O verrichtingen hebben veroorzaakt.
8. Boor neer in elk Spoor van de Transactie > de details van het Spoor om te vinden wat kwesties zou kunnen veroorzaken.

Het onderzoeken van een stroomstoring kan verschillende stappen ondernemen, waarbij web- en niet-webtransacties, databases en transacties van derden worden onderzocht. Webtransacties:

1. Login aan New Relic> APM > Overzicht. Controleer of het filter is ingesteld op de tijd van webtransacties bij het vervolgkeuzelijstfilter.
2. Verkort handmatig het tijdvenster.
3. Klik op Transacties. Zorg ervoor dat de filters zijn ingesteld op Web en Meest tijdrovend. Onderzoek de langst lopende transactie.
4. Als u verder moet onderzoeken, overweeg het controleren van niet-Webtransacties.

Transacties buiten het web:

1. Ga terug naar de pagina van het Overzicht en schakel naar Niet-Webtransacties op de drop-down filter.
2. Transactietransacties bekijken helemaal onder aan de pagina, een voor een.
3. Afhankelijk van het probleem kan het nodig zijn om een hulpprogramma van derden te gebruiken, zoals een PHP-analyse, om een knelpunt te vinden.
4. Als u verder moet onderzoeken, overweeg het onderzoeken van gegevensbestandprocessen.

Databaseprocessen:

1. Ga op de APM-pagina naar Bewaking > Databases.

2. Sorteren op Meest tijdrovend.

3. Bekijk TOP-vragen.

   Nota: UPDATE of INSERTquery's zijn de meest CPU-verbruikende query's.

4. De schakelaar aan Productie van de Soort door selecteur en zoekt processen die de gegevensbestandproductie aan drop-down hebben veroorzaakt.

5. Als u verder moet onderzoeken, overweeg de derdediensten.

Services van derden:

1. Ga op de APM-pagina naar Bewaking > Externe services.
2. Selecteer de langzaamste gemiddelde reactietijd van Soort door drop-down lijst.
3. Zoek naar processen die vlak voor de stroomonderbreking voorkwamen.