Dépannage des performances à l’aide de New Relic sur Adobe Commerce

Cet article décrit les étapes de dépannage permettant de résoudre les problèmes de performances de l’infrastructure cloud d’Adobe Commerce à l’aide de New Relic. Il fournit également des ressources pour plus d’informations. Les problèmes suivants couverts dans le tableau ci-dessous avec les ressources recommandées sont :

  • Note d’API basse
  • Utilisation élevée du processeur
  • Opérations d’E/S élevées
  • Désactivation
Problème
Dépannage
Ressources

Note Apdex faible :

Votre New Relic Score d’application 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, vous voyez le graphique de score Apdex. Un score Apdex de 0,5 ou moins est un point de préoccupation et mérite une enquête : heures des transactions web (demandes serveur) :

    1. Connexion à New Relic > APM > (Sélectionner 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. Dans le tableau Transactions ci-dessous, recherchez l’heure du serveur d’applications. Vérifiez si vous avez des transactions de longue date ou suspectes.

    2. Examinez-les individuellement en accédant à Surveillance > Transactions et assurez-vous de définir les filtres pour le Web et le plus chronophage .

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

    4. Dans la section Surveillance d’APM :

      1. Cliquez sur Transactions.
      2. Faites défiler l'écran vers le bas, cliquez sur Afficher la table des transactions.
      3. Vous pouvez trier les transactions par divers paramètres et sautez vers ceux qui causent de la suspicion.
      4. Passez en revue ces transactions avec un score Apdex faible, un nombre exceptionnellement élevé, un temps moyen élevé ou un pourcentage de dissidence.
      5. Cliquez sur chaque transaction. Si vous ne parvenez pas à résoudre le problème, soumettez un ticket d’assistance.
      6. Si vous devez approfondir vos recherches, pensez à vérifier les transactions non-web.

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

    1. Connexion à New Relic > APM > (Sélectionner une application) > Aperçu. Assurez-vous de sélectionner l'heure des transactions non web sur le filtre déroulant du graphique principal. Cliquez sur les transactions individuelles dans la table des transactions. Recherchez des transactions de longue durée ou suspectes. Cela inclut les tâches principales, les tâches cron ou les tâches d’importation/exportation, y compris les tâches tierces.
Pour en savoir plus sur le score New Relic Apdex, voir Documentation New Relic > Apdex APM > Mesurer la satisfaction des utilisateurs. Vous pouvez également consulter la section Alertes gérées pour Adobe Commerce : alerte d’avertissement Apdex dans notre base de connaissances de soutien.

Utilisation élevée du processeur :

Une utilisation élevée du processeur peut indiquer qu’il existe un service particulièrement occupé, comme MySQL, Redis, etc.

  1. Connexion à New Relic > Infrastructure > Processus.
  2. Consultez les graphiques du processeur pour voir s’il existe un processus bloqué ou à forte consommation qui utilise plus de 100 % du temps du processeur et comparez-le au nombre de processeurs sur l’instance. Faites 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é.
Pour en savoir plus sur les mesures de performances, en particulier le pourcentage du processeur, les octets d’E/S et l’utilisation de la mémoire pour des processus individuels ou des groupes, reportez-vous à la section Documentation New Relic > Page d’interface utilisateur de l’infrastructure > Page hôte de l’infrastructure > Onglet Processus.
Opérations d’E/S élevées : pour chaque client, ce nombre serait individuel, mais sera sensiblement différent de la moyenne.

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

  1. Connexion à New Relic > Infrastructure > Processus.
  2. Examinez le graphique Lecture d’E/S par seconde.
  3. Enregistrez l’heure du pic.
  4. Cliquez sur APM.
  5. Veillez à sélectionner l’heure des transactions web sur le filtre déroulant du graphique principal.
  6. Définissez l’heure du pic enregistré.
  7. Recherchez les transactions qui ont provoqué des opérations d’E/S élevées.
  8. Explorez chaque trace de transaction > Détails du suivi pour trouver ce qui peut être à l’origine de problèmes.
Désactivation : New Relic détermine les pannes par défaut d’Apdex. Une ligne rouge s’affiche sur le graphique de score Apdex, qui indique Apdex < 0.4, ce qui est considéré comme une panne.

L’enquête sur une panne peut prendre plusieurs mesures, en examinant les transactions web et non-web, les bases de données et les transactions tierces. Transactions web :

  1. Connexion à New Relic > APM > Aperçu. Assurez-vous que le filtre est défini sur la durée des transactions Web sur le filtre de graphique déroulant.
  2. Limitez manuellement la fenêtre temporelle.
  3. Cliquez sur Transactions. Assurez-vous que les filtres sont définis sur Web et prennent le plus de temps. Examinez la transaction la plus longue.
  4. Si vous devez approfondir vos recherches, pensez à vérifier les transactions non-web.

Transactions non web :

  1. Revenez à la page Aperçu et passez aux transactions non web sur le filtre déroulant.
  2. Vérifiez les traces de transaction tout en bas de la page, une par une.
  3. Selon le problème, vous devrez peut-être utiliser un outil tiers tel qu’un profileur PHP pour trouver un goulot d’étranglement.
  4. Si vous devez approfondir vos recherches, envisagez d’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. Tri selon le plus chronophage.

  3. Examinez les requêtes TOP.

    Remarque : UPDATE ou INSERTles requêtes sont les requêtes qui consomment le plus d’unité centrale.

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

  5. Si vous devez approfondir vos recherches, 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.
Pour en savoir plus sur les problèmes de performances spécifiques, reportez-vous à la section Documentation New Relic > Pages de l’interface utilisateur APM > Page des transactions > Utiliser des fonctions d’analyse en profondeur.
recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a