É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

CAUTION
Le PID du magasin de nœuds de segment a été changé, en remplaçant org.apache.jackrabbit.oak.plugins.segment.SegmentNodeStoreService dans les versions précédentes d’AEM 6 par org.apache.jackrabbit.oak.segment.SegmentNodeStoreService dans AEM 6.3. Assurez-vous que les réglages de configuration nécessaires sont effectués afin que les modifications soient répercutées.

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 :

  1. Téléchargez le fichier jar de démarrage rapide d’AEM 6 et placez-le dans un nouveau dossier.

  2. Décompressez AEM comme suit :

    java -jar cq-quickstart-6.jar -unpack

  3. Créez un dossier nommé crx-quickstart\install dans le répertoire d’installation.

  4. Créez un fichier nommé org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg dans le dossier nouvellement créé.

  5. 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.
  6. 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 :

  1. Téléchargez le fichier jar de démarrage rapide d’AEM 6 et placez-le dans un nouveau dossier.

  2. Décompressez AEM en exécutant la commande suivante :

    java -jar cq-quickstart-6.jar -unpack

  3. Assurez-vous que MongoDB est installé et qu’une instance de mongod est en cours d’exécution. Pour plus d’informations, reportez-vous à la section Configuration de MongoDB.

  4. Créez un dossier nommé crx-quickstart\install dans le répertoire d’installation.

  5. 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.

  6. 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 de mongodb://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.
  7. 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, voir Configuration des entrepôts de noeuds et des entrepôts de données.

  8. 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,crx3mongo
    

    Où 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 :

  1. Ouvrez le fichier /etc/grub.conf dans l’éditeur de texte de votre choix.

  2. Ajoutez la ligne suivante au fichier grub.conf  :

    code language-none
    transparent_hugepage=never
    
  3. Enfin, vérifiez si le paramètre a été appliqué en exécutant :

    code language-none
    cat /sys/kernel/mm/redhat_transparent_hugepage/enabled
    

    Si THP est désactivé, la sortie de la commande ci-dessus doit être :

    code language-none
    always madvise [never]
    
NOTE
Reportez-vous aux ressources suivantes :
  • Pour plus d’informations sur Transparent Huge Pages sur Red Hat® Linux®, reportez-vous à cet article.
  • Pour obtenir des conseils sur l’optimisation sous Linux®, reportez-vous à cet article.

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.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2