Elementi di conservazione in AEM 6.5 storage-elements-in-aem
Il presente articolo riguarda:
Panoramica sulla conservazione nell’AEM 6 overview-of-storage-in-aem
Una delle modifiche più importanti dell’AEM 6 sono le innovazioni a livello di deposito.
Attualmente, nell’AEM6 sono disponibili due implementazioni di storage dei nodi: storage Tar e storage MongoDB.
Archiviazione Tar tar-storage
Esecuzione di un’istanza AEM appena installata con archiviazione Tar running-a-freshly-installed-aem-instance-with-tar-storage
Per impostazione predefinita, AEM 6 utilizza l’archiviazione Tar per memorizzare nodi e binari, utilizzando le opzioni di configurazione predefinite. È possibile configurare manualmente le impostazioni di archiviazione eseguendo le operazioni seguenti:
-
Scarica il file jar quickstart di AEM 6 e inseriscilo in una nuova cartella.
-
Decomprimere l’AEM eseguendo:
java -jar cq-quickstart-6.jar -unpack
-
Creare una cartella denominata
crx-quickstart\install
nella directory di installazione. -
Creare un file denominato
org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg
nella cartella appena creata. -
Modifica il file e imposta le opzioni di configurazione. Per Segment Node Store, che è la base dell’implementazione dell’archiviazione Tar dell’AEM, sono disponibili le seguenti opzioni:
repository.home
: percorso della home del repository in cui vengono archiviati vari dati relativi al repository. 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.
-
Avvia AEM.
Archiviazione Mongo mongo-storage
Esecuzione di un’istanza AEM appena installata con Mongo Storage running-a-freshly-installed-aem-instance-with-mongo-storage
L’AEM 6 può essere configurato per funzionare con lo storage MongoDB seguendo la procedura seguente:
-
Scarica il file jar quickstart di AEM 6 e inseriscilo in una nuova cartella.
-
Decomprimi AEM eseguendo il comando seguente:
java -jar cq-quickstart-6.jar -unpack
-
Verificare che MongoDB sia installato e che un'istanza di
mongod
sia in esecuzione. Per ulteriori informazioni, vedere Installazione di MongoDB. -
Creare una cartella denominata
crx-quickstart\install
nella directory di installazione. -
Configurare l'archivio nodi creando un file di configurazione con il nome della configurazione da utilizzare nella directory
crx-quickstart\install
.L'archivio dei nodi dei documenti (che è la base per l'implementazione dell'archiviazione MongoDB dell'AEM) utilizza un file denominato
org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.cfg
-
Modifica il file e imposta le opzioni di configurazione. Sono disponibili le seguenti opzioni:
mongouri
: MongoURI necessario per connettersi al database Mongo. Il valore predefinito èmongodb://localhost:27017
db
: nome del database Mongo. Per impostazione predefinita, le nuove installazioni di AEM 6 utilizzano aem-author come nome del database.cache
: dimensione della cache in megabyte. Questa dimensione della cache viene distribuita tra le varie cache utilizzate in DocumentNodeStore. Il valore predefinito è 256.changesSize
: dimensione in MB della raccolta limitata utilizzata in Mongo per memorizzare nella cache l'output diff. Il valore predefinito è 256.customBlobStore
: valore booleano che indica l'utilizzo di un archivio dati personalizzato. Il valore predefinito è false.
-
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, vedere Configurazione degli archivi nodi e degli archivi dati.
-
Avvia il file jar dell’AEM 6 con un back-end di archiviazione MongoDB eseguendo:
code language-shell java -jar cq-quickstart-6.jar -r crx3,crx3mongo
Se la modalità di esecuzione del back-end è
-r
, l'esempio inizia con il supporto MongoDB.
Disabilitazione delle pagine di grandi dimensioni trasparenti disabling-transparent-huge-pages
Red Hat® Linux® utilizza un algoritmo di gestione della memoria chiamato Transparent Huge Pages (THP). Mentre l'AEM esegue operazioni di lettura e scrittura dettagliate, il THP è ottimizzato per operazioni di grandi dimensioni. Pertanto, si consiglia di disabilitare THP sia nella memoria di Tar che in quella di Mongo. Per disattivare l’algoritmo, effettua le seguenti operazioni:
-
Aprire il file
/etc/grub.conf
nell'editor di testo desiderato. -
Aggiungi la seguente riga al file grub.conf:
code language-none transparent_hugepage=never
-
Infine, verifica se l’impostazione è diventata effettiva 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]
- Per ulteriori informazioni su Transparent Huge Pages su Red Hat® Linux®, consultare il seguente articolo dal portale clienti Red Hat®: Come utilizzare, monitorare e disabilitare gli hugepage trasparenti in Red Hat Enterprise Linux 6,7 e 8?
- Per suggerimenti per l'ottimizzazione di Linux®, vedere Ottimizzazione delle prestazioni.
Gestione dell’archivio maintaining-the-repository
Ogni aggiornamento del repository crea una revisione del contenuto. Di conseguenza, con ogni aggiornamento aumenta la dimensione dell’archivio. Per evitare una crescita incontrollata dell'archivio, è necessario ripulire le vecchie revisioni per liberare le risorse su disco. Questa funzionalità di manutenzione è denominata Pulizia revisioni. Il meccanismo di pulizia delle revisioni recupera spazio su disco rimuovendo i dati obsoleti dall'archivio. Per ulteriori dettagli sulla pulizia delle revisioni, leggere la pagina pulizia revisioni.