Speicherelemente in AEM 6.5 storage-elements-in-aem
Dieser Artikel behandelt Folgendes:
Überblick über Speicher in AEM 6 overview-of-storage-in-aem
Eine der wichtigsten Änderungen in AEM 6 sind die Innovationen auf Repository-Ebene.
Derzeit stehen in AEM 6 zwei Knotenspeicher zur Verfügung: der TAR-Speicher und der MongoDB-Speicher.
Tar-Speicher tar-storage
Ausführen einer neu installierten AEM-Instanz mit TAR-Speicher running-a-freshly-installed-aem-instance-with-tar-storage
Standardmäßig verwendet AEM 6 den TAR-Speicher zum Speichern von Knoten und Binärdateien mit den Standardkonfigurationsoptionen. Sie können die Speichereinstellungen manuell wie folgt konfigurieren:
-
Laden Sie die AEM 6-Schnellstart-JAR-Datei herunter und legen Sie sie in einem neuen Ordner ab.
-
Entpacken Sie AEM durch Ausführen:
java -jar cq-quickstart-6.jar -unpack
-
Erstellen Sie den Ordner
crx-quickstart\install
im Installationsverzeichnis. -
Erstellen Sie die Datei
org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg
im neu erstellten Ordner. -
Bearbeiten Sie die Datei, um die Konfigurationsoptionen festzulegen. Die folgenden Optionen sind für den Segmentknotenspeicher verfügbar, der die Grundlage für TAR-Speicherimplementierung von AEM bildet:
repository.home
: Pfad zum Repository-Stammverzeichnis, in dem Repository-bezogene Daten gespeichert werden. Standardmäßig werden Segmentdateien im Verzeichnis crx-quickstart/segmentstore gespeichert.tarmk.size
: Maximale Größe eines Segments in MB. Die Standardgröße ist 256 MB.
-
Starten Sie AEM.
Mongo-Speicher mongo-storage
Ausführen einer neu installierten AEM-Instanz mit Mongo-Speicher running-a-freshly-installed-aem-instance-with-mongo-storage
AEM 6 kann für die Ausführung mit MongoDB-Speicher konfiguriert werden, wie nachfolgend beschrieben:
-
Laden Sie die AEM 6-Schnellstart-JAR-Datei herunter und legen Sie sie in einem neuen Ordner ab.
-
Entpacken Sie AEM, indem Sie den folgenden Befehl ausführen:
java -jar cq-quickstart-6.jar -unpack
-
Vergewissern Sie sich, dass MongoDB installiert ist und eine Instanz von
mongod
ausgeführt wird. Weitere Informationen finden Sie unter Installieren von MongoDB. -
Erstellen Sie den Ordner
crx-quickstart\install
im Installationsverzeichnis. -
Konfigurieren Sie den Knotenspeicher. Erstellen Sie dazu eine Konfigurationsdatei mit dem Namen der Konfiguration, die Sie im Verzeichnis
crx-quickstart\install
verwenden möchten.Der Document-Knotenspeicher (auf dem die Implementierung von MongoDB-Speicher in AEM basiert) verwendet die Datei
org.apache.jackrabbit.oak.plugins.document.DocumentNodeStoreService.cfg
. -
Bearbeiten Sie die Datei, um die gewünschten Konfigurationsoptionen festzulegen. Die folgenden Optionen sind verfügbar:
mongouri
: Die für die Verbindung mit der Mongo-Datenbank erforderliche MongoURI. Standard:mongodb://localhost:27017
db
: Name der Mongo-Datenbank. Standardmäßig wird bei AEM 6-Installationen aem-author als Datenbankname verwendet.cache
: Die Cachegröße in Megabyte. Dieser Wert verteilt sich auf die verschiedenen in DocumentNodeStore verwendeten Caches. Der Standardwert lautet 256.changesSize
: Größe (in MB) der begrenzten Sammlung, die in Mongo zum Caching unterschiedlicher Ausgaben verwendet wird. Der Standardwert lautet 256.customBlobStore
: Boolescher Wert, der angibt, dass ein benutzerdefinierter Datenspeicher verwendet wird. Der Standardwert lautet „false“.
-
Erstellen Sie eine Konfigurationsdatei mit der PID des Datenspeichers, den Sie verwenden möchten, und bearbeiten Sie die Datei, um die Konfigurationsoptionen festzulegen. Weitere Informationen finden Sie unter Konfigurieren von Knotenspeichern und Datenspeichern.
-
Starten Sie die JAR-Datei von AEM 6 mit einem MongoDB-Speicher-Backend, indem Sie Folgendes ausführen:
code language-shell java -jar cq-quickstart-6.jar -r crx3,crx3mongo
Wenn der Backend-Ausführungsmodus
-r
ist, beginnt das Beispiel mit der MongoDB-Unterstützung.
Deaktivieren von Transparent Huge Pages disabling-transparent-huge-pages
Red Hat® Linux® nutzt einen Speicherverwaltungsalgorithmus mit der Bezeichnung THP (Transparent Huge Pages). Während AEM feinkörnige Lese- und Schreibvorgänge durchführt, ist THP für große Operationen optimiert. Es wird daher empfohlen, THP sowohl auf Tar- als auch auf Mongo-Speicher zu deaktivieren. Gehen Sie wie folgt vor, um den Algorithmus zu deaktivieren:
-
Öffnen Sie die Datei
/etc/grub.conf
in einem beliebigen Texteditor. -
Fügen Sie der Datei grub.conf die folgende Zeile hinzu:
code language-none transparent_hugepage=never
-
Überprüfen Sie abschließend, ob die Einstellung wirksam wurde, indem Sie Folgendes ausführen:
code language-none cat /sys/kernel/mm/redhat_transparent_hugepage/enabled
Wenn THP deaktiviert ist, sollte die Ausgabe des obigen Befehls wie folgt lauten:
code language-none always madvise [never]
- Weitere Informationen zu Transparent Huge Pages in Red Hat® Linux® finden Sie im folgenden Artikel des Red Hat®-Kundenportals zum Thema Verwenden, Überwachen und Deaktivieren von Transparent Huge Pages in Red Hat Enterprise Linux 6, 7 und 8.
- Tipps zur Linux®-Optimierung finden Sie unter Leistungsoptimierung.
Warten von Repositorys maintaining-the-repository
Jede Aktualisierung des Repositorys erzeugt eine Inhaltsrevision. Daher wächst das Repository nach jeder Aktualisierung. Um ein unkontrolliertes Repository-Wachstum zu vermeiden, müssen alte Revisionen bereinigt werden, um Festplattenressourcen freizugeben. Diese Wartungsfunktionalität wird als Revisionsbereinigung bezeichnet. Bei der Revisionsbereinigung wird durch Löschen veralteter Daten aus dem Repository Festplattenspeicher zurückgewonnen. Weitere Informationen zur Revisionsbereinigung finden Sie auf der Seite über die Revisionsbereinigung.