Onglet Summary
L’onglet Summary de Observation for Adobe Commerce est destiné à afficher rapidement certains des problèmes rencontrés par les sites afin de vous aider à résoudre automatiquement ou à identifier les causes profondes potentielles des problèmes de site. Les onglets supplémentaires fournissent des informations plus détaillées sur les services de composants, la base de données, l’infrastructure et les états de processus.
Transaction Overview
[Qu'est-ce qu'une transaction ?](https://docs.newrelic.com/docs/apm/transactions/intro-transactions/transactions-new-relic-apm/#:%7E:text=transactions%20are%20reported.-,What%20is%20a%20transaction%3F,work%20in%20a%20software%20application.&text=For%20APM%2C%20it%20will%20souvent, quand%20la%20réponse%20est%20envoyée)
« Au New Relic, une transaction est définie comme une unité logique de travail dans une application logicielle. Plus précisément, il fait référence aux appels de fonction et aux appels de méthode qui constituent cette unité de travail. Il fait souvent référence à une transaction web, qui représente une activité qui se produit entre le moment où l’application reçoit une requête web et le moment où la réponse est envoyée. »
Types de transactions :
Web: Les transactions web sont déclenchées avec une requête HTTP. Pour la plupart des entreprises, il s’agit d’interactions axées sur les clients, c’est pourquoi il s’agit des transactions les plus importantes à surveiller.
Non-web : les transactions non-web ne sont pas initiées avec une requête web. Ils peuvent inclure des processus de travail non Web, des processus en arrière-plan, des scripts, des activités de file d’attente de messages et d’autres tâches.
Si vous regardez le cadre de Transaction Overview ci-dessus, il y a eu près de 53 000 transactions avec un score APDEX moyen de .76, et 95% de ces transactions se sont produites en moins de 2,313 secondes. Il s’agirait d’une période où un délai plus court peut montrer un écart par rapport à cette moyenne actuelle en cas d’accès à l’APDEX pendant une courte période.
404 page errors frame
Le cadre de 404 page errors répertorie l’URI et le nombre d’erreurs de page 404 pour un cadre de temps sélectionné.
% of Storage Free frame
L’image % of Storage Free affiche le pourcentage moyen d’espace libre des montages de stockage sur tous les nœuds de votre cluster. Par exemple, si vous disposez d’un cluster de trois nœuds, l’image affiche les caractères <point de montage>, <nom de l’environnement>. Cette trame peut être trompeuse s’il existe une variance entre trois nœuds. Un exemple de variation serait si le point de montage /data/mysql libre était une valeur différente sur les trois nœuds du cluster. Un cadre se trouve sous l’onglet MySQL qui facette les points de montage par nom de nœud pour voir plus précisément ce qu’est le stockage /data/mysql disponible sur chaque nœud.
% of system memory that is free frame
La trame % de mémoire système libre affiche par nœud, la quantité de mémoire système libre sur chaque nœud.
Swap memory free in bytes
L’image Swap memory free in bytes affiche, par nœud, la quantité de mémoire SWAP disponible sur le nœud.
CPU % by host
L’agrégat de tous les environnements et nœuds s’affiche dans le cadre CPU % by host. Vous devez désélectionner les environnements hors production. Notez également les instances où tous les nœuds de l’environnement de production ne sont pas présents. Pour plus d’informations sur l’utilisation élevée de CPU, voir Résolution des problèmes de performances à l’aide de New Relic sur Adobe Commerce.
Alerts during timeframe
Le Alerts during timeframe affiche toutes les alertes, y compris les Managed Alerts ajoutées par la prise en charge d’Adobe Commerce.
CPU Usage
Si la trame de CPU Usage est vide, cela indique que l’application d’infrastructure de New Relic n’est pas activée. Si votre site est en version Starter, vous ne voyez pas ces informations. Si votre site est en version Pro, ouvrez un ticket d’assistance support pour que les New Relic Infrastructure soient activées pour votre site.
Average Response Time
Le graphique Average Response Time affiche le temps de réponse moyen pour les transactions (web et autres).
Long duration cron_schedule updates
Le tableau cron_schedule est écrit au début et à la fin des tâches cron. Les tâches cron de longue durée peuvent indiquer une latence dans la mise à jour de ce tableau, ce qui peut indiquer un empilement cron ou un problème lié à la planification des tâches cron.
Response Code
La trame Response Code est une bonne indication du trafic web et du code de réponse des requêtes. Il s’agit de données de transaction New Relic’s, qui sont facettisées par les httpResponseCode renvoyées.
Web Traffic volume compared with one week ago Magento Managed Alerts Information
Cette image affiche le volume de trafic web comparatif de la semaine passée et de la semaine en cours.
Deployment Log Entries
Le cadre de Deployment Log Entries affiche le nombre d’entrées du journal de déploiement et du journal cloud et facette les nombres par le nom du journal de déploiement.
Deployment State
Le cadre de Deployment State facette des phases de déploiement particulières à partir des journaux de déploiement. Voici quelques exemples de phases comptabilisées dans le journal et le nom de la facette :
Phases du journal de déploiement :
- '%Starting generate command%') as 'start_gen'
- « %git apply /app/seller/magento/ece-tools/patches% ») as « apply_patches »
- '%Set flag: .static_content_deploy%') as 'SCD'
- '%REMARQUE : commande Generate terminée%') en tant que 'gen_compl'
- '%REMARQUE : déploiement terminé%') comme 'deploy_compl'
- '%REMARQUE : démarrage après le déploiement.%') comme 'start_deploy'
- '%REMARQUE : le post-déploiement est terminé%') comme 'déploiement'
- '%deploy-complete%') comme 'cl_deploy_compl'
IP Frequency
La trame IP Frequency compte les statuts ('MISS' et 'PASS') pour chaque IP des logs de Fastly. Les requêtes web avec ces statuts atteignent le serveur d’origine et ajoutent de la charge au serveur. Il affiche les vingt premières adresses en fréquence. Cette trame peut être utilisée pour détecter des attaques IP ou des sources de charge importante sur un site web.
IP Response – top 20 URLs in duration
réponse
Le cadre IP Response – top 20 URLs in duration affiche en réponse les URL dont la durée est la plus longue. Cela peut indiquer des fichiers image ou des pages volumineux, une API ou des pages avec la plus longue durée de réponse.
API Calls by IP
La trame API Calls by IP permet d’identifier le trafic élevé par rapport aux API et aux adresses IP qui effectuent des requêtes à partir des URL d’API.
API Calls by IP, details by URL
Le cadre de API Calls by IP, details by URL fournit des détails sur le trafic élevé par rapport aux API et les détails des URL effectuant les requêtes.
IP Frequency Rate per minute
Il est parfois difficile de déterminer quelle adresse IP a le plus de requêtes sur les autres trames. L’image IP Frequency Rate per minute affiche le taux par minute par adresse IP.
Potential Bots
Le cadre Potential Bots examine les requêtes portant un nom request_user_agent tel que NULL ou '%bot%'. En règle générale, l'agent request_user_agent '%bot%' suit la configuration de la stratégie dans robots.txt fichier.
Transaction Errors
La trame Transaction Errors affiche le nombre d’erreurs de transaction provenant de l’New Relic.
Nginx access by node
Le cadre de Nginx access by node examine les nombres du access.log par nœud. Il est utile de voir si la charge est uniformément répartie. Elle s’affiche souvent lorsqu’un nœud est abandonné. Le cadre affiche également la charge sur le site.
Galera Log
Galera est utilisé pour le cluster de base de données. Cette trame est focalisée sur des signaux particuliers du cluster Galera. Les signaux se concentrent sur les nœuds entrant et sortant du cluster, ce qui est un comportement normal pour maintenir l’intégrité des données de la base de données. Les nœuds restent synchronisés à mesure que l’état du cluster Galera change.
Liste des changements d’état de Galera :
- '%1047 WSREP n'a pas encore préparé le nœud pour l'utilisation de l'application%') comme 'node_not_prep_for_use'
- '%[ERROR] WSREP : échec de la lecture depuis : wsrep_sst_xtrabackup-v2%') en tant que 'xtrabackup_read_fail'
- '%[ERROR] WSREP : processus terminé avec erreur : wsrep_sst_xtrabackup-v2 %') as 'xtrabackup_compl_w_err'
- '%[ERROR] WSREP : échec d’écriture rbr%') as 'rbr_write_fail'
- '%self-leave%') comme 'susp_node'
- '%members = 3/3 (joint/total)%') as '3of3'
- '%members = 2/3 (joint/total)%') as '2of3'
- '%members = 2/2%') as '2of2' * '%members = 1/2%') as '1of2' * '%members = 1/3%') as '1of3'
- '%members = 1/1%') comme '1of1'
- '%[Note] /usr/sbin/mysqld (mysqld 10.%') as 'sql_restart'
- '%Quorum : aucun nœud avec l'état complet :%') comme 'no_node_count'
- '%WSREP: Member 0%') as 'mem_0'
- '%WSREP: Member 1.0%') as 'mem_1'
- '%WSREP: Member 2%') as 'mem2'
- '%WSREP : synchronisé avec le groupe, prêt pour les connexions%') comme 'prêt'
- '%/usr/sbin/mysqld, Version:%') as 'mysql_restart_mysql.slow'
- '%[Remarque] WSREP : nouvelle vue de cluster : état global :%') as 'galera_cluster_view_chng'
Ces signaux peuvent indiquer des problèmes de stockage, de mémoire ou de requête si l’état change fréquemment.
Database errors
Liste des erreurs ou messages de base de données détectés:
- '%La taille de la mémoire allouée à la table temporaire est supérieure à 20 % de innodb_buffer_pool_size%') en tant que 'temp_tbl_buff_pool'
- '%[ERROR] WSREP : échec d’écriture rbr%') as 'rbr_write_fail'
- '%mysqld: Disque plein%') comme 'disk_full'
- '%Error number 28%') as 'err_28'
- '%rollback%') comme 'rollback'
- '%Foreign key_constraint échoue pour la table%') en tant que 'foreign_key_constraint'
- '%Error_code: 1114%') as 'sql_1114_full'
- '%CRITICAL: SQLSTATE[HY000] [2006] MySQL Server a disparu%') comme 'sql_gone'
- '%SQLSTATE[HY000] [1040] Trop de connexions%') comme 'sql_1040'
- '%CRITICAL: SQLSTATE[HY000] [2002]%') as 'sql_2002'
- '%SQLSTATE[08S01]:%') as 'sql_1047'
- '%[Warning] Abandon de la connexion%') comme 'aborted_conn'
- '%SQLSTATE[23000] : violation de contrainte d'intégrité :%') as 'sql_23000'
- '%1205 Verrouiller le délai d'attente%') comme 'sql_1205'
- '%SQLSTATE[HY000] [1049] Base de données inconnue%') as 'sql_1049'
- '%SQLSTATE[42S02] : table ou vue de base introuvable :%') en tant que 'sql_42S02'
- « %Erreur générale : 1114 % ») comme « sql_1114 »
- '%SQLSTATE[40001]%') as 'sql_1213'
- '%SQLSTATE[42S22] : colonne introuvable : 1054 colonne inconnue%') sous la forme 'sq1_1054'
- '%SQLSTATE[42000] : erreur de syntaxe ou violation d'accès :%') en tant que 'sql_42000'
- '%SQLSTATE[21000] : violation de cardinalité :%') as 'sql_1241'
- '%SQLSTATE[22003]:%') as 'sql_22003'
- '%SQLSTATE[HY000] [9000] Client avec adresse IP%') comme 'sql_9000'
- '%SQLSTATE[HY000] : erreur générale : 2014%') en tant que 'sql_2014'
- '%1927 Connexion interrompue%') en tant que 'sql_1927'
- '%1062 [\ERROR] InnoDB:%') as 'sql_1062_e'
- '%[Remarque] WSREP : vidage du mappage de mémoire sur le disque…%') en tant que 'mem_map_flush'
- '%Code d'erreur interne MariaDB : 1146%') as 'sql_1146'
- '%Internal MariaDB error code: 1062%') as 'sql_1062' * '%1062 [Warning] InnoDB:%') as 'sql_1062_w'
- '%Code d'erreur interne MariaDB : 1064%') as 'sql_1064'
- '%InnoDB : échec de l'assertion dans le fichier%') en tant que 'assertion_err'
- '%mysqld_safe Nombre de processus en cours d'exécution : 0%') comme 'mysql_oom'
- '%[ERROR] mysqld a obtenu le signal%') en tant que 'mysql_sigterm'
- '%1452 Impossible d'ajouter%') en tant que 'sql_1452'
- '%ERROR 1698%') as 'sql_1698'
- '%SQLSTATE[HY000] : erreur générale : 3%') comme 'cnt_write_tmp'
- '%Erreur générale : 1 %') comme 'sql_syntax'
- '%42S22%') comme 'sql_42S22'
- '%InnoDB : erreur (clé en double)%') comme 'innodb_dup_key'
Database traces
Le cadre de Database traces examine les données de l’entité sql trace de New Relic et renvoie le chemin d’accès de la trace.
Database mysql-slow.log
Le cadre de Database mysql-slow.log compte les entrées du fichier mysql-slow.log par type de requête. Il isole visuellement les périodes qui peuvent présenter un intérêt dans le mysql-slow.log (log de requête lente). Les requêtes de tables sans index ou les requêtes qui mettent à jour des tables volumineuses peuvent bloquer d'autres requêtes.
Redis synchronization from Log
Redis est un magasin de structure de données en mémoire open source (sous licence BSD) utilisé comme base de données, cache et courtier de messages. Il peut mettre en cache la base de données et la session s’il est configuré. L’image Redis synchronization from Log se concentre sur la Redis synchronisation. Plus le jeu de données Redis est volumineux, plus il est probable qu’il y ait des problèmes de synchronisation (plus il y a de données à synchroniser).
Redisdes erreurs et des messages :
- '%SLAVE synchronization: No space left on device%') as 'space'
- '%Server started, Redis version%') as 'serv_start'
- '%Le serveur est maintenant prêt à accepter les connexions%') comme 'prêt'
- '%Connexion avec le maître perdue.%') as 'mstr_loss'
- '%+sentinelle descendante%') comme '+sentinelle'
- '%-sentinel%') as '-sentinal'
- '%-slave%') comme '-slave', '%+slave%') comme '+slave'
- '%-failover-abort-not-selected master%') as '-failover'
- '%+failover-abort-not-selected master%') as '+failover'
- '%Resynchronisation partielle impossible (pas de maître mis en cache)%') en tant que 'part_sync_err'
- '%PRINCIPAL a abandonné la réplication avec une erreur : ERR Peut%') comme 'mstr_sync_err'
- '%Principal ne prend pas en charge PSYNC ou est en état d'erreur%') comme 'mstr_psync_err'
- '%SLAVE sync: terminé avec succès%') en tant que ' slv_sync_sync'
- '%PRINCIPAL a abandonné la réplication avec une erreur : ERR Peut%') comme 'mstr_sync_err,count'
- La commande %OOM n'est pas autorisée si elle est utilisée en tant que « max_mem_err »
- '%CredisException(code : 0) : erreur de lecture sur la connexion%') comme 'credis_read_error'
- '%Uncaught RedisException:%') as 'redis_excp_err'
- '%psync planifié pour être fermé dès que possible pour surmonter le tampon de sortie%') en tant que 'output_buf_err'
PHP process states
La façon dont les processus PHP se comportent dépend de la configuration. La configuration est complexe, avec de nombreuses variables et options. Le cadre PHP process states vous aide à comprendre quand les processus PHP sont arrêtés et redémarrés.
PHP errors
Le cadre PHP errors montre le nombre d'erreurs PHP avec des programmes de travail sur la période sélectionnée. Pour plus d'informations, consultez la section Paramètres Adobe Commerce PHP.
Erreurs et messages PHP :
- '%worker_connections are not enough%') as 'worker'
- '%Erreur fatale PHP : taille de la mémoire autorisée !%') as 'mem_size'
- '%exited on signal 11 (SIGSEGV)%') as 'sig_11'
- '%exited on signal 7 (SIGBUS)%') as 'sig_7'
- '%increased pm.start_servers%') as 'pmstart_serv'
- '%max_children%') comme 'max_children_cnt'
- '%PHP Erreur fatale : taille de la mémoire autorisée de%') comme 'mem_export_count'
- '%Impossible d'allouer de la mémoire pour le pool%') comme 'opc_mem_count'
- '%Warning Interned string buffer overflow%') as 'opc_str_buf'
- '%Offset de chaîne non autorisé%') en tant que 'opc_sv_comments'
- '%Erreur fatale PHP : RedisException non trouvée : erreur de lecture sur la connexion%') comme 'php_exc'
PHP processes
PHP-FPM est un FastCGI Process Manager utilisé par Nginx. Pour en savoir plus sur la configuration requise, reportez-vous à Configuration requise pour les versions PHP mappées aux versions Adobe Commerce. Le cadre PHP processes montre le nombre de processus PHP exécutés à un moment donné dans la chronologie sélectionnée.
Secondary processes
Les processus Secondaires peuvent avoir un impact sur la réponse du site. Le cadre de Secondary processes indique un ou plusieurs processus susceptibles d’ajouter de la charge au site. La base de données contient principalement la plupart des processus secondaires en cours d’exécution.
Traffic vs Week Ago
Le cadre Traffic vs Week Ago examine le trafic du site web (requêtes) provenant des journaux Fastly avec les statuts de cache ('MISS', 'PASS'). Ces requêtes ajoutent de la charge aux serveurs d’origine. Ce cadre affiche le volume comparatif de requêtes web de la semaine en cours et de la semaine précédente au cours de la même période.
Fastly Cache
Le cadre de Fastly Cache affiche une vue globale de l’état du cache des requêtes provenant des journaux de Fastly. Si vous sélectionnez ERREUR, le pourcentage d’erreurs dans les requêtes s’affiche. Cela augmente généralement lorsque le serveur d’origine ne répond pas assez rapidement aux requêtes de page.
Page Rendering
Le cadre de Page Rendering affiche la durée moyenne de rendu des pages de la semaine en cours à partir de la source de New Relic page vue par rapport à la semaine précédente au cours de la même période.
Page loading detail
Le cadre Page loading detail décrit les événements de chargement de page. Il détaille la signification de ces facettes. Voici la requête exécutée pour ce cadre :
SELECT percentile(timeToResponseStart, 50) AS 'first byte', percentile(firstPaint, 50) as 'First paint', percentile(firstContentfulPaint, 50) as 'First contentful paint', percentile(timeToDomContentLoadedEventEnd, 50) AS 'DOM content loaded', percentile(duration, 50) AS 'Window load + AJAX' FROM BrowserInteraction TIMESERIES
Transactions – Avg, Max, Min
La durée de la transaction est exprimée en secondes. Selon la transaction, elle peut avoir un impact sur d’autres transactions si elle est de longue durée. Les transactions répertoriées sous le nom et les durées sont pour la période spécifique. En cas de problème dans un délai court, redimensionnez le sélecteur date/heure Observation for Adobe Commerce en fonction de ce délai court.
Admin Activities
Le cadre Admin Activities identifie les transactions avec un utilisateur administrateur.
Order transactions (default?)
Le cadre de Order transactions (default?) recherche les transactions request.headers.host à partir des transactions, où le nom = WebTransaction/Action/checkout/onepage/success. Si l’URL de réussite de la commande est différente, ce cadre ne contient pas de données.
Elasticsearch Index information
- Vert : toutes les partitions sont attribuées.
- Jaune : toutes les partitions principales sont affectées, mais une ou plusieurs partitions répliquées ne sont pas affectées. Si un nœud du cluster échoue, certaines données peuvent être indisponibles jusqu’à ce que ce nœud soit réparé.
- Rouge : L’affectation d’une ou de plusieurs partitions principales est annulée, de sorte que certaines données ne sont pas disponibles. Cela peut se produire brièvement au démarrage du cluster, car des partitions principales sont attribuées.
Elasticsearch Errors
Elasticsearchdes erreurs :
- « %all_shards_failed% » comme « all_shards_failed »
- « %NoNodesAvailableException% » comme « no_alive_nodes »
- « %PHP Erreur fatale : erreur non trouvée : paramètres incorrects pour Elasticsearch% » en tant que « mauvais_param »
- « %Vous pouvez résoudre ce problème en mettant à niveau le service Elasticsearch de votre infrastructure cloud Magento vers la version % » en tant que « ver_err »
- '%cluster health status changed from [YELLOW] to [RED] (reason:%' as 'yel_red'
- '%Aucun espace restant sur l’appareil%' en tant que 'no_space'
- '% n'a pas réussi à exécuter [SearchRequest{searchType=%' en tant que 'failed_query'
Cron view
L’image Cron view examine le journal cron pour trouver l’équilibre entre le nombre de crons lancés et le nombre de crons terminés.
Cron error
Erreurs Cron de cron.log:
- '%_stg%' en tant que 'stg_crons'
- '%Impossible d'acquérir le verrou pour la tâche cron%' en tant que 'cron_lock'
- « %Erreur générale : le serveur MySQL 2006 a disparu% » comme « mysql_has_gone_away »
- '%error%' as 'error'
- « %Erreur générale : le délai d'attente du verrouillage 1205 a dépassé % » en tant que sql_1205_cron
cron_schedule table updates
Le cadre cron_schedule table updates examine la durée maximale en secondes où les mises à jour des opérations du magasin de données impliquent la table cron_schedule. Elle est facettisée sur le type de requête SQL.
Datastore Operations Tables
Ce cadre de Datastore Operations Tables affiche les 25 principales opérations par durée, heure, nom de la table et type de requête SQL. Pointez sur les pics pour afficher les détails du tableau accessible et le type de requête.
Cache Flush
Vidages de cache détectés :
- « %config% » comme « config_cache_flushed »
- « %layout% » comme « layout_cache_flush »
- '%block_html%' comme 'block_html_cache_flush'
- « %collections% » comme « collections_cache_flush »
- '%reflet%' comme 'reflet_cache_flush'
- '%db_ddl%' comme 'db_ddl_cache_flush'
- '%compilated_config%' en tant que 'compilé_config_cache_flush'
- « %eav% » comme « eav_cache_flush »
- « %customer_notification% » comme « cust_notif_cache_flush »
- « %config_integration% » comme « config_integ_cache_flush »
- « %config_integration_api% » comme « config_integ_api_cache_flush »
- '%full_page%' comme 'full_page_cache_flush'
- « %config_webservice% » comme « config_webserv_cache_flush »
- '%translate%' en tant que 'translate_cache_flush'