Handbuch zur Leistungsoptimierung von Assets assets-performance-tuning-guide

Ein Adobe Experience Manager Assets-Setup enthält eine Reihe von Hardware-, Software- und Netzwerkkomponenten. Je nach Ihrem Bereitstellungsszenario benötigen Sie möglicherweise bestimmte Konfigurationsänderungen an den Hardware-, Software- und Netzwerkkomponenten, um Leistungsengpässe zu vermeiden.

Darüber hinaus hilft die Identifizierung und Einhaltung bestimmter Richtlinien zur Hardware- und Softwareoptimierung dabei, eine solide Grundlage zu schaffen, die Ihre Experience Manager Assets-Bereitstellung, um Erwartungen hinsichtlich Leistung, Skalierbarkeit und Zuverlässigkeit zu erfüllen.

Schlechte Leistung in Experience Manager Assets können sich auf die Benutzererfahrung im Hinblick auf interaktive Leistung, Asset-Verarbeitung, Download-Geschwindigkeit und andere Bereiche auswirken.

Daher gehört die Leistungsoptimierung zu den grundlegenden Aufgaben, bevor Sie Zielmetriken für Ihre Projekte erstellen.

In den folgenden Schlüsselbereichen sollten Sie besonders darauf achten, dass Leistungsprobleme erkannt und behoben werden, bevor sie sich auf das Benutzererlebnis auswirken.

Plattform platform

while Experience Manager wird auf einer Reihe von Plattformen unterstützt, hat Adobe die größte Unterstützung für native Tools unter Linux und Windows gefunden, was zu einer optimalen Leistung und Vereinfachung der Implementierung beiträgt. Idealerweise sollten Sie ein 64-Bit-Betriebssystem bereitstellen, um die hohen Speicheranforderungen eines Experience Manager Assets-Bereitstellung. Wie bei allen Experience Manager -Implementierung sollten Sie TarMK so weit wie möglich implementieren. TarMK kann zwar nicht über eine einzelne Autoreninstanz skaliert werden, erzielt jedoch erfahrungsgemäß eine bessere Leistung als MongoMK. Sie können TarMK-Ablade-Instanzen hinzufügen, um die Verarbeitungsleistung Ihres Workflows zu erhöhen. Experience Manager Assets-Bereitstellung.

Temporärer Ordner temp-folder

Nutzen Sie einen Hochleistungsspeicher für das temporäre Java-Verzeichnis, um das Hochladen der Assets zu beschleunigen. Unter Linux und Windows können Sie beispielsweise ein RAM- oder SSD-Laufwerk verwenden. In Cloud-basierten Umgebungen kann ein äquivalenter Hochgeschwindigkeitsspeicher verwendet werden. In Amazon EC2 beispielsweise wird eine Kurzfahrwerk -Laufwerk kann für den temporären Ordner verwendet werden.

Bei einer großen Speicherkapazität des Servers kann ein RAM-Laufwerk konfiguriert werden. Führen Sie unter Linux die folgenden Befehle aus, um ein RAM-Laufwerk von 8 GB zu erstellen:

mkfs -q /dev/ram1 800000
 mkdir -p /mnt/aem-tmp
 mount /dev/ram1 /mnt/aem-tmp
 df -H | grep aem-tmp

Unter Windows OS müssten Sie einen Treiber eines Drittanbieters verwenden, um ein RAM-Laufwerk zu erstellen oder einfach Hochleistungsspeicher wie SSD zu verwenden.

Sobald das Tempo-Volumen mit hoher Leistung bereit ist, legen Sie den JVM-Parameter -Djava.io.tmpdir fest. Sie können beispielsweise den JVM-Parameter unter der Variablen „CQ_JVM_OPTS“ im Skript „bin/start“ von AEM einfügen:

-Djava.io.tmpdir=/mnt/aem-tmp

Java-Konfiguration java-configuration

Java-Version java-version

Da Oracle seit April 2015 keine Updates für Java 7 mehr veröffentlicht, empfiehlt Adobe die Bereitstellung von Experience Manager Assets unter Java 8. Damit wurde in einigen Fällen eine bessere Leistung erzielt.

JVM-Parameter jvm-parameters

Legen Sie die folgenden JVM-Parameter fest:

Datenspeicher- und Arbeitsspeicherkonfiguration data-store-and-memory-configuration

