Hanterade varningar på Adobe Commerce: CPU-kritisk varning

I den här artikeln beskrivs felsökningssteg när du får en viktig processorvarning för Adobe Commerce i New Relic. 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.

Diskkritisk varning

Berörda produkter och versioner

Adobe Commerce om molninfrastruktur Pro planarkitektur

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 Commerce för att ge kunderna 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, vilket kan orsaka extra belastning på processorn eller disken.
  • Utför några större administrativa uppgifter (t.ex. Commerce Admin, import/export av data).
  • Rensa cachen.

Din webbplats kanske inte svarar (om du inte redan har ett avbrott i din webbplats) om du utför någon av åtgärderna"Gör inte" innan du har undersökt och löst orsaken till varningen.

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

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:

  1. Kontaktorsak: välj"New Relic CRITICAL-varning mottagen".

  2. Beskrivning av aviseringen.

  3. Länk till New Relic Incident. Detta ingår i dina hanterade aviseringar för Adobe Commerce.

  4. Använd 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 indikera en flaskhals (en transaktion med en högre svarstid). Vanligtvis är den relaterad till 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, långsammast genomsnittlig svarstid, mest tidskrävande och andra tröskelvärden. Anvisningar finns i New Relic Hitta specifika prestandaproblem.
  5. Om du fortfarande har problem med att identifiera källan använder du New Relic APM:s infrastruktursida för att identifiera resurskrävande tjänster. Anvisningar om hur du gör detta finns på sidan New Relic Värdar för infrastrukturövervakning > fliken Processer.

  6. Om du identifierar källan kommer SSH in i miljön för att undersöka ytterligare. Anvisningar om hur du gör detta finns i SSH i din miljö för Adobe Commerce om molninfrastruktur i utvecklardokumentationen.

  7. Om du fortfarande har svårt att identifiera källan:

    • Granska de senaste trenderna för att identifiera problem med de senaste koddistributionerna eller konfigurationsändringarna (t.ex. nya kundgrupper och stora förändringar i katalogen). Vi rekommenderar att du granskar de senaste sju dagarnas aktivitet för att se eventuella samband i koddistributioner eller ändringar.
    • Du bör kontrollera och inaktivera platta kataloger. Anvisningar om hur du gör detta finns i Långsamma prestanda, långsamma och långvariga kroner i vår kunskapsbas för support.
    • Om du misstänker att du har en DDoS-attack kan du försöka blockera robottrafiken. Anvisningar finns i Så här blockerar du skadlig trafik för Adobe Commerce på molninfrastruktur på snabbnivå i vår kunskapsbas för support.
  8. Om problemet verkar vara tillfälligt utför du åtgärder som att uppgradera eller försätter platsen i underhållsläge. Anvisningar finns i Så här begär du tillfällig storleksändring i vår supportkunskapsbas och Installationshandbok > Aktivera eller inaktivera underhållsläge i utvecklardokumentationen. 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. Anvisningar finns i Testa distribution > Läs in och stresstestning i utvecklardokumentationen för Adobe Commerce om molninfrastruktur.

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