Présentation du système

Une configuration DAM standard consiste à ce que les utilisateurs finaux accèdent à la gestion des ressources numériques via un équilibreur de charge. L’instance DAM peut faire partie d’une configuration en cluster, où chaque instance DAM s’exécute dans un processus de machine virtuelle Java™ sur une machine physique ou virtuelle. Le stockage DAM est fourni soit par un disque RAID s’il existe des configurations mono-machine, soit par un stockage connecté au réseau et géré en cas de configurations en cluster.

La légende suivante décrit les zones présentant un risque pour les performances avec certaines solutions, le cas échéant.

Connexion réseau à l’utilisateur final ou l’utilisatrice finale Une connexion réseau lente peut entraîner des problèmes de débit ainsi que, dans de rares cas, des problèmes de latence. Parfois, l’utilisateur ou l’utilisatrice reçoit une connexion lente du FAI, en particulier dans les intranets. C’est un signe de topologie de réseau incorrecte.

Système de fichiers temporaires Un système de fichiers local lent peut entraîner des problèmes de performances dans les interactions, en particulier pour les recherches, car les index de recherche sont stockés sur le disque local. Cela peut, par ailleurs, entraîner des problèmes de traitement des ressources en cas d’utilisation du processus de ligne de commande.

Outil de recherche de la gestion des ressources numériques Les problèmes de performances interactive, souvent rencontrés lors des recherches, sont dus à une utilisation élevée du processeur en raison de nombreux utilisateurs simultanés ou d’autres processus utilisant le processeur sur la même instance. Passer de machines virtuelles à des machines dédiées et s’assurer qu’aucun autre service ne s’exécute sur l’ordinateur peut contribuer à améliorer les performances. Si une charge élevée de l’UC est due au traitement des ressources et à de nombreux utilisateurs et utilisatrices simultanés, Day recommande d’ajouter des nœuds de cluster supplémentaires.

Processus de gestion des ressources numériques AEM Les workflows dont l’exécution est longue pendant l’intégration des ressources entraînent des problèmes de performances du traitement des ressources. Selon le type de ressources qui sont en cours de traitement, cela peut indiquer une surutilisation de l’UC. Day recommande de réduire le nombre d’autres processus s’exécutant sur le système et d’augmenter le nombre d’UC disponibles en ajoutant des nœuds de cluster.

Connectivité aux NAS Une mauvaise connectivité réseau aux périphériques NAS (Network Attached Storage, stockage réseau) entraîne des problèmes de performances des interactions, car l’accès à de nouveaux nœuds pendant le traitement des ressources est ralenti en raison de la latence du réseau. En outre, un débit réseau lent altère le débit, mais aussi les performances de traitement des ressources, car le chargement et l’enregistrement des rendus sont ralentis.

Les raisons d’une latence et d’un débit faibles dans un NAS sont la topologie du réseau ou la surutilisation du NAS par d’autres services.

NAS (Network Attached Storage) La surutilisation de systèmes de stockage réseau (NAS) peut entraîner différents problèmes :

  • Un espace disque faible est un problème rencontré fréquemment, qui peut être résolu en dimensionnant correctement un projet de gestion des ressources numériques.
  • Une latence de disque élevée se traduit par des temps d’accès lents pour CRX et peut entraîner des problèmes de performances des interactions.
  • Un débit de disque lent peut entraîner des performances faibles pour la gestion des ressources numériques CQ5.

Tester les performances

Pour chaque projet DAM, créez un régime de tests de performances qui permet d’identifier et de résoudre les goulots d’étranglement rapidement. Pour ce faire, tenez compte des points de contrôle suivants :

  1. Tests de performances de bout en bout à l’aide de JMeter : simulez un exemple de session de recherche et de navigation pour détecter des problèmes de performances interactives.
  2. Tests de débit et de latence à l’aide de JMeter : l’exécution sur un ordinateur client garantit l’absence de tout problème de topologie.
  3. Tests de traitement des ressources normalisés : ingérez quelques exemples de ressources et mesurez le temps. Cela doit inclure l’intégration de workflows externes.
  4. Surveillez l’utilisation de l’UC, du disque et de la mémoire de chaque nœud du cluster.
  5. Diagnostic des performances de lecture/écriture CRX pour identifier les problèmes liés au non-traitement.
  6. Surveillez la latence et le débit du réseau, entre le cluster DAM et votre NAS.
  7. Testez les performances de lecture et d’écriture et la latence du disque directement sur le NAS, si possible.

Réduire les goulets d’étranglement

Jusqu’à présent, les ajustements de performances suivants ont été utilisés dans les projets :

  • Génération sélective de rendus : générez uniquement les rendus dont vous avez besoin en ajoutant des conditions au workflow de traitement des ressources, de sorte que les rendus plus coûteux ne soient générés que pour certaines ressources.
  • Magasin de données partagé entre instances : lorsque l’espace disque est faible, cela peut considérablement réduire la quantité d’espace disque nécessaire au prix d’efforts de configuration plus importants et de la perte du nettoyage automatique du magasin de données.