Bonnes pratiques de déchargement dans Assets assets-offloading-best-practices

La gestion de fichiers volumineux et l’exécution de workflows dans Adobe Experience Manager Assets peuvent consommer une quantité considérable de ressources d’unité centrale, de mémoire et d’E/S. En particulier, la taille des ressources, les workflows, le nombre d’utilisateurs et la fréquence d’assimilation des ressources peuvent affecter les performances globales du système. Les opérations les plus gourmandes en ressources comprennent l’ingestion de ressources et les workflows de réplication. L’utilisation intensive de ces workflows sur une seule instance de création peut nuire à l’efficacité de la création.

Le déchargement de ces tâches vers des instances de travail dédiées peut réduire les surcharges de processeur, de mémoire et d’E/S. En général, l’idée derrière le déchargement est de distribuer des tâches qui consomment des ressources intensives de processeur/mémoire/E/S aux instances de travail dédiées. Les sections suivantes incluent des cas d’utilisation recommandés pour le déchargement des ressources.

Experience Manager Assets Déchargement aem-assets-offloading

Experience Manager Assets met en oeuvre une extension de workflow native spécifique aux ressources pour le déchargement. Il repose sur l’extension de workflow générique fournie par la structure de déchargement, mais inclut des fonctionnalités supplémentaires spécifiques aux ressources dans l’implémentation. L’objectif du déchargement des ressources est d’exécuter efficacement le workflow Ressources de mise à jour de gestion des actifs numériques sur une ressource chargée. Le déchargement des ressources vous permet de mieux contrôler les workflows d’ingestion.

Experience Manager Composants de déchargement des ressources aem-assets-offloading-components

Le diagramme suivant illustre les principaux composants du processus de déchargement des ressources :

Workflow de déchargement des ressources de mise à jour de gestion des actifs numériques dam-update-asset-offloading-workflow

Le workflow Déchargement des ressources de mise à jour de gestion des actifs numériques s’exécute sur le Principal serveur (d’auteur) sur lequel l’utilisateur charge les ressources. Ce workflow est déclenché par un lanceur de workflow ordinaire. Au lieu de traiter la ressource chargée, ce workflow de déchargement crée une tâche à l’aide de la rubrique . com/adobe/granite/workflow/offloading. Le workflow de déchargement ajoute le nom du workflow cible : le workflow Ressources de mise à jour de gestion des actifs numériques dans ce cas, et le chemin d’accès de la ressource à la charge utile de la tâche. Après la création de la tâche de déchargement, le workflow de déchargement sur l’instance Principale attend l’exécution de la tâche de déchargement.

Job manager job-manager

Le gestionnaire des tâches distribue les nouvelles tâches aux instances de travail. Lors de la conception du mécanisme de distribution, il est important de prendre en compte l’activation des rubriques. Les tâches ne peuvent être affectées qu’aux instances où la rubrique de la tâche est activée. Désactivation de la rubrique com/adobe/granite/workflow/offloading sur la Principale et activez-la sur le programme de travail pour vous assurer que la tâche est affectée au programme de travail.

Experience Manager offloading aem-offloading

La structure de déchargement identifie les tâches de déchargement de workflow affectées aux instances de programme de travail et utilise la réplication pour les transporter physiquement, y compris leur charge utile (par exemple, les images à ingérer), vers les programmes de travail.

Client de tâche de déchargement de workflow workflow-offloading-job-consumer

Une fois qu’une tâche est écrite sur le programme de travail, le gestionnaire de tâches appelle le consommateur de tâche responsable de la com/adobe/granite/workflow/offloading rubrique. Le consommateur de tâche exécute ensuite le workflow Ressource de mise à jour de gestion des actifs numériques sur la ressource.

Topologie Sling sling-topology

Groupes de topologie Sling Experience Manager et leur permet de se connaître les uns les autres, indépendamment de la persistance sous-jacente. Cette caractéristique de la topologie Sling permet de créer des topologies pour les scénarios non organisés en grappes, en grappes et mixtes. Une instance peut exposer les propriétés à l’ensemble de la topologie. La structure fournit des rappels pour écouter les modifications de la topologie (instances et propriétés). La topologie Sling constitue la base des tâches distribuées Sling.