Dateidatenspeicherkonfiguration file-data-store-configuration

Es wird empfohlen, den Datenspeicher vom Segmentspeicher zu trennen. Experience Manager Assets-Benutzer. Außerdem kann die Leistung durch die Konfiguration der Parameter maxCachedBinarySize und cacheSizeInMB maximiert werden. Stellen Sie maxCachedBinarySize auf die kleinste im Cache unterstützte Dateigröße ein. Geben Sie die Größe des Arbeitsspeicher-Cache für den Datenspeicher in cacheSizeInMB ein. Adobe empfiehlt, diesen Wert zwischen 2 und 10 % der gesamten Heap-Größe festzulegen. Lasttests können jedoch bei der Ermittlung der optimalen Einstellung helfen.

Konfigurieren der Maximalgröße des gepufferten Bilder-Caches configure-the-maximum-size-of-the-buffered-image-cache

Verringern Sie beim Hochladen großer Mengen an Assets in Adobe Experience Manager zur Berücksichtigung unerwarteter Spitzen bei der Speichernutzung und zur Verhinderung von JVM-Fehlern mit OutOfMemoryErrors die konfigurierte Maximalgröße des gepufferten Bilder-Caches. Betrachten wir ein Beispiel mit einem System, das über eine maximale Heap-Größe (-Xmxparam) von 5 GB verfügt und bei dem der Oak-Blob-Cache auf 1 GB und der Dokumenten-Cache auf 2 GB eingestellt ist. In diesem Fall würde der gepufferte Cache maximal 1,25 GB und Arbeitsspeicher belassen, was bei unerwarteten Spitzen nur 0,75 GB Arbeitsspeicher belassen würde.

Konfigurieren Sie die gepufferte Cachegröße in der OSGi-Web-Konsole. Legen Sie bei https://host:port/system/console/configMgr/com.day.cq.dam.core.impl.cache.CQBufferedImageCache die Eigenschaft cq.dam.image.cache.max.memory in Byte fest. 1073741824 entspricht beispielsweise 1 GB (1024 x 1024 x 1024 = 1 GB).

Von Experience Manager 6.1 SP1, wenn Sie eine sling:osgiConfig -Knoten für die Konfiguration dieser Eigenschaft verwenden, stellen Sie sicher, dass Sie den Datentyp auf "Long"einstellen. Weitere Informationen finden Sie unter CQBufferedImageCache nutzt Heap während Asset-Uploads.

Gemeinsame Datenspeicher shared-data-stores

Mit der Implementierung eines S3-Datenspeichers oder Shared File Datastore sparen Sie Speicherplatz auf der Festplatte und erhöhen den Netzwerkdurchsatz in großen Implementierungen. Weitere Informationen zu den Vor- und Nachteilen der Verwendung eines gemeinsamen Datenspeichers finden Sie unter Anleitung zur Dimensionierung in Assets.

S3-Datenspeicher s-data-store

Mit der folgenden Konfiguration des S3-Datenspeichers (org.apache.jackrabbit.oak.plugins.blob.datastore.S3DataStore.cfg) konnte Adobe binäre große Objekte (BLOBs) mit einer Größe von 12,8 TB von einem vorhandenen Dateidatenspeicher in einen S3-Datenspeicher am Standort eines Kunden extrahieren:

accessKey=<snip>
 secretKey=<snip>
 s3Bucket=<snip>
 s3Region=us-standard
 s3EndPoint=<a href="https://s3.amazonaws.com/">s3.amazonaws.com</a>
 connectionTimeout=120000
 socketTimeout=120000
 maxConnections=80
 writeThreads=60
 concurrentUploadsThreads=30
 asyncUploadLimit=30
 maxErrorRetry=1000
 path=/opt/author/crx-quickstart/repository/datastore
 s3RenameKeys=false
 s3Encryption=SSE_S3
 proactiveCaching=true
 uploadRetries=1000
 migrateFailuresCount=400

Netzwerkoptimierung network-optimization

Adobe empfiehlt die Aktivierung von HTTPS, da viele Unternehmen über Firewalls verfügen, die den HTTP-Verkehr überprüfen und sich dadurch negativ auf Uploads auswirken und Dateien beschädigen. Stellen Sie bei großen Datei-Uploads sicher, dass Benutzer über Kabelverbindungen zum Netzwerk verfügen, da ein WLAN-Netzwerk schnell überfordert ist. Richtlinien zur Ermittlung von Netzwerkengpässen finden Sie unter Anleitung zur Dimensionierung in Assets. Informationen zur Beurteilung der Netzwerkleistung mit einer Analyse der Netzwerktopologie finden Sie unter Überlegungen zum Assets-Netzwerk.

