Hanterade aviseringar för Adobe Commerce: ADOBE-varning

I den här artikeln beskrivs felsökningssteg när du får en varning om att Adobe Commerce i New Relic är mycket viktig för Apdex. Poängen i Apdex 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.

API-kritisk varning

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 utvecklades av Adobe för att ge säljarna en standarduppsättning med hjälp av insikter från support och konstruktion.

Gör!

Gör inte!

  • lansera fler marknadsföringskampanjer som kan ge er webbplats fler sidvisningar.
  • Kör indexerare eller ytterligare kroner som kan orsaka ytterligare belastning på processorn eller disken.
  • 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.

WARNING
Eftersom det här är en viktig varning rekommenderar vi att du slutför steg 1 innan du försöker felsöka problemet (steg 2 och framåt).
  1. Kontrollera om Adobe Commerce supportanmälan finns. Anvisningar finns i Spåra dina supportärenden i vår kunskapsbas för support. Supporten kan ha tagit emot en New Relic-tröskelvarning, 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:

  2. 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. En låg Apdex-poäng kan tyda på 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 svårt att identifiera problemet kan du använda infrastruktursidan för New Relic APM.
  3. Använd infrastruktursidan 🔗 för New Relic APM för att identifiera resurskrävande processer. Anvisningar om hur du gör detta finns på sidan New Relic Värdar för infrastrukturövervakning > fliken Processer.

  4. 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:

  5. 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 Cloud for Adobe Commerce > Technologies and requirements > SSH into your environment i vår utvecklardokumentation.

  6. 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.

  7. 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 finns i Så här begär du tillfällig storleksändring i vår kunskapsbas för support och Installationshandbok > Aktivera eller inaktivera underhållsläge i utvecklardokumentationen.

  8. Om storleken på upp-sidan återställer webbplatsen till normal drift kan du begära en permanent storlek (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. Mer information finns i Cloud for Adobe Commerce > Testa distribution > Läs in och stresstesta i utvecklardokumentationen.

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a