Tâches distribuées Sling sling-distributed-jobs

Les tâches distribuées Sling facilitent la distribution des tâches entre un ensemble d’instances qui sont membres de la topologie. Les tâches Sling reposent sur l’idée de fonctionnalités. Une tâche est définie par sa rubrique de tâche. Pour exécuter une tâche, une instance doit fournir un consommateur de tâche pour une rubrique de tâche spécifique. La rubrique de tâche est le pilote principal du mécanisme de distribution.

Les tâches sont uniquement distribuées aux instances qui fournissent un consommateur de tâche pour la rubrique. En activant/désactivant les consommateurs de tâche sur une instance, vous pouvez définir les fonctionnalités d’une instance et influencer le mécanisme de distribution. Les consommateurs de tâche disponibles d’une instance sont diffusés sur l’ensemble de la topologie.

Dans ce contexte, le terme distribution désigne l’affectation d’une tâche à une instance spécifique qui fournit un consommateur de tâche. L’affectation à une instance est stockée dans le référentiel. En d’autres termes, les tâches distribuées Sling peuvent être affectées par défaut à n’importe quelle instance de la topologie. Cependant, d’autres tâches ne peuvent être exécutées que par des instances qui partagent le même référentiel. Cela signifie que ces tâches ne peuvent être exécutées que par des instances faisant partie du même cluster. Les tâches affectées à des instances d’un autre cluster ne sont pas exécutées.

Structure de déchargement Granite granite-offloading-framework

La structure de déchargement Granite complète la distribution des tâches Sling pour exécuter les tâches affectées à des instances non clusterisées. Il n’effectue aucune distribution (affectation d’instance). Cependant, il identifie les tâches Sling qui ont été distribuées à des instances non clusterisées et les transporte vers l’instance cible pour exécution. Actuellement, le déchargement utilise la réplication pour effectuer ce transport de tâche. Pour exécuter une tâche, le déchargement définit l’entrée et la sortie, qui sont ensuite combinées à la tâche pour créer la charge utile de la tâche.

Les tâches distribuées Sling fournissent la structure de tâche et de distribution. Le déchargement Granite prend uniquement en charge le transport pour le cas particulier où les tâches sont distribuées à des instances non clusterisées.

En plus du transport, la structure de déchargement fournit une extension pour le moteur de workflow. Il permet à la structure de créer des tâches distribuées dans le cadre d’un workflow et d’attendre leur fin avant que le workflow ne progresse. Elle est implémentée à l’aide de l’API de l’étape externe de workflow du moteur de workflow. L’une des extensions facilite la distribution générique des workflows. La distribution d’étapes de workflow uniques n’est pas prise en charge.

La structure de déchargement est également fournie avec une interface utilisateur pour visualiser et contrôler l’activation des rubriques de tâche sur l’ensemble de la topologie. L’interface utilisateur vous permet de configurer facilement l’activation des rubriques des tâches distribuées Sling. Vous pouvez également configurer le déchargement sans l’interface utilisateur.

Conseils généraux et bonnes pratiques relatives au déchargement des ressources general-guidance-and-best-practices-for-asset-offloading

Chaque mise en oeuvre est unique et, en tant que telle, il n’existe pas de configuration de déchargement universelle. Les sections suivantes fournissent des conseils et des bonnes pratiques concernant le déchargement de l’ingestion de ressources.

Le déchargement des ressources impose également des surcharges sur le système, y compris des surcharges d’opération. Si vous rencontrez des problèmes avec la charge d’ingestion des ressources, Adobe vous recommande d’améliorer d’abord la configuration sans déchargement. Tenez compte des options suivantes avant de passer au déchargement des ressources :

Si vous estimez que le déchargement des ressources est une approche appropriée, Adobe fournit les conseils suivants :

Déploiement de déchargement des ressources recommandé recommended-assets-offloading-deployment

