Verwaltete Warnhinweise für Adobe Commerce: Speicherwarnhinweis

Verwenden Sie die Seite „Infrastruktur“ von New Relic APM, um die speicherintensivsten Prozesse zu identifizieren. Anweisungen hierzu befinden sich auf der Seite New Relic Überwachung von Hosts der Infrastruktur > Registerkarte Prozesse. Wenn Services 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 hierzu finden Sie unter Adobe Commerce in Cloud-Infrastruktur > Services > Service ändern in unserer Entwicklerdokumentation.
• Wenn Sie die Ursache für den erhöhten Speicherverbrauch immer noch nicht identifizieren können, überprüfen Sie auf MySQL-Probleme wie lange laufende Abfragen, nicht definierte Primäre Schlüssel und doppelte Indizes. Anweisungen hierzu finden Sie unter Häufigste Datenbankprobleme in Adobe Commerce auf Cloud in unserer Support-Wissensdatenbank.
• Wenn keine MySQL-Probleme vorliegen, überprüfen Sie diese auf PHP-Probleme. Überprüfen Sie die ausgeführten Prozesse, indem Sie ps aufx in der CLI/Terminal ausführen. In der Terminal-Ausgabe werden Cron-Aufträge und -Prozesse angezeigt, die derzeit ausgeführt werden. Prüft die Ausgabe auf die Ausführungszeit der Prozesse. Wenn es eine Cron mit einer langen Ausführungszeit gibt, hängt die Cron möglicherweise. Siehe Langsame Leistung, langsame und langwierige Crons und Cron-Auftrag steckt im Status „Wird ausgeführt“unserer Support-Wissensdatenbank für Schritte zur Fehlerbehebung.

Wenn Sie immer noch versuchen, die Ursache des Problems zu identifizieren, verwenden Sie die Seite Transaktion von New Relic APM um Transaktionen mit Leistungsproblemen zu identifizieren:

• Sortieren Sie Transaktionen nach aufsteigenden Apdex-Werten. Apdex bezieht sich auf die Benutzerzufriedenheit hinsichtlich der Antwortzeit Ihrer Web-Anwendungen und -Services. Ein niedriger Apdex-Wert kann auf einen Engpass hinweisen (eine Transaktion mit einer höheren Antwortzeit). Normalerweise ist es die Datenbank, Redis oder PHP. Anweisungen hierzu finden Sie unter New Relic Transaktionen mit höchster Apdex-Unzufriedenheit anzeigen.
• Sortieren Sie Transaktionen nach dem höchsten Durchsatz, der langsamsten durchschnittlichen Antwortzeit, dem zeitaufwendigsten Wert und anderen Schwellenwerten. Anweisungen hierzu finden Sie unter New Relic Spezifische Leistungsprobleme suchen. Wenn Sie immer noch Schwierigkeiten haben, das Problem zu identifizieren, verwenden Sie die Seite Infrastruktur von New Relic APM.

Wenn Sie die Ursache für den erhöhten Speicherverbrauch nicht identifizieren können, überprüfen Sie die neuesten Trends, um Probleme mit aktuellen Code-Bereitstellungen oder Konfigurationsänderungen (z. B. neue Kundengruppen und große Änderungen am Katalog) zu identifizieren. Es wird empfohlen, die letzten sieben Tage der Aktivität auf Korrelationen in Code-Bereitstellungen oder -Änderungen zu überprüfen.

Wenn die oben genannten Methoden Ihnen nicht helfen, die Ursache und/oder Lösung innerhalb einer angemessenen Zeit zu finden, fordern Sie eine Vergrößerung an oder setzen Sie die Site in den Wartungsmodus, falls Sie dies noch nicht getan haben. Anweisungen hierzu finden Sie unter Wie man temp resize anfordert in unserer Support-Wissensdatenbank und Installationshandbuch > Wartungsmodus aktivieren oder deaktivieren in unserer Entwicklerdokumentation.

Wenn die Aktualisierung zu einem normalen Betrieb der Website führt, sollten Sie eine permanente Aktualisierung anfordern (wenden Sie sich an Ihr Adobe-Account-Team) oder versuchen Sie, das Problem in Ihrem dedizierten Staging zu reproduzieren, indem Sie einen Lasttest durchführen und Abfragen optimieren oder Code verwenden, der den Druck auf die Services reduziert. Siehe Adobe Commerce in der Cloud-Infrastruktur > Testbereitstellung > Belastungs- undin unserer Entwicklerdokumentation.