* Les informations suivantes s'appliquent pour Oak version 1.6+ et version AEM 6.3+.
Problème :
la mémoire disponible étant limitée (tas et hors tas), les caches sont surchargés lorsque le référentiel d'une instance atteint un certain niveau.
En conséquence, la plupart des accès de référentiel lisent les données directement à partir du disque, ce qui ralentit grandement le processus et entraîne des désagréments pour l'utilisateur final.
Symptômes :
globalement, l'instance ralentit : les délais de réponse augmentent et le nettoyage de la révision en ligne prend beaucoup plus de temps à s'exécuter, dépassant parfois la période de maintenance allouée.
Au niveau du système, on observe une activité IO élevée et constante.
Il existe plusieurs points de terminaison qui sont contrôlés pour déterminer quand le système devient lié à IO.
Les paragraphes suivants portent sur les points de terminaison disponibles et les indicateurs clés.
Il existe plusieurs points de terminaison pour surveiller les mesures relatives à IO dans AEM, JVM et le système d'exploitation.
Ensemble, ils fournissent des perspectives différentes sur le débit global du système aux niveaux différents : des sessions JCR pour valider le TarMK au disque IO du TarMK.
Associés aux informations collectées avec les outils au niveau de JVM et du système d’exploitation, ils fournissent une multitude d’informations sur l’intégrité du système et facilitent la recherche de points d'étranglement.
Outre ces points de terminaison, il existe de nombreux outils spécifiques à JVM et à un système d’exploitation pour vous aider à mieux comprendre l’activité du système :
Quoi : le nombre d'opérations sur disque (lectures / écritures) par unité de temps (seconde)
Comment : outillage au niveau du système d'exploitation (par exemple : vmstat, iostat sous UNIX)
Normal : faible niveau de lecture du disque (proche de zéro) ; constant, faible nombre d'écritures (voir image). Pics pendant le nettoyage de révision.
Avertissement : un niveau élevé et croissant de lecture des disques est un signe de sous-dimensionnement de la mémoire (voir image).
AVERTISSEMENT DE RESPONSABILITÉ : un volume élevé d'E/S de disque est dû à d'autres opérations exécutées sur AEM (par exemple : ingestion d'actifs) ou par un autre processus (par exemple : analyse antivirus), donc assurez-vous d'exclure toute autre cause avant le diagnostic Segment Tar comme coupable. En général, la tendance sur plusieurs jours est plus pertinente que les pics locaux.
Les valeurs absolues ne sont pas pertinentes ici et peuvent varier en fonction de la taille de l'instance, du trafic et du matériel sous-jacent.
Accéder à votre compte