Beheerde waarschuwingen voor Adobe Commerce: waarschuwing voor geheugenproblemen

Controleer of er een Adobe Commerce-ondersteuningsticket bestaat. Zie voor stappen Volg uw ondersteuningstickets in onze kennisbasis voor ondersteuning. De ondersteuning heeft mogelijk al een New Relic-drempelwaardewaarschuwing ontvangen, een ticket gemaakt en aan het probleem gewerkt. Als er geen ticket bestaat, maakt u er een. Het ticket moet de volgende informatie bevatten:

• Reden van contactpersoon: selecteer "KRITIEKE New Relic-waarschuwing ontvangen"
• Beschrijving van de signalering
• New Relic Incident Link. Dit is inbegrepen in uw Beheerde waarschuwingen voor Adobe Commerce.

Gebruiken New Relic APM's infrastructuurpagina om de belangrijkste geheugenintensieve processen te identificeren. Raadpleeg New Relic voor meer informatie Infrastructuurbewaking Hosts pagina > tabblad Processen:

• Als services zoals Redis, MySQL of PHP de belangrijkste bronnen van geheugenverbruik zijn, kunt u het volgende proberen:

Controleer of u de nieuwste versies hebt. In nieuwere versies kunnen soms geheugenlekken worden gecorrigeerd. Als u niet over de nieuwste versie beschikt, kunt u een upgrade uitvoeren. Raadpleeg voor stappen Adobe Commerce on cloud Infrastructure > Services > Change Services in onze ontwikkelaarsdocumentatie.

Als het probleem met de service geen versiegerelateerd probleem is, probeert u het volgende:

MySQL: Controleren op problemen zoals langdurige query's, primaire sleutels niet gedefinieerd en dubbele indexen. Raadpleeg voor stappen Meest voorkomende databaseproblemen in Adobe Commerce op cloudinfrastructuur in onze kennisbasis voor ondersteuning.

Redis: Als Redis een van de belangrijkste bronnen van geheugenverbruik is, een ondersteuningsticket indienen.

PHP: Als PHP een van de belangrijkste bronnen van geheugenverbruik is, kunt u lopende processen controleren door ps aufx in de CLI/terminal. In de eindoutput zult u cron banen en processen zien die momenteel worden uitgevoerd. Controleer de uitvoer op de uitvoeringstijd van het proces. Als er een kruin met een lange uitvoeringstijd is, kan de kruin hangen. Voor het oplossen van problemenstappen, zie Trage prestaties, langzame en langlopende bekers en Cron job geplakt in status "running" in onze kennisbasis voor ondersteuning.

Als u nog steeds moeite hebt om de bron van het probleem te identificeren, gebruikt u Transactiepagina van New Relic APM om transacties met prestatieproblemen te identificeren:

• Transacties sorteren door oplopende Apdex-scores. Apdex verwijst naar tevredenheid van gebruikers over de responstijd van uw webtoepassingen en -services. A lage Apdex-score kan een knelpunt aangeven (een transactie met een hogere responstijd). Meestal is dit de database, Redis of PHP. Raadpleeg New Relic voor meer informatie Transacties met de hoogste Apdex-ontevredenheid weergeven.
• De transacties van de soort door hoogste productie, de langzaamste gemiddelde reactietijd, het meest tijdrovend, en andere drempels. Raadpleeg New Relic voor meer informatie Specifieke prestatieproblemen zoeken. Als u het probleem nog steeds niet kunt identificeren, gebruikt u de pagina Infrastructuur van New Relic APM.

Als u niet de oorzaak van verhoogde geheugenconsumptie kunt identificeren, herzie recente tendensen om kwesties met recente codeplaatsingen of configuratieveranderingen (bijvoorbeeld, nieuwe klantengroepen en grote veranderingen in de catalogus) te identificeren. U wordt aangeraden de afgelopen 7 dagen van activiteit te controleren op correlaties in codeimplementaties of -wijzigingen.

Als de bovenstaande methoden u niet helpen de oorzaak en/of oplossing binnen een redelijke tijd te vinden, kunt u een upgrade aanvragen of de site in de onderhoudsmodus plaatsen als u dat nog niet hebt gedaan. Zie voor stappen Tijdelijke wijziging aanvragen in onze kennisbasis ter ondersteuning, en Installatiegids > Onderhoudsmodus in- of uitschakelen in onze ontwikkelaarsdocumentatie.

Als de upsize de plaats aan normale verrichtingen terugkeert, denk na om permanent te verzoeken (uw Team van de Rekening van de Adobe), of probeer om het probleem in uw Dedicated Staging te reproduceren door een ladingstest in werking te stellen en vragen te optimaliseren, of code die druk op de diensten vermindert. Zie Adobe Commerce on cloud Infrastructure > Test Deployment > Load and stress testing in onze ontwikkelaarsdocumentatie.