Arborescence de la performance

Dernière mise à jour : 2023-05-04
  • Rubriques :
  • Deploying
    Afficher plus sur ce sujet
  • Créé pour :
  • Developer
ATTENTION

AEM 6.4 a atteint la fin de la prise en charge étendue et cette documentation n’est plus mise à jour. Pour plus d’informations, voir notre période de support technique. Rechercher les versions prises en charge here.

Portée

Le diagramme ci-dessous vise à fournir des conseils sur les étapes à suivre pour résoudre les problèmes de performances. Il est divisé en 5 sections pour faciliter la lecture.

Chaque étape du diagramme est associée à une ressource ou à une recommandation.

Prérequis et hypothèses

L’hypothèse est qu’un problème de performance est observé sur une page donnée (une console AEM ou une page web) et peut être reproduit de manière cohérente. Disposer d’un moyen de tester ou de surveiller les performances est une condition préalable à l’ouverture de l’enquête.

L’analyse commence à l’étape 0. L’objectif est de déterminer les entités (Dispatcher, hôte externe ou AEM) responsables du problème de performance, puis de déterminer la zone (serveur ou réseau) qui doit être étudiée.

Section 1

chlimage_1-103

Section 2

chlimage_1-104

Section 3

chlimage_1-105

Section 4

chlimage_1-106

Section 5

chlimage_1-107

Étape Titre Ressources
Étape 0 Analyse du flux de requêtes

Vous pouvez utiliser l’analyse des requêtes HTTP standard dans le navigateur pour analyser le flux de requêtes. Pour plus d’informations sur la façon de procéder sur Chrome, voir :

https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/resource-loading
https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/understanding-resource-timing

Étape 2 Les demandes proviennent-elles d’hôtes externes ? Vous pouvez utiliser l’analyse des requêtes HTTP standard dans le navigateur pour analyser le flux de requêtes. Consultez les liens ci-dessus pour savoir comment effectuer cette opération sur Chrome.
Étape 3 Les requêtes peuvent-elles être mises en cache ? Pour plus d’informations sur les requêtes pouvant être mises en cache et pour obtenir des conseils généraux sur l’optimisation des performances de Dispatcher, voir Optimisation des performances du Dispatcher.
Étape 4 Les demandes proviennent-elles du Dispatcher ?

Reportez-vous à la documentation de débogage du Dispatcher afin de déterminer si les demandes sont correctement mises en cache.

Étape 5 Le Dispatcher essaie-t-il d’authentifier chaque demande via AEM ? Vérifiez si le Dispatcher envoie les demandes HEAD à AEM pour authentification avant de diffuser la ressource mise en cache. Vous pouvez effectuer cette opération en recherchant les demandes HEAD dans le fichier access.log d’AEM. Pour plus d’informations, consultez la section Journalisation.
Étape 6 L’emplacement géographique de Dispatcher est-il éloigné des utilisateurs ? Rapprochez Dispatcher les utilisateurs.
Étape 7 La couche réseau du Dispatcher est-elle normale ?
Examinez la couche réseau pour détecter les problèmes de saturation et de latence.

Étape 8 La lenteur est-elle reproductible avec une instance locale ?

Utilisation Tough Day pour répliquer des conditions "réelles" à partir des instances de production. Si cela n’est pas réaliste pour l’espace de votre développement, veillez à tester l’instance de production (ou une instance d’évaluation identique) dans un contexte réseau différent.

Étape 9 La position géographique du serveur est-elle éloignée des utilisateurs ? Rapprochez le serveur des utilisateurs.
Étapes 10 et 29 Recherche de la couche réseau

Examinez la couche réseau pour détecter les problèmes de saturation et de latence.

Pour le niveau auteur, il est recommandé que la latence ne dépasse pas 100 millisecondes.

Pour plus d’informations sur les conseils d’optimisation des performances, reportez-vous à cette page.

Étape 11 Rapprochez le serveur ou ajoutez-en un par région
Étape 12 Résolution des problèmes liés au serveur AEM Pour plus d’informations, consultez les sous-étapes suivantes du diagramme.
Étape 13 Vérification des exigences matérielles Consultez la documentation sur Instructions de dimensionnement du matériel.
Étape 14 Vérification des causes fréquentes des problèmes de performances
Étape 15 Identification des demandes lentes

Vous pouvez identifier les demandes lentes en analysant le fichier request.log ou à l’aide de rlog.jar.

Pour plus d’informations sur l’utilisation de rlog.jar, consultez cette page.

Voir Utilisation de rlog.jar pour rechercher des requêtes avec des durées longues.

Étape 16 Serveur de profil

