Hanterade aviseringar för Adobe Commerce: Apdex kritisk avisering
Den här artikeln innehåller felsökningssteg när du får en Apdex viktig varning för Adobe Commerce i New Relic. Apdex-poängen mäter hur nöjda användarna är med svarstiden för webbprogram och tjänster. Det krävs omedelbara åtgärder för att åtgärda problemet. Varningen ser ut ungefär så här, beroende på vilken meddelandekanal du valt.
Berörda produkter och versioner
- Adobe Commerce om molninfrastruktur Pro planarkitektur
- Adobe Commerce om molninfrastruktur - arkitektur för Starter-plan
Problem
Du får en hanterad avisering i New Relic om du har registrerat upp till Hanterade aviseringar för Adobe Commerce och ett eller flera av aviseringströskelvärdena har överskridits. Dessa varningar har utvecklats av Adobe för att ge säljarna en standarduppsättning med hjälp av insikter från support och konstruktion.
Gör!
- Avbryt all schemalagd distribution tills den här aviseringen har rensats.
- Placera platsen i underhållsläge omedelbart om platsen inte svarar eller inte svarar alls. Anvisningar om hur du gör detta finns i Aktivera eller inaktivera underhållsläge i Commerce installationshandbok. Se till att du lägger till din IP-adress i listan över undantagna IP-adresser för att vara säker på att du fortfarande kan komma åt din webbplats för felsökning. Anvisningar om hur du gör detta finns i Underhåll listan över undantagna IP-adresser i Commerce installationshandbok.
Gör inte!
- lansera fler marknadsföringskampanjer som kan ge er webbplats fler sidvisningar.
- Kör indexerare eller ytterligare kroner som kan orsaka ytterligare stress på CPU eller disk.
- Utför några större administrativa uppgifter (t.ex. Commerce Admin, import/export av data).
- Rensa cachen.
Om du gör det ovan när du har fått en viktig varning, innan du har felsökt orsaken till aviseringen, kan det leda till att din webbplats inte svarar om du inte redan har ett avbrott i din webbplats.
Lösning
Följ de här stegen för att identifiera och felsöka orsaken.
-
Kontrollera om Adobe Commerce supportanmälan finns. Anvisningar finns i Spåra supportärenden i Commerce Support Knowledge Base. Supporten kan ha fått en New Relic-tröskelvärdesvarning, skapat en biljett och börjat arbeta med problemet. Om det inte finns någon biljett skapar du en. Biljetten ska ha följande information:
- Kontaktorsak: välj New Relic CRITICAL alert received.
- Beskrivning av aviseringen.
- New Relic Incidentlänk. Detta ingår i dina hanterade aviseringar för Adobe Commerce.
-
Identifiera källan till problemet genom att använda New Relic APM:s transaktionssida för att identifiera transaktioner med prestandaproblem:
- Sortera transaktioner efter stigande Apdex poäng. Apdex hänvisar till hur nöjda användarna är med svarstiden för dina webbprogram och tjänster. Ett lågt Apdex-poäng kan indikera en flaskhals (en transaktion med en högre svarstid). Vanligtvis är det databasen, Redis eller PHP. Anvisningar om hur du gör detta finns i New Relic Visa transaktioner med högst missnöjd med apdex.
- Sortera transaktioner efter högsta genomströmning, den långsammaste genomsnittliga svarstiden, den mest tidskrävande och andra tröskelvärden. Anvisningar finns i New Relic Hitta specifika prestandaproblem. Om du fortfarande har problem med att identifiera problemet kan du använda New Relic APM:s infrastruktursida.
-
Använd New Relic APM:s infrastruktursida för att identifiera resurskrävande processer. Anvisningar finns på sidan New Relic Värdar för infrastrukturövervakning: Processes tab.
-
Om tjänster som Redis eller MySQL är den främsta källan för minnesförbrukning kan du försöka med följande:
- Kontrollera att du har den senaste versionen. Nyare versioner kan ibland åtgärda minnesläckor. Om du inte har den senaste versionen bör du uppgradera. Anvisningar om hur du gör detta finns i Ändra tjänster i handboken för Commerce on Cloud.
- Kontrollera om det finns MySQL-problem som långvariga frågor, odefinierade primärnycklar och dubblerade index. Anvisningar finns i De vanligaste databasproblemen i Adobe Commerce i molninfrastruktur i Commerce Implementeringsspelningsbok.
- Sök efter PHP-problem. Granska pågående processer genom att köra
ps aufxi CLI/Terminal. I slutversionen ser du de kroniska jobb och processer som körs. Kontrollera utdata för processernas körningstid. Om det finns en kron med lång exekveringstid kan kronen hänga. Felsökningssteg finns i Långsamma prestanda, långsamma och långvariga kroner och Kronjobb som fastnat i körningsstatus i Commerce Support Knowledge Base.
-
När källan har identifierats kan SSH ta sig in i miljön för att undersöka ytterligare. Anvisningar om hur du gör detta finns i SSH i din miljö i handboken för Commerce on Cloud.
-
Om du fortfarande har svårt att identifiera källan bör du granska de senaste trenderna för att identifiera problem med nyligen använda koddistributioner eller konfigurationsändringar (till exempel nya kundgrupper och stora ändringar i katalogen). Vi rekommenderar att du granskar de senaste sju dagarnas aktivitet för att se eventuella samband i koddistributioner eller ändringar.
-
Om du inte kan hitta en lösning inom rimlig tid kan du begära en uppgradering eller placera platsen i underhållsläge om du inte redan har gjort det. Anvisningar om hur du gör detta finns i Begär tillfällig storleksändring i vår Commerce Support Knowledge Base och i Aktivera eller inaktivera underhållsläge i Commerce installationshandbok.
-
Om storleken på upp-sidan återställer webbplatsen till normal drift kan du begära en permanent uppstorlek (kontakta ditt Adobe-kontoteam), eller försöka återskapa problemet i din dedikerade mellanlagring genom att köra ett inläsningstest och optimera frågor, eller kod som minskar trycket på tjänsterna. Läs mer i Läs in och stresstestning i Commerce on Cloud Guide.