Bonnes pratiques de surveillance de déploiement d’Adobe Experience Manager Assets assets-monitoring-best-practices

Visual VM : Visual VM vous permet d’afficher des informations détaillées sur la machine virtuelle Java, et notamment l’utilisation du processeur et de la mémoire Java. En outre, il vous permet de tester et d’évaluer le code exécuté sur un déploiement.

Top : Top est une commande Linux qui ouvre un tableau de bord qui affiche les statistiques d’utilisation, y compris l’utilisation du processeur, de la mémoire et des E/S. Elle fournit un aperçu général de ce qui se passe sur une instance.

Htop : Htop est une visionneuse de processus interactif. Elle fournit l’utilisation détaillée du processeur et de la mémoire en plus de ce que Top fournit. Htop peut être installé sur la plupart des systèmes Linux en utilisant yum install htop ou apt-get install htop.

Iotop : Iotop fournit un tableau de bord détaillé sur l’utilisation des disques en lecture/écriture. Il fournit des informations détaillées sur les processus qui utilisent les E/S sur les disques ainsi que le volume utilisé. Iotop peut être installé sur la plupart des systèmes Linux en utilisant yum install iotop ou apt-get install iotop.

Iftop : Iftop affiche des informations détaillées sur l’utilisation de l’Ethernet/du réseau. Iftop affiche les statistiques par canal de communication sur les entités utilisant Ethernet et la quantité de bande passante utilisée. Iftop peut être installé sur la plupart des systèmes Linux en utilisant yum install iftop ou apt-get install iftop.

Java Flight Recorder (JFR) : JFR est un outil Oracle pouvant être utilisé gratuitement dans les environnements qui ne sont pas destinés à l’exploitation. Pour des informations détaillées, reportez-vous à la section relative à l’utilisation de Java Flight Recorder pour diagnostiquer les problèmes d’exécution de CQ.

Fichier error.log Experience Manager : vous pouvez consulter le fichier error.log Experience Manager pour obtenir plus de détails sur les erreurs enregistrées par le système. Utilisez la commande tail -F quickstart/logs/error.log pour identifier les erreurs à étudier.

Console d’administration des workflow : utilisez la console d’administration des workflow pour suivre les workflow en retard ou bloqués.

MBean : com.adobe.granite.replication:type=agent,id="<AGENT_NAME>"

URL : /system/console/jmx/com.adobe.granite.replication:type=agent,id="<AGENT_NAME>"

Instances : un auteur et toutes les instances de publication (pour les agents de purge)

Seuil d’alarme : lorsque QueueBlocked a la valeur true ou lorsque la valeur de QueueNumEntries est supérieure de 150 % à la valeur de référence.

Définition de l’alarme : présence d’une file d’attente bloquée dans le système indiquant que la cible de réplication est hors service ou inatteignable. Souvent, les problèmes de réseau ou d’infrastructure entraînent la mise en file d’attente d’entrées excessives, ce qui peut avoir un impact négatif sur les performances du système.

Contrôles système

• MBean : org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
• URL : /system/console/jmx/org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
• Instances : un auteur ou une autrice, tous les serveurs de publication
• Seuil d’alarme : lorsque le statut n’est pas OK
• Définition de l’alarme : le statut de l’une des mesures est soit AVERTISSEMENT soit CRITIQUE. Vérifiez l’attribut de journal pour plus d’informations sur l’origine du problème.

File d’attente de réplication

• MBean : org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
• URL : /system/console/jmx/org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
• Instances : un auteur ou une autrice, tous les serveurs de publication
• Seuil d’alarme : lorsque le statut n’est pas OK
• Définition de l’alarme : le statut de l’une des mesures est soit AVERTISSEMENT soit CRITIQUE. Vérifiez l’attribut de journal pour plus d’informations sur la file d’attente à l’origine du problème.

Performances des réponses

• MBean : org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
• URL : /system/console/jmx/org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
• Instances : tous les serveurs
• Durée de l’alarme : lorsque le statut n’est pas OK
• Définition de l’alarme : le statut de l’une des mesures est soit AVERTISSEMENT soit CRITIQUE. Vérifiez l’attribut de journal pour plus d’informations sur la file d’attente à l’origine du problème.

Performances des requêtes

• MBean : org.apache.sling.healthcheck:name=queriesStatus,type=HealthCheck
• URL : /system/console/jmx/org.apache.sling.healthcheck:name= queriesStatus,type=HealthCheck
• Instances : un auteur ou une autrice, tous les serveurs de publication
• Seuil d’alarme : lorsque le statut n’est pas OK
• Définition de l’alarme : une ou plusieurs requêtes s’exécutent lentement dans le système. Vérifiez l’attribut de journal pour plus d’informations sur les requêtes à l’origine du problème.

Bundles actifs

• MBean : org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
• URL : /system/console/jmx/org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
• Instances : tous les serveurs
• Seuil d’alarme : lorsque le statut n’est pas OK
• Définition de l’alarme : présence de bundles OSGi inactifs ou non résolus sur le système. Vérifiez l’attribut de journal pour plus d’informations sur les bundles à l’origine du problème.

Erreurs de journal

• MBean : org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
• URL : /system/console/jmx/org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
• Instances : tous les serveurs
• Seuil d’alarme : lorsque le statut n’est pas OK
• Définition de l’alarme : les fichiers journaux contiennent des erreurs. Vérifiez l’attribut de journal pour plus d’informations sur l’origine du problème.

Si vous utilisez TarMK, exécutez souvent la compression Tar. Pour plus d’informations, consultez Maintien du référentiel.

Vérifiez les journaux OutOfMemoryError. Pour plus d’informations, reportez-vous à Analyse des problèmes de mémoire.

Recherchez dans les journaux des références à des requêtes non indexées, à des traversées d’arborescence ou à des traversées d’index. Elles indiquent des requêtes non indexées ou mal indexées. Pour connaître les bonnes pratiques en matière d’optimisation des performances des requêtes et de l’indexation, reportez-vous à la section Bonnes pratiques relatives aux requêtes et à l’indexation.

Utilisez la console de workflow pour vérifier que vos workflows fonctionnent comme prévu. Si possible, condensez plusieurs workflows en un seul workflow.

Revoyez la surveillance en temps réel et recherchez toute congestion supplémentaire ou recherchez les processus fortement consommateurs de certaines ressources spécifiques.

Vérifiez les points de sortie du réseau client et les points d’entrée au réseau de déploiement d’Experience Manager, Dispatcher compris. Souvent, il s’agit de zones de goulot d’étranglement. Pour plus d’informations, consultez Considérations sur le réseau de ressources.

Augmentez la taille de votre serveur Experience Manager. Il est possible que la capacité de votre déploiement d’Experience Manager ne soit pas adaptée. L’assistance clientèle d’Adobe peut vous aider à déterminer si votre serveur est sous-dimensionné.

Consultez les fichiers access.log et error.log pour trouver les entrées situées autour du moment où le problème est survenu. Recherchez des modèles susceptibles d’indiquer des anomalies de code personnalisé. Ajoutez-les à la liste des événements que vous surveillez.