Welche Strategie der Netzwerkoptimierung Sie verwenden, hängt in erster Linie von der verfügbaren Bandbreite und der Last auf Ihrer Experience Manager-Instanz ab. Allgemeine Konfigurationsoptionen wie Firewalls oder Proxys können zur Verbesserung der Netzwerkleistung beitragen. Im Folgenden sind einige wichtige Punkte zu beachten:

Workflows workflows

Übergangs-Workflows transient-workflows

Stellen Sie den Workflow DAM-Update-Asset nach Möglichkeit auf „Übergang“ ein. Die Einstellung trägt zu einer erheblichen Reduzierung des Overheads bei, der für die Verarbeitung der Workflows benötigt wird, da die Workflows in diesem Fall nicht die normalen Tracking- und Archivierungsprozesse durchlaufen.

Maximal parallel ausführbare Aufträge maximum-parallel-jobs

Standardmäßig kann Experience Manager maximal so viele Aufträge parallel ausführen wie Prozessoren auf dem Server vorhanden sind. In Zeiten hoher Auslastung ist diese Einstellung jedoch problematisch, da alle Prozessoren von den DAM-Update-Asset-Workflows beansprucht werden und dadurch die Reaktionsfähigkeit der Benutzeroberfläche verlangsamt wird und Experience Manager andere Prozesse zum Schutz von Serverleistung und -stabilität nicht ausführen kann. Es hat sich bewährt, diese Einstellung so zu wählen, dass nur die Hälfte der auf dem Server verfügbaren Prozessoren verwendet wird:

Das Festlegen einer Warteschlange auf die Hälfte der verfügbaren Prozessoren ist eine praktikable Lösung, mit der begonnen werden kann. Möglicherweise müssen Sie diese Zahl jedoch erhöhen oder verringern, um den maximalen Durchsatz zu erzielen und sie nach Umgebung zu verfeinern. Es gibt separate Warteschlangen für Übergangs- und Nicht-Übergangs-Workflows sowie für andere Prozesse wie beispielsweise externe Workflows. Wenn mehrere Warteschlangen, die auf 50 % der Prozessoren eingestellt sind, gleichzeitig aktiv sind, kann das System schnell überlastet werden. Die stark verwendeten Warteschlangen variieren je nach Benutzerimplementierung erheblich. Daher müssen Sie sie möglicherweise sorgfältig für maximale Effizienz konfigurieren, ohne die Serverstabilität zu beeinträchtigen.

Entladen offloading

Bei umfangreichen Workflows oder ressourcenintensiven Workflows, z. B. der Videotranskodierung, können Sie die Workflows "DAM-Update-Asset"an eine zweite Autoreninstanz abladen. Häufig besteht das Problem bei der Abladung darin, dass jede durch Abladen der Workflow-Verarbeitung eingesparte Last durch die Kosten der Replikation des Inhalts zwischen Instanzen umgekehrt ausgeglichen wird.

Als Experience Manager 6.2 und mit einem Feature Pack für Experience Manager 6.1, können Sie die Abladung mit der Binärdatei-losen Replikation durchführen. In diesem Modell verwenden die Autoreninstanzen einen gemeinsamen Datenspeicher und senden die Metadaten nur über die Vorwärtsreplikation hin und her. Dieser Ansatz funktioniert zwar gut mit einem freigegebenen Dateidatenspeicher, es kann jedoch Probleme mit einem S3-Datenspeicher geben. Da Hintergrundschreibungs-Threads Latenzzeiten verursachen können, kann es sein, dass ein Asset möglicherweise nicht in den Datenspeicher geschrieben wurde, bevor der Abladevorgang beginnt.

Konfiguration von DAM-Update-Asset dam-update-asset-configuration

Der Workflow "DAM-Update-Asset"enthält eine vollständige Suite von Schritten, die für Aufgaben wie die Dynamic Media Classic-PTIFF-Generierung und InDesign Server-Integration konfiguriert sind. Die meisten Benutzer benötigen jedoch nicht alle diese Schritte. Adobe empfiehlt die Erstellung einer benutzerdefinierten Kopie des DAM-Update-Asset-Workflow-Modells, in der alle unnötigen Schritte entfernt wurden. Ändern Sie dann die Launcher für DAM-Update-Asset so, dass sie auf das neue Modell zeigen.

