Éléments de stockage dans AEM 6.4 storage-elements-in-aem
Dans cet article, nous allons aborder les éléments 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 noeuds disponibles dans AEM6 : Stockage Tar et 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. Pour configurer manuellement ses paramètres de stockage, procédez comme suit :
-
Téléchargez AEM jar de démarrage rapide 6 et placez-le dans un nouveau dossier.
-
Décompressez l’AEM en exécutant :
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 noeuds de segment, qui est la base de l’implémentation de l’espace de stockage AEM Tar :
repository.home: chemin vers le répertoire racine du référentiel dans lequel sont stockées les différentes données associées au 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 AEM 6 et placez-le dans un nouveau dossier.
-
Décompressez l’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œud 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. Elle est distribuée entre 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 entrepôt de données personnalisé sera utilisé. La valeur par défaut est false.
-
Créez un fichier de configuration avec le PID de l’entrepôt de données que vous souhaitez utiliser et modifiez le fichier afin de définir les options de configuration. Pour plus d’informations, consultez la section 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ù
-rest le mode d’exécution principal. Dans cet exemple, cela commence par la prise en charge de MongoDB.
Désactivation de la transparence des pages Huge 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 le stockage 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]
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 Nettoyage des révisions.