Avec Experience Manager et Oak, il existe plusieurs scénarios de déploiement possibles. Pour le déchargement des ressources, un déploiement basé sur TarMK avec une banque de données partagée est recommandé. Le diagramme suivant décrit le déploiement recommandé :

Pour plus d’informations sur la configuration d’une banque de données, voir Configuration des entrepôts de noeuds et de données dans AEM.

Désactivation de la gestion automatique des agents turning-off-automatic-agent-management

Adobe recommande de désactiver la gestion automatique des agents, car elle ne prend pas en charge la réplication sans fichier binaire et peut prêter à confusion lors de la configuration d’une nouvelle topologie de déchargement. De plus, il ne prend pas automatiquement en charge le flux de réplication vers l’avant requis par la réplication sans fichier binaire.

Utilisation de la réplication vers l’avant using-forward-replication

Par défaut, le transport de déchargement utilise la réplication inverse pour extraire les ressources déchargées du programme de travail vers la Principale. Les agents de réplication inverse ne prennent pas en charge la réplication sans fichier binaire. Vous devez configurer le déchargement pour utiliser la réplication vers l’avant afin de repousser les ressources déchargées du programme de travail vers Principal.

Utilisation de la banque de données partagée et de la réplication sans binaires entre l’auteur et les programmes de travail using-shared-datastore-and-binary-less-replication-between-author-and-workers

L’utilisation de la réplication sans fichier binaire est recommandée pour réduire la surcharge de transport pour le déchargement des ressources. Pour savoir comment configurer une réplication sans fichier binaire pour une banque de données partagée, voir Configuration des entrepôts de noeuds et de données dans AEM. La procédure n’est pas différente pour le déchargement des ressources, sauf qu’elle implique d’autres agents de réplication. Comme la réplication sans fichier binaire fonctionne uniquement avec les agents de réplication de transfert, vous devez également utiliser la réplication de transfert pour tous les agents de déchargement.

Désactivation des packages de transport turning-off-transport-packages

Par défaut, le déchargement crée un module de contenu qui contient la tâche de déchargement et la charge utile de la tâche (la ressource d’origine), et transporte ce module de déchargement unique à l’aide d’une seule requête de réplication. La création de ces modules de déchargement est contre-productive lors de l’utilisation d’une réplication sans fichier binaire, car les fichiers binaires sont à nouveau sérialisés dans le module lors de la création du module. L’utilisation de ces packages de transport peut être désactivée, ce qui entraîne le transport de la tâche de déchargement et de la charge utile dans plusieurs demandes de réplication, une pour chaque entrée de charge utile. De cette manière, l’avantage de la réplication sans fichier binaire peut être utilisé.

Désactivation du transport du modèle de workflow disabling-the-transport-of-workflow-model

Par défaut, la variable Déchargement des ressources de mise à jour de gestion des actifs numériques le workflow de déchargement ajoute le modèle de workflow pour appeler le programme de travail à la charge utile de la tâche. Parce que ce workflow suit le modèle d'usine Ressources de mise à jour de gestion des actifs numériques par défaut, cette payload supplémentaire peut être supprimée.

Si le modèle de workflow est désactivé à partir de la charge utile de la tâche, veillez à distribuer les modifications au modèle de workflow référencé à l’aide d’autres outils, tels que le gestionnaire de modules.

Pour désactiver le transport du modèle de workflow, modifiez le workflow Déchargement des ressources de mise à jour de gestion des actifs numériques .

Optimisation de l’intervalle d’interrogation optimizing-the-polling-interval

Le déchargement des workflows est mis en oeuvre à l’aide d’un workflow externe sur la Principale, qui interroge la fin du workflow déchargé sur le programme de travail. L’intervalle d’interrogation par défaut pour les processus de workflow externes est de cinq secondes. Adobe recommande d’augmenter l’intervalle d’interrogation de l’étape de déchargement des ressources à au moins 15 secondes afin de réduire la surcharge de déchargement sur la Principale.

Plus de ressources more-resources

Ce document porte sur le déchargement des ressources. Voici une documentation supplémentaire sur le déchargement :