Alertes gérées sur Adobe Commerce : alerte critique de mémoire

Vérifiez si un ticket d’assistance Adobe Commerce existe. Pour connaître les étapes à suivre, reportez-vous à la section Suivi de vos tickets d’assistance de notre base de connaissances d’assistance. L’assistance a peut-être déjà reçu une alerte de seuil New Relic, créé un ticket et commencé à travailler sur le problème. S’il n’existe aucun ticket, créez-en un. Le ticket doit comporter les informations suivantes :

• Raison de contact : sélectionnez "New Relic CRITICAL alert receive"
• Description de l’alerte
• Lien d’incident New Relic. Elle est incluse dans vos alertes gérées pour Adobe Commerce.

Utilisez la page d’infrastructure de New Relic APM pour identifier les processus gourmands en mémoire. Pour connaître les étapes, reportez-vous à la section New Relic Page Hôtes de surveillance de l’infrastructure > Onglet Processus :

• Si des services tels que Redis, MySQL ou PHP sont les principales sources de consommation de mémoire, essayez les méthodes suivantes :

Vérifiez que vous utilisez les dernières versions. Les versions plus récentes peuvent parfois corriger les fuites de mémoire. Si vous n’utilisez pas la dernière version, envisagez de mettre à niveau. Pour les étapes, reportez-vous à Adobe Commerce on cloud infrastructure > Services > Change Services dans notre documentation destinée aux développeurs.

Si le problème avec le service n’est pas lié à la version, essayez ce qui suit :

MySQL : recherchez des problèmes tels que des requêtes longues, des clés de Principal non définies et des index en double. Pour les étapes, reportez-vous à la section Problèmes de base de données les plus courants dans Adobe Commerce sur l’infrastructure cloud dans notre base de connaissances de prise en charge.

Redis : si Redis est une première source de consommation de mémoire, soumettez un ticket d’assistance.

PHP : si PHP est une source majeure de consommation de mémoire, passez en revue les processus en cours d’exécution en exécutant ps aufx dans la ligne de commande/le terminal. Dans la sortie du terminal, vous verrez les traitements et processus cron en cours d’exécution. Vérifiez la sortie pour le temps d'exécution des processus. S’il existe un cron avec un long délai d’exécution, le cron peut être suspendu. Pour connaître les étapes de dépannage, reportez-vous aux sections Tâche lente, lente et longue exécution des crons et Tâche Cron bloquée dans l’état "en cours d’exécution" dans notre base de connaissances de support.

Si vous avez toujours du mal à identifier la source du problème, utilisez la page des transactions de New Relic APM pour identifier les transactions présentant des problèmes de performances :

• Triez les transactions par scores Apdex croissants. Apdex fait référence à la satisfaction des utilisateurs quant au temps de réponse de vos applications et services web. Un score Apdex faible peut indiquer un goulot d’étranglement (une transaction avec un temps de réponse plus élevé). Il s’agit généralement de la base de données, de Redis ou de PHP. Pour connaître les étapes, reportez-vous à la section New Relic Affichage des transactions présentant le plus grand insatisfaction Apdex.
• Triez les transactions selon le débit le plus élevé, le temps de réponse moyen le plus lent, le plus long et d’autres seuils. Pour les étapes, reportez-vous à la section New Relic Trouver des problèmes de performances spécifiques. Si vous avez encore du mal à identifier le problème, utilisez la page Infrastructure de New Relic APM.

Si vous ne pouvez pas identifier la cause de l’augmentation de la consommation de mémoire, passez en revue les tendances récentes afin d’identifier les problèmes liés aux déploiements de code récents ou aux modifications de configuration (par exemple, de nouveaux groupes de clients et des modifications importantes du catalogue). Il est recommandé de passer en revue les 7 derniers jours d’activité pour toute corrélation dans les déploiements ou modifications de code.

Si les méthodes ci-dessus ne vous aident pas à trouver la cause et/ou la solution dans un délai raisonnable, demandez une mise à niveau ou mettez un site en mode de maintenance si ce n’est déjà fait. Pour connaître les étapes à suivre, reportez-vous aux sections Comment demander le redimensionnement temporaire dans notre base de connaissances de support, et Guide d'installation > Activer ou désactiver le mode de maintenance dans notre documentation destinée aux développeurs.

Si la mise à niveau renvoie le site à des opérations normales, pensez à demander une mise à niveau permanente (contactez votre équipe de compte d’Adobe) ou essayez de reproduire le problème dans votre évaluation dédiée en exécutant un test de charge et en optimisant les requêtes, ou du code qui réduit la pression sur les services. Voir Adobe Commerce sur l’infrastructure cloud > Déploiement de tests > Chargement et tests de stress dans notre documentation destinée aux développeurs.