Pour plus d’informations sur les outils de profilage que vous pouvez utiliser avec AEM, voir Outils de surveillance et d’analyse des performances.

Étape 17 Recherche de méthodes lentes dans le profilage
Étape 18 Scénarios courants de profilage Voir Analyse de scénarios spécifiques dans la section Optimisation des performances .
Étape 19 Processeur à 100 % https://helpx.adobe.com/fr/experience-manager/6-3/sites-deploying/monitoring-and-maintaining.html#MonitoringPerformance
Étape 20 Mémoire insuffisante
  1. Mémoire insuffisante
  2. Mon application renvoie des erreurs de mémoire insuffisante
  3. Analysez les problèmes de mémoire sur le site d’aide Adobe.
Étape 21 E/S de disque

Voir E/S de disque dans la documentation Surveillance et maintenance.

Étapes 22 et 22.1 Ratio de cache Voir Calcul du ratio de cache de Dispatcher.

Étape 23 Requêtes lentes Bonnes pratiques relatives aux requêtes et à l’indexation
Étape 24 Réglage du référentiel
Étape 25 Workflows en cours d’exécution

Étape 26 Infrastructure MSM

Bonnes pratiques relatives à Multi-Site Manager

Étape 27 Réglage d’Assets
  1. Service de synchronisation d’Assets
  2. Instances multiples de gestion des ressources numériques
  3. Articles contenant des conseils pratiques d’amélioration de la performance ici et ici.
Étape 28 Sessions non fermées

Contrôle des sessions JCR non fermées

Étape 30 Rapprochement du Dispatcher (ajout d’un Dispatcher par « région » ?)
Étape 31 Utilisation du CDN devant le Dispatcher Utilisation du Dispatcher avec un CDN
Étape 32 Utilisation de la gestion de session au niveau du Dispatcher pour décharger le serveur AEM

Activation de sessions sécurisées

Étape 33 Activation de la mise en cache potentielle des demandes
  1. Configuration générale du Dispatcher
  2. Configuration du cache du Dispatcher

Comment améliorer le ratio de cache ; rendre les requêtes pouvant être mises en cache (bonnes pratiques de Dispatcher)

Prenez également en compte les paramètres ci-dessous afin d’optimiser vos configurations de mise en cache.

  1. Définir une règle de non-mise en cache pour les requêtes HTTP qui ne sont pas GET
  2. Configurer les chaînes de requête pour qu’elles ne puissent pas être mises en cache
  3. Ne pas mettre en cache les URL avec des extensions manquantes
  4. En-têtes d’authentification du cache (possibles depuis la version 4.1.10 de Dispatcher)
Étape 34 Mise à niveau de la version du Dispatcher

Vous pouvez télécharger la dernière version de Dispatcher à cet emplacement :

Lien de suivi

Étape 35 Configuration du Dispatcher Configuration du Dispatcher
Étape 36 Vérification de l’invalidation du cache
Étapes 37 et 38 Chargement différé Suivez la session Gem sur la performance web d’AEM.
Étape 39 Utilisation de la préconnexion pour réduire la surcharge de connexion Voir la session Gem indiquée ci-dessus. En outre, une documentation supplémentaire prése connecte sur W3c : https://www.w3.org/TR/resource-hints/#dfn-preconnect
Étapes 40 et 41
Latence des hôtes externes et temps de réponse Examinez la latence et le temps de réponse des hôtes externes.
Étapes 45
et 47

Utilisation du HTTP/2 Voir la session Gem des étapes 37, 38 et 39. En outre, consultez cet article de forum sur la prise en charge du HTTP/2
.
Étape 49 Réduire la taille de la payload Activer Gzip et réduire la taille de l’image ;.
Étapes 42 et 43 Keep-Alive

L’en-tête Keep-Alive est-elle présente dans les différentes demandes de réutilisation des connexions ? Sinon, cela signifie que chaque demande conduit à un autre établissement de connexion, qui introduit des frais supplémentaires inutiles. (Analyse des requêtes HTTP standard dans le navigateur)

Vous pouvez vérifier les Outil Serveur proxy pour vérifier les connexions Keep-Alive.

Étape 44 Combien de demandes sont-elles effectuées ? Exécutez l’analyse des requêtes HTTP standard dans le navigateur.
Étape 46 Réduction du nombre de requêtes
  1. Concaténer des ressources (images, sprites CSS, JSON, etc.)
  2. Intégration de Clientlibs :
    1. Création de dossiers dans la bibliothèque cliente : consultez la section Utilisation d’incorporations pour réduire les demandes.
Étape 48 Quelle est la taille de la payload ? Analyse des requêtes HTTP standard dans le navigateur
Étapes 50 et 51 Blocage du code JS Performances web AEM

Sur cette page