Ausgabegenerierung zur Laufzeit runtime-rendition-generation

Kunden verwenden Bilder unterschiedlicher Größe und Formate auf ihrer Website oder zur Weitergabe an Geschäftspartner. Da jede Ausgabedarstellung den Platzbedarf des Assets im Repository erhöht, empfiehlt Adobe, diese Funktion umsichtig zu verwenden. Um die für die Verarbeitung und Speicherung von Bildern erforderliche Ressourcenmenge zu reduzieren, können Sie diese Bilder zur Laufzeit und nicht als Ausgabeformate während der Aufnahme generieren.

Viele Sites-Kunden implementieren ein Bildservlet, das die Größe von Bildern zum Zeitpunkt ihrer Anforderung ändert und zuschneidet. Dadurch wird die Veröffentlichungsinstanz zusätzlich geladen. Solange diese Bilder jedoch zwischengespeichert werden können, kann die Herausforderung abgemildert werden.

Ein alternativer Ansatz besteht darin, die Dynamic Media Classic-Technologie zu verwenden, um die Bildbearbeitung vollständig abzugeben. Darüber hinaus können Sie Brand Portal bereitstellen, das nicht nur die Verantwortung für die Generierung von Ausgabedarstellungen vom Experience Manager Infrastruktur, aber auch die gesamte Veröffentlichungsstufe.

ImageMagick imagemagick

Wenn Sie den Workflow DAM Update Asset anpassen, um Ausgabedarstellungen mit ImageMagick zu generieren, empfiehlt Adobe, die Datei policy.xml unter /etc/ImageMagick/. Standardmäßig beansprucht ImageMagick den gesamten verfügbaren Speicherplatz auf dem Betriebssystem-Volume sowie den verfügbaren Arbeitsspeicher. Nehmen Sie die folgenden Konfigurationsänderungen in der policymap -Abschnitt von policy.xml verwenden, um diese Ressourcen zu beschränken.

<policymap>
  <!-- <policy domain="system" name="precision" value="6"/> -->
  <policy domain="resource" name="temporary-path" value="/ephemeral0/imagemagick_tmp"/>
  <policy domain="resource" name="memory" value="1000MiB"/>
  <policy domain="resource" name="map" value="1000MiB"/>
  <!-- <policy domain="resource" name="area" value="1gb"/> -->
  <policy domain="resource" name="disk" value="10000MiB"/>
  <!-- <policy domain="resource" name="file" value="768"/> -->
  <policy domain="resource" name="thread" value="1"/>
  <policy domain="resource" name="throttle" value="50"/>
  <!-- <policy domain="resource" name="time" value="3600"/> -->
</policymap>

Legen Sie außerdem den Pfad des temporären Ordners von ImageMagick im configure.xml Datei (oder durch Festlegen der Umgebungsvariablen) MAGIC_TEMPORARY_PATH) auf eine Festplattenpartition mit genügend Speicherplatz und IOPS.

Wenn Sie Experience Manager in Adobe Managed Services (AMS) verwenden, wenden Sie sich an den Adobe Support, wenn Sie viele große PSD- oder PSB-Dateien verarbeiten möchten. Experience Manager verarbeitet möglicherweise keine PSB-Dateien mit sehr hoher Auflösung, die mehr als 30000 x 23000 Pixel umfassen.

XMP-Writeback xmp-writeback

XMP Writeback aktualisiert das Original-Asset, sobald Metadaten in AEM geändert werden, was zu Folgendem führt:

Die aufgeführten Ergebnisse beanspruchen umfangreiche Ressourcen. Daher empfiehlt die Adobe, Deaktivieren XMP Writeback, wenn dies nicht erforderlich ist.

Das Importieren einer großen Menge an Metadaten kann zu ressourcenintensiven XMP Writeback-Aktivitäten führen, wenn das Flag "Workflows ausführen"aktiviert ist. Planen Sie einen solchen Import während der schlanken Server-Nutzung, damit die Leistung für andere Benutzer nicht beeinträchtigt wird.

Replikation replication

