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

Vérifiez si un ticket d’assistance Adobe Commerce existe. Pour connaître les étapes, voir Suivi de vos tickets d’assistance dans la base de connaissances de l’assistance Commerce. L’assistance peut avoir déjà reçu une alerte de seuil de 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 contenir les informations suivantes :

• Motif du contact : sélectionnez New Relic alerte CRITIQUE reçue
• Description de l’alerte
• New Relic Lien de l’incident. Cela est inclus dans vos alertes gérées pour Adobe Commerce.

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

• Si des services comme Redis, MySQL ou PHP sont les principales sources de consommation de mémoire, essayez ce qui suit :

Vérifiez que vous disposez des 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 d’effectuer une mise à niveau. Pour connaître les étapes, reportez-vous à la section Services de modification dans le guide de Commerce sur le cloud.

Si le problème avec le service n’est pas lié à la version, essayez les méthodes suivantes :

MySQL : recherchez des problèmes tels que les requêtes à exécution longue, les clés de Principal non définies et les index en double. Pour connaître les étapes, reportez-vous à la section Problèmes de base de données les plus courants dans Adobe Commerce sur l’infrastructure cloud dans le guide d’implémentation de Commerce.

Redis : si Redis est une source majeure de consommation de mémoire, envoyez 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 l'interface de ligne de commande/le terminal. Dans la sortie du terminal, vous verrez les tâches et processus cron en cours d’exécution. Vérifiez la sortie pour le temps d’exécution des processus. S’il existe un fichier cron dont la durée d’exécution est longue, il est possible qu’il soit suspendu. Pour connaître les étapes de dépannage, consultez les sections Performances lentes, crons à exécution lente et longue et La tâche Cron est bloquée au statut « en cours d’exécution » de la base de connaissances de l’assistance Commerce.

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

• Triez les transactions en fonction des scores Apdex. Apdex fait référence à la satisfaction des utilisateurs quant au temps de réponse de vos applications et services web. Un Apdex score peut indiquer un goulot d’étranglement (une transaction avec un temps de réponse plus élevé). Généralement, il s'agit de la base de données, ​ Redis ou PHP. Pour connaître les étapes, reportez-vous à la section New Relic Afficher les transactions présentant le Apdex d’insatisfaction.
• Triez les transactions en fonction du débit le plus élevé, du temps de réponse moyen le plus lent, du temps le plus long et d’autres seuils. Pour connaître les étapes, reportez-vous à New Relic [Rechercher des problèmes de performances spécifiques]. Si vous avez toujours du mal à identifier le problème, utilisez la page Infrastructure d’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 pour identifier les problèmes liés aux récents déploiements de code ou aux modifications de configuration (par exemple, nouveaux groupes de clients et modifications importantes du catalogue). Il est recommandé de passer en revue les 7 derniers jours d’activité pour toutes les corrélations dans les déploiements ou les 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 un upsize ou placez le site en mode de maintenance si vous ne l'avez pas déjà fait. Pour connaître les étapes, reportez-vous aux sections Comment demander un redimensionnement temporaire de la base de connaissances de la prise en charge de Commerce et Activer ou désactiver le mode de maintenance du guide d’installation de Commerce.

Si la mise à niveau revient au fonctionnement normal du site, envisagez de demander une mise à niveau permanente (contactez l’équipe de votre compte 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 un code qui réduit la pression sur les services. Voir Tests de charge et de contrainte dans le guide Commerce sur le cloud .