Verwaltete Warnhinweise zu Adobe Commerce: speicherkritische Warnhinweise

Überprüfen Sie, ob ein Adobe Commerce-Support-Ticket vorhanden ist. Anweisungen finden Sie unter Tracking Ihrer Support-Tickets in unserer Support-Wissensdatenbank. Möglicherweise hat der Support bereits eine New Relic-Schwellenwarnung erhalten, ein Ticket erstellt und mit der Bearbeitung des Problems begonnen. Wenn kein Ticket existiert, erstellen Sie eines. Das Ticket sollte die folgenden Informationen enthalten:

• Kontaktgrund: Wählen Sie "New Relic CRITICAL alert".
• Beschreibung der Warnung
• New Relic-Vorfall-Link. Dies ist in Ihren verwalteten Warnhinweisen für Adobe Commerce enthalten.

Verwenden Sie die Infrastruktur-Seite des New Relic-APM🔗, um die wichtigsten speicherintensiven Prozesse zu identifizieren. Anweisungen finden Sie unter New Relic Seite mit Hosts zur Infrastrukturüberwachung > Registerkarte "Prozesse":

• Wenn Dienste wie Redis, MySQL oder PHP die wichtigsten Quellen für den Speicherverbrauch sind, versuchen Sie Folgendes:

Vergewissern Sie sich, dass Sie die neuesten Versionen 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 das Problem mit dem Dienst nicht versionsbezogen ist, versuchen Sie Folgendes:

MySQL: Suchen Sie nach Problemen wie langwierigen Abfragen, nicht definierten Primären Schlüsseln und doppelten Indizes. Anweisungen finden Sie unter Die häufigsten Datenbankprobleme in Adobe Commerce in der Cloud-Infrastruktur in unserer Support-Wissensdatenbank.

Redis: Wenn Redis eine der wichtigsten Quellen für den Speicherverbrauch ist, senden ein Support-Ticket.

PHP: Wenn PHP eine der wichtigsten Quellen für den Speicherverbrauch ist, überprüfen Sie laufende Prozesse, indem Sie ps aufx im CLI/Terminal ausführen. In der Terminal-Ausgabe sehen Sie Cron-Aufträge und -Prozesse, 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 zur Fehlerbehebung finden Sie unter Langsame Leistung, langsame und lange laufende Crons und Cron-Auftrag stecken im Status "Wird ausgeführt" in unserer Support-Wissensdatenbank.

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.

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 Codebereitstellungen 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 Aktualisierung an oder platzieren Sie die Site in den Wartungsmodus, falls Sie dies noch nicht getan haben. Anweisungen finden Sie unter Anfordern der temporären Größenanpassung in unserer Support-Wissensdatenbank und Installationshandbuch > Wartungsmodus aktivieren oder deaktivieren in unserer Entwicklerdokumentation.

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. Siehe Adobe Commerce über Cloud-Infrastruktur > Testbereitstellung > Laden und Stresstests in unserer Entwicklerdokumentation.