Beim Replizieren von Assets auf eine große Anzahl von Veröffentlichungsinstanzen, z. B. in einer Sites-Implementierung, empfiehlt Adobe die Verwendung der Kettenreplikation. In diesem Fall repliziert die Autoreninstanz auf eine einzelne Veröffentlichungsinstanz, die wiederum auf die anderen Veröffentlichungsinstanzen repliziert, wodurch die Autoreninstanz freigeschaltet wird.

Konfiguration der Kettenreplikation configure-chain-replication

Durchsuchen von Indizes search-indexes

Vergewissern Sie sich, dass Sie die neuesten Service Packs und leistungsrelevanten Hotfixes implementiert haben, da sie häufig Aktualisierungen der Systemindizes enthalten. Informationen zu je nach der AEM-Version anwendbaren Indexoptimierungen finden Sie unter Tipps zur Leistungsoptimierung | 6.x.

Erstellen Sie eigene Indizes für Abfragen, die Sie häufig ausführen. Weitere Informationen finden Sie unter Methoden zur Analyse von langsamen Abfragen und Erstellen benutzerdefinierter Indizes. Weitere Einblicke in Best Practices bezüglich Abfragen und Indizes finden Sie unter Best Practices für Abfragen und Indizierung.

Lucene-Indexkonfigurationen lucene-index-configurations

Einige Optimierungen können an den Oak-Indexkonfigurationen vorgenommen werden, die zur Verbesserung beitragen können Experience Manager Asset-Leistung:

Aktualisieren Sie die LuceneIndexProvider-Konfiguration:

Aktualisieren Sie Indexkonfigurationen, um die Neuindizierungszeit zu verbessern:

(Nur AEM 6.1 und 6.2) Aktualisieren Sie den Index „ntBaseLucene“, um die Leistung des Assets beim Löschen und Verschieben zu verbessern:

Lucene-Textextraktion deaktivieren:

Wenn Ihre Benutzer nicht in der Lage sein müssen, den Inhalt von Assets zu durchsuchen, z. B. nach dem in PDF-Dokumenten enthaltenen Text, können Sie die Indexleistung verbessern, indem Sie diese Funktion deaktivieren.

Datei abrufen

guessTotal guess-total

Verwenden Sie beim Erstellen von Abfragen mit großen Ergebnismengen den Parameter guessTotal, um eine übermäßige Belastung des Arbeitsspeichers bei der Ausführung zu vermeiden.

Bekannte Probleme known-issues

Große Dateien large-files

Zwei bekannte Probleme beziehen sich auf große Dateien in AEM. Wenn Dateien größer als 2 GB sind, kann es bei der Cold-Standby-Synchronisation zu Speicherausfällen kommen. In einigen Fällen verhindert dies die Ausführung der Standby-Synchronisation. In anderen Fällen führt dies zum Absturz der primären Instanz. Dieses Szenario gilt für alle Dateien in Experience Manager, die größer als 2 GB sind, darunter auch Inhaltspakete.

Wenn Dateien bei Verwendung eines freigegebenen S3-Datenspeichers eine Größe von 2 GB erreichen, kann es auch einige Zeit dauern, bis die Datei vollständig aus dem Cache in das Dateisystem persistiert wird. Wenn Sie die Binaryless-Replikation verwenden, kann es passieren, dass die binären Daten vor dem Abschluss der Replikation nicht dauerhaft gespeichert werden. Diese Situation kann zu Problemen führen, insbesondere wenn die Verfügbarkeit von Daten wichtig ist, z. B. bei Abladeszenarien.

Leistungstests performance-testing

Erstellen Sie für jede Experience Manager-Implementierung einen Plan für Leistungstests, der Engpässe schnell identifizieren und beseitigen kann. Konzentrieren Sie sich dabei auf die folgenden Schlüsselaspekte.

Netzwerktests network-testing

Führen Sie für alle vom Kunden angesprochenen Probleme mit der Netzwerkleistung die folgenden Aufgaben aus:

Experience Manager Instanztests aem-instance-testing

Um Latenzzeiten zu minimieren und einen hohen Durchsatz durch effiziente CPU-Auslastung und Lastverteilung zu erzielen, überwachen Sie die Leistung Ihrer Experience Manager regelmäßig installiert werden. Führen Sie insbesondere die folgenden Aufgaben aus:

Experience Manager Checkliste für die Leistung von Assets aem-assets-performance-checklist