Hanterade varningar för Adobe Commerce: CPU-varning

Den här artikeln innehåller felsökningssteg när du får en CPU-varning 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.

CPU-varning {width="500"}

Berörda produkter och versioner

Adobe Commerce om molninfrastruktur Pro planarkitektur

Problem

Du får en 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 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 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.

Lösning

Följ de här stegen för att identifiera och felsöka orsaken.

  1. 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 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, långsammast genomsnittlig svarstid, mest tidskrävande och andra tröskelvärden. Anvisningar finns i New Relic Hitta specifika prestandaproblem.
  2. Om du fortfarande har problem med att identifiera källan kan du använda 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.

  3. 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 Cloud för Adobe Commerce > SSH i din miljö i utvecklardokumentationen.

  4. 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å snabbnivå i vår kunskapsbas för support.
  5. 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 kunskapsbas för support 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 Cloud for Adobe Commerce > Testa distribution > Läs in och stresstesta i utvecklardokumentationen.

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