DocumentazioneAEM 6.4Guida alla distribuzione

Elementi di storage in AEM 6.4 storage-elements-in-aem

Last update: Thu May 04 2023 00:00:00 GMT+0000 (Coordinated Universal Time)

Creato per:

  • Developer
CAUTION
AEM 6.4 ha raggiunto la fine del supporto esteso e questa documentazione non viene più aggiornata. Per maggiori dettagli, consulta la nostra periodi di assistenza tecnica. Trova le versioni supportate qui.

In questo articolo tratteremo:

Panoramica dello storage in AEM 6 overview-of-storage-in-aem

Una delle modifiche più importanti nel AEM 6 sono le innovazioni a livello di archivio.

Al momento sono disponibili due implementazioni di archiviazione nodi in AEM6: Archiviazione Tar e archiviazione MongoDB.

Archiviazione Tar tar-storage

Esecuzione di un'istanza AEM appena installata con Tar Storage running-a-freshly-installed-aem-instance-with-tar-storage

CAUTION
Il PID per l’archivio dei nodi del segmento è cambiato da org.apache.jackrabbit.oak.plugins.segment.SegmentNodeStoreService nelle versioni precedenti di AEM 6 su org.apache.jackrabbit.oak.segment.SegmentNodeStoreService in AEM 6.3. Assicurati di effettuare le regolazioni di configurazione necessarie per riflettere questa modifica.

Per impostazione predefinita, AEM 6 utilizza l’archiviazione Tar per memorizzare nodi e binari, utilizzando le opzioni di configurazione predefinite. Per configurare manualmente le impostazioni di archiviazione, segui la procedura seguente:

  1. Scarica il jar AEM 6 quickstart e inseriscilo in una nuova cartella.

  2. Scompattare AEM eseguendo:

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

  3. Crea una cartella denominata crx-quickstart\install nella directory di installazione.

  4. Crea un file denominato org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg nella cartella appena creata.

  5. Modifica il file e imposta le opzioni di configurazione. Le seguenti opzioni sono disponibili per Segment Node Store, che è la base dell'implementazione AEM archiviazione Tar:

    • repository.home: Percorso della home dell'archivio in cui vengono archiviati vari dati relativi all'archivio. Per impostazione predefinita, i file dei segmenti vengono memorizzati nella directory crx-quickstart/segmentstore .
    • tarmk.size: Dimensione massima di un segmento in MB. Il valore predefinito è 256 MB.

  6. Inizia AEM.

Archiviazione Mongo mongo-storage

Esecuzione di un'istanza AEM appena installata con Mongo Storage running-a-freshly-installed-aem-instance-with-mongo-storage

AEM 6 può essere configurato per l'esecuzione con l'archiviazione MongoDB seguendo la procedura seguente:

  1. Scarica il jar AEM 6 quickstart e inseriscilo in una nuova cartella.

  2. Estrai AEM eseguendo il seguente comando:

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

  3. Assicurati che MongoDB sia installato e che sia presente un'istanza di mongod è in esecuzione. Per ulteriori informazioni, consulta Installazione di MongoDB.

  4. Crea una cartella denominata crx-quickstart\install nella directory di installazione.

  5. Configura l'archivio nodi creando un file di configurazione con il nome della configurazione che desideri utilizzare nel crx-quickstart\install directory.

    Document Node Store (che è la base per AEM'implementazione dell'archiviazione MongoDB) utilizza un file chiamato org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.cfg

  6. Modifica il file e imposta le opzioni di configurazione. Sono disponibili le seguenti opzioni:

    • mongouri: La MongoURI richiesto per la connessione al database Mongo. Il valore predefinito è mongodb://localhost:27017
    • db: Nome del database Mongo. Per impostazione predefinita, le nuove installazioni AEM 6 utilizzano autore di aem come nome del database.
    • cache: Dimensione della cache in MB. Questa viene distribuita tra le varie cache utilizzate in DocumentNodeStore. Il valore predefinito è 256.
    • changesSize: Dimensioni in MB della raccolta limitata utilizzata in Mongo per memorizzare nella cache l'output diff. Il valore predefinito è 256.
    • customBlobStore: Valore booleano che indica che verrà utilizzato un archivio dati personalizzato. Il valore predefinito è false.

  7. Crea un file di configurazione con il PID dell’archivio dati che desideri utilizzare e modifica il file per impostare le opzioni di configurazione. Per ulteriori informazioni, consulta Configurazione di archivi di nodi e archivi dati.

  8. Avvia AEM 6 jar con un backend di archiviazione MongoDB eseguendo:

    code language-shell 
    java -jar cq-quickstart-6.jar -r crx3,crx3mongo

    Dove -r è la modalità di esecuzione back-end. In questo esempio, inizierà con il supporto MongoDB.

Disabilitazione delle pagine grandi trasparenti disabling-transparent-huge-pages

Red Hat Linux utilizza un algoritmo di gestione della memoria chiamato Transparent Huge Pages (THP). Mentre AEM le letture e le scritture a grana fine, THP è ottimizzato per le operazioni di grandi dimensioni. Per questo motivo, si consiglia di disabilitare THP sia su archiviazione Tar che Mongo. Per disabilitare l’algoritmo, effettua le seguenti operazioni:

  1. Apri /etc/grub.conf nell’editor di testo desiderato.

  2. Aggiungi la seguente riga al grub.conf file:

    code language-none 
    transparent_hugepage=never

  3. Infine, controlla se l'impostazione è entrata in vigore eseguendo:

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

    Se THP è disattivato, l'output del comando precedente deve essere:

    code language-none 
    always madvise [never]
NOTE
È inoltre possibile consultare le seguenti risorse:
  • Per ulteriori informazioni su Transparent Huge Pages su Red Hat Linux, vedi questo articolo.
  • Per suggerimenti per l'ottimizzazione di Linux, consulta questo articolo.

Manutenzione dell’archivio maintaining-the-repository

Ogni aggiornamento del repository crea una nuova revisione del contenuto. Di conseguenza, con ogni aggiornamento le dimensioni dell'archivio crescono. Per evitare una crescita incontrollata dell'archivio, è necessario ripulire le vecchie revisioni per liberare le risorse del disco. Questa funzionalità di manutenzione è denominata Revision Cleanup (Pulizia delle revisioni). Il meccanismo Revision Cleanup recupererà lo spazio su disco rimuovendo i dati obsoleti dall'archivio. Per ulteriori dettagli sul cleanup delle revisioni, leggere il Pagina Pulizia revisioni.

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56