Problèmes courants d’ingestion de ressources et solutions

Cet article décrit les scénarios les plus courants de problèmes d’ingestion de ressources AEM et comment les analyser, y compris les traitements importants, les volumes élevés, les référentiels de gestion des ressources numériques volumineux et de nombreux auteurs simultanés.

Description description

Environnement

Adobe Experience Manager (AEM)

Problème

Cet article décrit les scénarios de problème d’ingestion de ressources AEM les plus courants et comment les analyser pour :

Résolution resolution

Scénarios et solutions d’ingestion

Scénario 1 : traitement élevé

Des situations telles que les importations en bloc, telles que 2 000 images à la fois, entraînent un CPU et une mémoire élevés pour les instances de création.

Solution

Décharger les tâches sur une autre instance AEM. Vous pouvez décharger des workflows entiers ou seulement quelques étapes lourdes en connectant l’instance de traitement aux instances d’auteur principales via des programmes de travail de proxy de gestion des ressources numériques. L’instance d’auteur principale reste ainsi libre de servir d’autres utilisateurs. Les programmes de travail de proxy de gestion des ressources numériques sont chargés de superviser les tâches à distance, de collecter les résultats et de les transmettre à l’exécution locale du workflow.

Scénario 2 : Volume Élevé​

Il s’agit d’instances où une base de données de quelques millions de produits comporte 12 000 modifications par jour. Le référentiel devient le goulot d’étranglement dans de tels scénarios. Pendant les écritures, les lectures sont bloquées par souci de cohérence.

Solution

Pour éviter cette situation, séparez le processus d’importation sur une instance d’auteur dédiée avec son propre référentiel. Une fois l’opération terminée, répliquez un delta complet vers l’environnement de création, avec une réplication chaînée vers l’environnement de publication, si nécessaire. Utilisez une file d’attente de réplication réservée pour éviter de retarder les modifications éditoriales importantes de la publication.

Scénario 3 : Référentiels de gestion des ressources numériques volumineux

Cela se produit avec des référentiels volumineux, tels que plus de 7 millions de ressources, 20 millions de nœuds et une taille de disque de 15 To. Cela a un impact sur les performances de l’instance.

Solution

Partagez le magasin persistant et l’entrepôt de données (optimisé pour gérer les fichiers binaires volumineux). Le magasin persistant nécessite une E/S à très faible latence, le stockage local fonctionne donc mieux. Pour le magasin de données , une latence plus élevée est acceptable.

Scénario 4 : nombreux auteurs simultanés

De nombreux auteurs et autrices simultanés peuvent avoir un impact sur les performances et le traitement.

Solution

Les auteurs simultanés sont des utilisateurs qui travaillent activement sur le système. Les auteurs connectés mais inactifs ne placent pas de charge supplémentaire sur le système. Opérations telles que la modification, le chargement de ressources, le déclenchement de workflows, CPU, la mémoire, la recherche et le téléchargement de ressources et la modification des métadonnées.

La formation d’un cluster d’instances de création avec un Dispatcher en amont permet de répartir équitablement la charge du CPU. Avec un grand nombre d’auteurs et d’autrices en production active, il est recommandé de scinder chaque projet en une instance d’auteur ou un environnement distinct(e) dans lequel le travail en cours se déroule. Cette technique est appelée partitionnement du contenu .

Posez Des Questions Dans Notre Communauté Experience League Campaign

Si vous avez des questions à ce sujet ou si vous souhaitez lire les réponses aux questions précédentes, nous vous invitons à consulter notre article de blog de la communauté ​ qui comprend cet article, à nous envoyer vos questions et commentaires et à rejoindre notre communauté Experience League Campaign !