Résolution des problèmes de performances à l’aide de New Relic sur Adobe Commerce

Faible score Apdex :

Votre New Relic score Apdex mesure la satisfaction des utilisateurs quant au temps de réponse de vos applications et services web.

Vous vous connectez à New Relic > APM > Aperçu. Sur le côté droit de la page Aperçu se trouve le graphique de score Apdex . Un score Apdex de 0,5 ou moins est un point d’inquiétude et nécessite une enquête : temps de transaction web (requêtes serveur) :

1. 1. Connectez-vous à New Relic > APM > (Sélectionnez une application) > Aperçu. Assurez-vous que le filtre est défini sur l’heure des transactions web dans le filtre déroulant du graphique principal. Ci-dessous, dans le tableau Transactions , recherchez l’heure du serveur d’applications. Vérifiez si vous avez des transactions suspectes ou en cours depuis longtemps.

   2. Examinez-les individuellement en accédant à Surveillance > Transactions et veillez à définir les filtres pour Web et Les plus longs .

   3. Recherchez ensuite les modules tiers qui consomment des ressources : fournisseurs de paiements, ERP, etc.

   4. Dans la section Surveillance d’APM :

      1. Cliquez sur Transactions.
      2. Faites défiler la page vers le bas, puis cliquez sur Afficher le tableau des transactions.
      3. Vous pouvez trier les transactions en divers paramètres et accéder à celles qui émettent des soupçons.
      4. Passez en revue les transactions ayant un score Apdex faible, un nombre inhabituellement élevé, un temps moyen élevé ou un pourcentage de retard.
      5. Cliquez sur chaque transaction individuelle. Si vous ne pouvez pas résoudre le problème, soumettez un ticket d’assistance.
      6. Si vous devez effectuer des recherches plus approfondies, pensez à vérifier les transactions non Web.

Temps hors transaction web (opérations et tâches en arrière-plan) :

1. 1. Connectez-vous à New Relic > APM > (Sélectionnez une application) > Aperçu. Veillez à sélectionner Durée des transactions non-web dans le filtre déroulant du graphique principal. Cliquez sur des transactions individuelles dans le tableau Transactions. Recherchez les transactions suspectes ou de longue durée. Cela inclut les tâches principales, les tâches cron ou les tâches d’importation/exportation, y compris les tâches tierces.

Utilisation élevée de CPU :

Une utilisation élevée de CPU peut indiquer qu’il existe un service particulièrement chargé, comme MySQL, Redis, etc.

1. Connectez-vous à New Relic > Infrastructure > Processus.
2. Consultez les graphiques CPU pour voir s’il existe un processus bloqué ou gourmand en temps de CPU supérieur à 100 % et comparez-le au nombre de processeurs sur l’instance. Prêtez attention aux pics d'utilisation des ressources. Il n’est pas recommandé de tuer un processus, sauf s’il s’agit d’un cron bloqué.

Recherchez un pic inhabituel par rapport aux opérations d’E/S moyennes précédentes :

1. Connectez-vous à New Relic > Infrastructure > Processus.
2. Graphique Vérifier les octets de lecture d’E/S par seconde .
3. Enregistrez l’heure du pic.
4. Cliquez sur APM.
5. Veillez à sélectionner Heure des transactions web dans le filtre déroulant du graphique principal.
6. Définissez l’heure du pic que vous avez enregistré.
7. Recherchez les transactions qui ont provoqué des opérations d’E/S élevées.
8. Explorez chaque trace de transaction > Détails de la trace pour identifier ce qui peut causer des problèmes.

L’enquête sur une panne peut prendre plusieurs mesures, notamment l’examen des transactions web et non web, des bases de données et des transactions tierces. Transactions Web :

1. Connectez-vous à New Relic > APM > Aperçu. Vérifiez que le filtre est défini sur l’heure des transactions web dans le filtre graphique déroulant.
2. Réduisez manuellement la fenêtre temporelle.
3. Cliquez sur Transactions. Assurez-vous que les filtres sont définis sur Web et sur Les plus longs. Recherchez la transaction la plus longue.
4. Si vous devez effectuer des recherches plus approfondies, pensez à vérifier les transactions non Web.

Transactions non-web :

1. Revenez à la page Aperçu et passez aux Transactions non web dans le filtre déroulant.
2. Examinez les traces de transaction au tout bas de la page, une par une.
3. Selon le problème, vous devrez peut-être utiliser un outil tiers comme un profileur PHP pour trouver un goulot d'étranglement.
4. Si vous avez besoin de plus amples informations, pensez à examiner les processus de base de données.

Processus de base de données :

1. Sur la page APM, accédez à Surveillance > Bases de données.

2. Triez par Les plus chronophages.

3. Examinez les requêtes TOP.

   Remarque : MISE À JOUR ou INSERTles requêtes sont les requêtes qui consomment le plus de CPU.

4. Basculez sur Débit dans Trier par sélecteur et recherchez les processus qui ont provoqué la liste déroulante du débit de la base de données.

5. Si vous avez besoin d’approfondir vos connaissances, pensez à examiner les services tiers.

Services tiers :

1. Sur la page APM, accédez à Surveillance > Services externes.
2. Sélectionnez le temps de réponse moyen le plus lent dans la liste déroulante Trier par .
3. Recherchez les processus qui se sont produits juste avant la panne.