Résolution des problèmes de performances à l’aide de New Relic sur Adobe Commerce
Dans Adobe Commerce sur les infrastructures cloud, utilisez New Relic pour résoudre les problèmes de performances. Cet article fournit également des ressources pour plus d’informations et couvre un score Apdex faible, une utilisation CPU élevée, des opérations d’E/S élevées et une panne. Pour résoudre ce problème, suivez les étapes de dépannage et les ressources recommandées.
Description description
Environnement
Adobe Commerce sur les infrastructures cloud.
Problème/Symptômes
- Score Apdex faible. Votre score New Relic Apdex mesure la satisfaction des utilisateurs quant au temps de réponse des applications et services web. Un score Apdex de 0,5 ou moins justifie une enquête.
- Utilisation élevée de CPU. Une utilisation élevée de CPU indique un service particulièrement chargé, tel que MySQL ou Redis.
- Opérations d’E/S élevées. Les opérations d’E/S varient selon le client et diffèrent considérablement de la moyenne. Recherchez un pic inhabituel par rapport aux opérations d’E/S moyennes précédentes.
- Panne. New Relic détermine les pannes par Apdex. Une ligne rouge apparaît sur le graphique de score Apdex lorsque Apdex est inférieur à 0,4, ce qui est considéré comme une panne.
Résolution resolution
Pour résoudre les problèmes de performances liés à l’utilisation de New Relic, procédez comme suit :
votre score New Relic score Apdex mesure la satisfaction des utilisateurs concernant le temps de réponse de vos applications et services web.
Connectez-vous à 🔗 > APM > Overview. 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 d’inquiétude et nécessite une enquête.
Délais de transaction Web (requêtes de serveur) :
-
Se connecter à
>APM>Sélectionner une application>Aperçu. Définissez le filtre sur l’heure des transactions web dans le filtre déroulant du graphique principal. Dans le tableau Transactions , recherchez l’heure du serveur d’applications. Recherchez les transactions suspectes ou de longue durée. -
Examinez les transactions individuellement en accédant à Surveillance des transactions
>. Définissez les filtres sur Web et sur Les plus longs. -
Recherchez les modules tiers qui consomment des ressources, tels que les fournisseurs de paiement et les systèmes ERP.
-
Dans la section Surveillance d’APM :
- Cliquez sur Transactions.
- Faites défiler vers le bas et cliquez sur Afficher le tableau de toutes les transactions.
- Triez les transactions par divers paramètres et examinez les transactions qui semblent suspectes.
- Passez en revue les transactions ayant un score Apdex faible, un nombre inhabituellement élevé, un temps moyen ou un pourcentage de retard.
- Cliquez sur chaque transaction. Si vous ne pouvez pas résoudre le problème, envoyez un ticket d’assistance.
- Si vous devez effectuer des recherches plus approfondies, vérifiez les transactions non Web.
Temps hors transaction web (opérations et tâches en arrière-plan) :
- Se connecter à
>APM>Sélectionner une application>Aperçu. Sélectionnez 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, les tâches d’importation et d’exportation et les tâches tierces.
> APM Apdex > Mesurer la satisfaction des utilisateurs. Reportez-vous également à la section Alertes gérées pour Adobe Commerce : Alerte d’avertissement Apdex dans la base de connaissances du support Adobe Commerce.une utilisation élevée de CPU indique un service particulièrement occupé, tel que MySQL ou Redis.
- Se connecter à Processus de
>de l’infrastructure>. - Examinez les graphiques CPU pour identifier un processus bloqué ou gourmand en énergie qui utilise plus de 100 % du temps de CPU, et comparez-le au nombre de processeurs sur l’instance. Prêtez attention aux pics d’utilisation des ressources. Ne tuez pas un processus à moins que ce ne soit un cron coincé.
> l’interface utilisateur de l’infrastructure de New Relic > l’onglet Processus de > de la page Hôte de l’infrastructure.Recherchez un pic inhabituel par rapport aux opérations d’E/S moyennes précédentes :
- Se connecter à Processus de
>de l’infrastructure>. - Consultez le graphique Octets de lecture d’E/S par seconde .
- Enregistrez l’heure du pic.
- Cliquez sur APM.
- Sélectionnez l’heure des transactions web dans le filtre déroulant du graphique principal.
- Définissez l’heure sur l’heure du pic enregistré.
- Recherchez les transactions qui ont provoqué des opérations d’E/S élevées.
- Explorez chaque trace de transaction
>les détails de la trace pour identifier ce qui cause le problème.
< 0,4, ce qui est considéré comme une panne.Pour enquêter sur une panne, plusieurs étapes sont nécessaires, notamment l’examen des transactions web et non web, des bases de données et des transactions tierces.
Transactions Web:
- Se connecter à
>APM>Overview. Définissez le filtre sur l’heure des transactions web dans le filtre graphique déroulant. - Réduisez manuellement la fenêtre temporelle.
- Cliquez sur Transactions. Définissez les filtres sur Web et sur Les plus longs. Recherchez la transaction la plus longue.
- Si vous devez effectuer des recherches plus approfondies, vérifiez les transactions non Web.
Transactions non-web :
- Revenez à la page Aperçu et passez aux Transactions non web dans le filtre déroulant.
- Examinez les traces de transaction au bas de la page, une par une.
- En fonction du problème, utilisez un outil tiers tel qu’un profileur PHP pour identifier un goulot d’étranglement.
- Si vous devez effectuer des recherches plus approfondies, examinez les processus de base de données.
Processus de base de données :
-
Sur la page APM, accédez à Surveillance des bases de données
>. -
Triez par Les plus chronophages.
-
Examinez les requêtes TOP.
Remarque :
MISE À JOURouINSERTles requêtes sont les requêtes qui consomment le plus de CPU. -
Basculez vers 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.
-
Si vous avez besoin d’approfondir vos recherches, consultez la section sur les services tiers.
Services tiers :
- Sur la page APM, accédez à Surveillance
>services externes. - Sélectionnez Temps de réponse moyen le plus lent dans la liste déroulante Trier par .
- Recherchez les processus qui se sont produits juste avant la panne.
> la page de l’interface utilisateur d’APM > la page Transactions > Utiliser des fonctions d’analyse.