Verwaltete Warnhinweise für Adobe Commerce: Warnhinweis zur Speichernutzung

In diesem Artikel finden Sie Schritte zur Fehlerbehebung, wenn Sie eine Speicherwarnung für Adobe Commerce in New Relic erhalten. Um dieses Problem zu beheben, sind sofortige Maßnahmen erforderlich. Der Warnhinweis sieht je nach ausgewähltem Benachrichtigungskanal für Warnhinweise ungefähr wie folgt aus.

Speicherwarnung {width="500"}

Betroffene Produkte und Versionen

Adobe Commerce on Cloud Infrastructure Pro-Planarchitektur

Problem

Sie erhalten eine Warnung in New Relic, wenn Sie bis zu Warnhinweise für Adobe Commerce verwalten angemeldet haben und mindestens eine der Warnschwellen überschritten wurde. Diese Warnhinweise wurden von Adobe Commerce entwickelt, um Kunden einen Standardsatz mit Einblicken aus dem Support und Engineering zu bieten.

Do!:

  • Es wird empfohlen, alle geplanten Implementierungen abzubrechen, bis dieser Warnhinweis gelöscht wird.
  • Setzen Sie Ihre Site sofort in den Wartungsmodus, wenn Ihre Site vollständig oder gar nicht reagiert. Anweisungen finden Sie unter Installationshandbuch > Wartungsmodus aktivieren oder deaktivieren in unserer Entwicklerdokumentation. Stellen Sie sicher, dass Sie Ihre IP-Adresse zur Liste der ausgenommenen IP-Adressen hinzufügen, um sicherzustellen, dass Sie weiterhin auf Ihre Website zugreifen können, um die Fehlerbehebung durchzuführen. Anweisungen finden Sie unter Verwalten der Liste der ausgenommenen IP-Adressen in unserer Entwicklerdokumentation.

Nicht!:

  • Starten Sie zusätzliche Marketing-Kampagnen, die zusätzliche Seitenansichten zu Ihrer Site bringen können.
  • Führen Sie Indexer oder zusätzliche Crons aus, was zusätzliche Belastungen für CPU oder Festplatte verursachen kann.
  • Führen Sie alle wichtigen Verwaltungsaufgaben aus (d. h. den Administrator, Datenimport/-export).
  • Löschen Sie den Cache.

Lösung

Führen Sie diese Schritte aus, um die Ursache zu identifizieren und zu beheben.

  1. Verwenden Sie die Infrastruktur-Seite des New Relic-APM🔗, um die wichtigsten speicherintensiven Prozesse zu identifizieren. Anweisungen hierzu finden Sie auf der New Relic Seite mit Hosts zur Infrastrukturüberwachung > Registerkarte "Prozesse". Wenn Dienste wie Redis oder MySQL die Hauptquelle für den Speicherverbrauch sind, versuchen Sie Folgendes:

    • Vergewissern Sie sich, dass Sie die neueste Version verwenden. Neuere Versionen können manchmal Speicherlecks beheben. Wenn Sie nicht die neueste Version verwenden, sollten Sie ein Upgrade in Erwägung ziehen. Anweisungen finden Sie unter Adobe Commerce auf Cloud-Infrastruktur > Dienste > Dienste ändern in unserer Entwicklerdokumentation.
    • Wenn Sie immer noch nicht die Ursache für den erhöhten Speicherverbrauch ermitteln können, überprüfen Sie, ob MySQL-Probleme wie langwierige Abfragen, nicht definierte Primäre Schlüssel und doppelte Indizes vorliegen. Anweisungen finden Sie unter Die häufigsten Datenbankprobleme in Adobe Commerce in der Cloud-Infrastruktur in unserer Support-Wissensdatenbank.
    • Wenn es keine MySQL-Probleme gibt, suchen Sie nach PHP-Problemen. Überprüfen Sie die ausgeführten Prozesse, indem Sie im CLI/Terminal ps aufx ausführen. In der Terminal-Ausgabe werden Cron-Aufträge und -Prozesse angezeigt, die derzeit ausgeführt werden. Überprüfen Sie die Ausgabe auf die Ausführungszeit der Prozesse. Wenn es einen Cron mit einer langen Ausführungszeit gibt, hängt der Cron möglicherweise. Informationen zu den Schritten zur Fehlerbehebung finden Sie in unserer Support-Wissensdatenbank unter Langsame Leistung, langsame und langwierige Crons und Cron-Auftrag stecken im Status "Wird ausgeführt".
  2. Wenn Sie immer noch Schwierigkeiten haben, die Ursache des Problems zu ermitteln, verwenden Sie die Transaktionsseite des New Relic APM🔗, um Transaktionen mit Leistungsproblemen zu identifizieren:

    • Sortieren von Transaktionen nach aufsteigenden Apdex-Werten. Apdex bezieht sich auf die Benutzerzufriedenheit mit der Antwortzeit Ihrer Webanwendungen und -dienste. Ein niedriger Apdex-Wert kann auf einen Engpass (eine Transaktion mit einer höheren Antwortzeit) hinweisen. Normalerweise ist es die Datenbank, Redis oder PHP. Anweisungen finden Sie unter New Relic Anzeigen von Transaktionen mit der höchsten Apdex-Unzufriedenheit.
    • Sortieren Sie Transaktionen nach dem höchsten Durchsatz, der langsamsten durchschnittlichen Antwortzeit, dem zeitaufwendigsten und anderen Schwellenwerten. Anweisungen finden Sie unter New Relic Suchen nach bestimmten Leistungsproblemen. Wenn Sie immer noch Schwierigkeiten haben, das Problem zu identifizieren, verwenden Sie die Infrastruktur-Seite von New Relic APM.
  3. Wenn Sie die Ursache des erhöhten Speicherverbrauchs nicht identifizieren können, überprüfen Sie die aktuellen Trends, um Probleme mit kürzlich durchgeführten Code-Bereitstellungen oder Konfigurationsänderungen zu identifizieren (z. B. neue Kundengruppen und große Änderungen am Katalog). Es wird empfohlen, die letzten sieben Tage der Aktivität auf Korrelationen in Code-Bereitstellungen oder Änderungen zu überprüfen.

  4. Wenn die oben genannten Methoden Ihnen nicht helfen, die Ursache und/oder Lösung innerhalb einer angemessenen Zeit zu finden, fordern Sie eine Aktualisierung an oder platzieren Sie die Site in den Wartungsmodus, falls Sie dies noch nicht getan haben. Anweisungen dazu finden Sie in unserer Entwicklerdokumentation unter Anfordern der temporären Größenanpassung in unserer Support-Wissensdatenbank und unter Installationshandbuch > Wartungsmodus aktivieren oder deaktivieren .

  5. Wenn die Upsize-Datei den normalen Betrieb der Site wiederherstellt, sollten Sie eine permanente Upsize anfordern (wenden Sie sich an Ihr Adobe Account-Team) oder versuchen, das Problem in Ihrer dedizierten Staging-Umgebung zu reproduzieren, indem Sie einen Lasttest durchführen und Abfragen optimieren oder Code verwenden, der den Druck auf Dienste verringert. Weitere Informationen finden Sie in unserer Entwicklerdokumentation unter Adobe Commerce unter Cloud-Infrastruktur > Testbereitstellung > Laden und Stresstests .

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