Éléments de stockage dans AEM 6.5 storage-elements-in-aem
Cet article traite des sujets suivants :
Présentation du stockage dans AEM 6 overview-of-storage-in-aem
L’une des modifications les plus importantes d’AEM 6 concerne les innovations au niveau du référentiel.
Actuellement, il existe deux implémentations de stockage de nœud disponibles dans AEM 6 : le stockage Tar et le stockage MongoDB.
Stockage Tar tar-storage
Exécution d’une toute nouvelle instance AEM installée avec un stockage tar running-a-freshly-installed-aem-instance-with-tar-storage
Par défaut, AEM 6 utilise le stockage Tar pour stocker les nœuds et les fichiers binaires à l’aide des options de configuration par défaut. Vous pouvez configurer manuellement ses paramètres de stockage en procédant comme suit :
-
Téléchargez le fichier jar de démarrage rapide d’AEM 6 et placez-le dans un nouveau dossier.
-
Décompressez AEM comme suit :
java -jar cq-quickstart-6.jar -unpack -
Créez un dossier nommé
crx-quickstart\installdans le répertoire d’installation. -
Créez un fichier nommé
org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfgdans le dossier nouvellement créé. -
Modifiez le fichier et définissez les options de configuration. Les options suivantes sont disponibles pour le magasin de nœuds de segment, qui est la base de l’implémentation du stockage Tar d’AEM :
repository.home: chemin d’accès à la page d’accueil du référentiel dans laquelle sont stockées diverses données du référentiel. Par défaut, les fichiers de segment doivent être stockés dans le répertoire crx-quickstart/segmentstore.tarmk.size: taille maximale d’un segment en Mo. La valeur par défaut est 256 Mo.
-
Démarrez AEM.
Stockage Mongo mongo-storage
Exécution d’une instance AEM nouvellement installée avec le stockage Mongo running-a-freshly-installed-aem-instance-with-mongo-storage
AEM 6 peut être configuré pour s’exécuter avec le stockage MongoDB en suivant la procédure ci-dessous :
-
Téléchargez le fichier jar de démarrage rapide d’AEM 6 et placez-le dans un nouveau dossier.
-
Décompressez AEM en exécutant la commande suivante :
java -jar cq-quickstart-6.jar -unpack -
Assurez-vous que MongoDB est installé et qu’une instance de
mongodest en cours d’exécution. Pour plus d’informations, reportez-vous à la section Configuration de MongoDB. -
Créez un dossier nommé
crx-quickstart\installdans le répertoire d’installation. -
Configurez le magasin de nœuds en créant un fichier de configuration avec le nom de la configuration que vous souhaitez utiliser dans le répertoire
crx-quickstart\install.Le magasin de nœuds de document (qui sert de base à l’implémentation du stockage MongoDB d’AEM) utilise un fichier nommé
org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.cfg. -
Modifiez le fichier et définissez vos options de configuration. Les options suivantes sont disponibles :
mongouri: MongoURI requis pour se connecter à la base de données Mongo. La valeur par défaut est demongodb://localhost:27017.db: nom de la base de données Mongo. Par défaut, les nouvelles installations d’AEM 6 utilisent aem-author comme nom de la base de données.cache: taille du cache en Mo. Cette taille de cache est répartie entre les différents caches utilisés dans DocumentNodeStore. La valeur par défaut est 256.changesSize: taille en Mo de la collection limitée utilisée dans Mongo pour la mise en cache de la sortie diff. La valeur par défaut est 256.customBlobStore: valeur booléenne indiquant qu’un magasin de données personnalisé est utilisé. La valeur par défaut est false.
-
Créez un fichier de configuration avec le PID du magasin de données que vous souhaitez utiliser et modifiez le fichier pour définir les options de configuration. Pour plus d’informations, consultez Configuration des magasins de nœuds et des entrepôts de données.
-
Démarrez le jar AEM 6 avec une sauvegarde du stockage MongoDB en exécutant :
code language-shell java -jar cq-quickstart-6.jar -r crx3,crx3mongoOù le mode d’exécution principal est
-r, l’exemple commence avec la prise en charge de MongoDB.
Désactiver THP (Transparent Huge Pages) disabling-transparent-huge-pages
Red Hat® Linux® utilise un algorithme de gestion de la mémoire appelé Transparent Huge Pages (THP). Tandis qu’AEM effectue des lectures et des écritures affinées, THP est optimisé pour des opérations plus volumineuses. Pour cette raison, il est recommandé de désactiver THP sur les stockages Tar et Mongo. Pour désactiver l’algorithme, procédez comme suit :
-
Ouvrez le fichier
/etc/grub.confdans l’éditeur de texte de votre choix. -
Ajoutez la ligne suivante au fichier grub.conf :
code language-none transparent_hugepage=never -
Enfin, vérifiez si le paramètre a été appliqué en exécutant :
code language-none cat /sys/kernel/mm/redhat_transparent_hugepage/enabledSi THP est désactivé, la sortie de la commande ci-dessus doit être :
code language-none always madvise [never]
- Pour plus d’informations à propos de Transparent Huge Pages sur Red Hat® Linux®, consultez l’article suivant du portail clientèle Red Hat® : Comment utiliser, surveiller et désactiver les paramètres Transparent Huge Pages dans Red Hat Enterprise Linux 6, 7 et 8 ?
- Pour obtenir des conseils sur l’optimisation sous Linux®, voir Optimisation des performances.
Maintenance du référentiel maintaining-the-repository
Chaque mise à jour du référentiel crée une révision du contenu. Par conséquent, avec chaque mise à jour, la taille du référentiel augmente. Pour éviter une croissance incontrôlée du référentiel, les anciennes révisions doivent être nettoyées pour libérer des ressources de disque. Cette fonctionnalité de maintenance est appelée Nettoyage des révisions. Le mécanisme de nettoyage des révisions permet de récupérer de l’espace disque en supprimant les données obsolètes du référentiel. Pour de plus amples informations sur le nettoyage des révisions, consultez la page sur le nettoyage des révisions.