Richtlijnen voor afstelling van middelenprestaties assets-performance-tuning-guide

Een installatie van Adobe Experience Manager Assets bevat een aantal hardware-, software- en netwerkcomponenten. Afhankelijk van uw plaatsingsscenario, kunt u specifieke configuratieveranderingen in hardware, software, en netwerkcomponenten vereisen om prestatiesknelpunten te verwijderen.

Bovendien kunt u door bepaalde richtlijnen voor de optimalisatie van hardware en software te identificeren en aan te houden een solide basis leggen voor uw Experience Manager De plaatsing van activa om aan verwachtingen rond prestaties, scalability, en betrouwbaarheid te voldoen.

Slechte prestaties in Experience Manager Elementen kunnen van invloed zijn op de interactieve prestaties, de verwerking van bedrijfsmiddelen, de downloadsnelheid en andere aspecten.

In feite, is de prestatiesoptimalisering een fundamentele taak die u uitvoert alvorens u doelmetriek voor om het even welk project vestigt.

Hier zijn bepaalde belangrijke aandachtsgebieden waaromheen u prestatieproblemen ontdekt en verhelpt voordat deze van invloed zijn op gebruikers.

Platform platform

while Experience Manager Adobe wordt ondersteund op een aantal platforms. In Linux en Windows heeft de grootste ondersteuning voor native gereedschappen gevonden. Dit levert optimale prestaties en vereenvoudigt de implementatie. In het ideale geval moet u een 64-bits besturingssysteem implementeren om te voldoen aan de hoge geheugenvereisten van een Experience Manager Implementatie van middelen. Zoals bij alle Experience Manager implementatie, moet u TarMK waar mogelijk implementeren. Hoewel TarMK niet voorbij één enkele auteurinstantie kan schrapen, wordt het gevonden om beter te presteren dan MongoMK. U kunt TarMK-offloadinstanties toevoegen om de verwerkingskracht van de workflow te verhogen Experience Manager Implementatie van middelen.

Temp-map temp-folder

Om de uploadtijden van middelen te verbeteren, gebruik krachtige opslag voor de folder van de Temp van Java. In Linux en Windows kan een RAM-station of SSD worden gebruikt. In cloudomgevingen kan een vergelijkbaar type snelle opslag worden gebruikt. Bijvoorbeeld in Amazon EC2, en ephalogeffect kan voor de tijdelijke map worden gebruikt.

Ervan uitgaande dat de server over voldoende geheugen beschikt, configureert u een RAM-station. Voer in Linux de volgende opdrachten uit om een 8 GB RAM-station te maken:

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

In Windows OS moet u een stuurprogramma van een andere fabrikant gebruiken om een RAM-station te maken of gewoon krachtige opslagruimte zoals SSD gebruiken.

Zodra het volume van de hoge prestatietemp klaar is, dan plaats de parameter JVM -Djava.io.tmpdir. U kunt bijvoorbeeld de JVM-parameter hieronder toevoegen aan de CQ_JVM_OPTS-variabele in het bin/start-script van AEM:

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

Java-configuratie java-configuration

Java-versie java-version

Omdat Oracle de release van updates voor Java 7 sinds april 2015 heeft stopgezet, raadt Adobe aan om te implementeren Experience Manager Middelen in Java 8. In sommige gevallen heeft het een verbeterde prestatie aangetoond.

JVM-parameters jvm-parameters

U moet de volgende JVM-parameters instellen:

Gegevensopslag en geheugenconfiguratie data-store-and-memory-configuration

Configuratie bestandsgegevensopslag file-data-store-configuration

Het scheiden van de gegevensopslag van de segmentopslag wordt geadviseerd voor allen Experience Manager Gebruikers van middelen. Bovendien vormt het vormen van maxCachedBinarySize en cacheSizeInMB parameters kunnen u helpen de prestaties te maximaliseren. Set maxCachedBinarySize tot de kleinste bestandsgrootte die in de cache kan worden opgeslagen. Geef de grootte op van de cache in het geheugen die moet worden gebruikt voor de datastore in cacheSizeInMB. Adobe raadt u aan deze waarde in te stellen tussen 2 en 10 procent van de totale heapgrootte. Het testen van de belasting/prestaties kan echter helpen de ideale instelling te bepalen.

De maximale grootte van de cache voor gebufferde afbeeldingen configureren configure-the-maximum-size-of-the-buffered-image-cache

Wanneer u grote hoeveelheden assets uploadt naar Adobe Experience Manager, om onverwachte pieken in het geheugenverbruik mogelijk te maken en om te voorkomen dat JVM uitvalt met OutOfMemoryErrors, verkleint u de geconfigureerde maximumgrootte van de cache voor gebufferde images. Neem bijvoorbeeld een voorbeeld van een systeem met een maximale heap (- Xmxparam) van 5 GB, een Oak BlobCache ingesteld op 1 GB en een documentcache ingesteld op 2 GB. In dit geval neemt de gebufferde cache maximaal 1,25 GB en geheugen in beslag, waardoor er slechts 0,75 GB geheugen overblijft voor onverwachte pieken.

Vorm de als buffer opgetreden voor geheim voorgeheugengrootte in de Console van het Web OSGi. At https://host:port/system/console/configMgr/com.day.cq.dam.core.impl.cache.CQBufferedImageCache, stelt u de eigenschap in cq.dam.image.cache.max.memory in bytes. 1073741824 is bijvoorbeeld 1 GB (1024 x 1024 x 1024 = 1 GB).

Van Experience Manager 6.1 SP1, als u een sling:osgiConfig knoop voor het vormen van dit bezit, zorg ervoor om het gegevenstype aan Lang te plaatsen. Zie voor meer informatie CQBufferedImageCache verbruikt heap tijdens het uploaden van middelen.

Gedeelde gegevensopslag shared-data-stores

Het uitvoeren van S3 of de Gedeelde Datastore van het Dossier kan helpen om schijfruimte te besparen en netwerkproductie in grootschalige implementaties te verhogen. Voor meer informatie over de voor- en nadelen van het gebruik van een gedeelde datastore raadpleegt u Hulplijn voor middelengrootte.

S3-gegevensopslag s-data-store

De volgende S3 configuratie van de Opslag van Gegevens ( org.apache.jackrabbit.oak.plugins.blob.datastore.S3DataStore.cfg) hielp Adobe 12,8 TB binaire grote voorwerpen (BLOBs) uit een bestaande opslag van dossiergegevens in een S3 gegevensopslag bij een klantenplaats halen:

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

Netwerkoptimalisatie network-optimization

Adobe raadt aan HTTPS in te schakelen omdat veel bedrijven firewalls hebben die HTTP-verkeer sluizen, wat het uploaden van bestanden negatief beïnvloedt en bestanden beschadigt. Bij grote bestanden uploaden dient u ervoor te zorgen dat gebruikers een bekabelde verbinding met het netwerk hebben omdat een WiFi-netwerk snel verzadigd raakt. Voor richtsnoeren voor het identificeren van netwerkknelpunten raadpleegt u Hulplijn voor middelengrootte. Om netwerkprestaties te beoordelen door netwerktopologie te analyseren, zie Overwegingen voor middelennetwerken.

Primair, hangt uw strategie van de netwerkoptimalisering van de hoeveelheid beschikbare bandbreedte en de lading op uw af Experience Manager -instantie. De gemeenschappelijke configuratieopties, met inbegrip van firewalls of volmachten kunnen helpen netwerkprestaties verbeteren. Hier volgen enkele belangrijke punten:

Workflows workflows

Tijdelijke workflows transient-workflows

Stel waar mogelijk de DAM Update Asset-workflow in op Transient. De instelling verlaagt aanzienlijk de overheadkosten die nodig zijn voor het verwerken van workflows, omdat workflows in dit geval niet door de normale tracking- en archiveringsprocessen hoeven te gaan.

Maximumaantal parallelle banen maximum-parallel-jobs

Standaard, Experience Manager wordt een maximumaantal parallelle taken uitgevoerd dat gelijk is aan het aantal processors op de server. Het probleem met deze instelling is dat tijdens perioden van zware belasting alle processors worden bezet door de DAM Update Asset-workflows, waardoor de reactiesnelheid van de gebruikersinterface wordt vertraagd en het voorkomen van Experience Manager van het uitvoeren van andere processen die serverprestaties en stabiliteit beschermen. U kunt deze waarde als een goede praktijk instellen op de helft van de processors die beschikbaar zijn op de server door de volgende stappen uit te voeren:

Het instellen van een wachtrij op de helft van de beschikbare processors is een werkbare oplossing om mee te beginnen. Het kan echter zijn dat u dit aantal moet verhogen of verlagen om een maximale doorvoer te bereiken en dat aantal aan te passen aan de omgeving. Er zijn afzonderlijke rijen voor tijdelijke en niet-tijdelijke werkstromen evenals andere processen, zoals externe werkschema's. Als meerdere wachtrijen die zijn ingesteld op 50% van de processors tegelijkertijd actief zijn, kan het systeem snel overbelast raken. De rijen die zwaar worden gebruikt variëren zeer over gebruikersimplementaties. Daarom moet u ze mogelijk nauwkeurig configureren voor maximale efficiëntie zonder dat dit ten koste gaat van de stabiliteit van de server.

Verschuiven offloading

Voor grote workflows of workflows die veel resources vereisen, zoals videotranscodering, kunt u de DAM Update Asset-workflows verschuiven naar een tweede auteurinstantie. Vaak is het probleem met offloaden dat elke belasting die wordt bespaard door het offloaden van de workflowverwerking, wordt gecompenseerd door de kosten voor het heen en weer repliceren van de inhoud tussen instanties.

Vanaf Experience Manager 6.2 en met een functiepakket voor Experience Manager 6.1, kunt u het ontladen met binair-minder replicatie uitvoeren. In dit model, delen de auteursinstanties een gemeenschappelijke datastore en verzenden slechts de meta-gegevens heen en weer door voorwaartse replicatie. Hoewel deze aanpak goed werkt met een datastore voor gedeelde bestanden, kunnen er problemen zijn met een S3-datastore. Omdat achtergrondschrijfthreads latentie kunnen veroorzaken, is het mogelijk dat een element niet naar de datastore is geschreven voordat de offloadtaak wordt gestart.

DAM Update Asset Configuration dam-update-asset-configuration

De DAM Update Asset-workflow bevat een volledige reeks stappen die zijn geconfigureerd voor taken, zoals het genereren en integreren van Dynamic Media Classic PTIFF. Het is echter mogelijk dat de meeste gebruikers niet meerdere van deze stappen nodig hebben. Adobe raadt u aan een aangepaste kopie van het workflowmodel voor DAM Update Asset te maken en overbodige stappen te verwijderen. In dit geval werkt u de draagraketten voor DAM Update Asset bij en wijst u deze naar het nieuwe model.

Genereren van uitvoering bij uitvoering runtime-rendition-generation

Klanten gebruiken afbeeldingen van verschillende grootten en indelingen op hun website of voor distributie aan zakelijke partners. Aangezien elke uitvoering de afdruk van het middel in de opslagplaats vergroot, raadt Adobe u aan deze functie zorgvuldig te gebruiken. Om de hoeveelheid bronnen te verminderen die nodig is om afbeeldingen te verwerken en op te slaan, kunt u deze afbeeldingen tijdens runtime genereren in plaats van als uitvoeringen tijdens het opnemen.

Vele klanten van Plaatsen voeren een beeldservlet uit die resizes en teelten beelden op het ogenblik zij worden gevraagd, wat extra lading aan de publicatieinstantie oplegt. Maar zolang deze afbeeldingen in het cachegeheugen kunnen worden opgeslagen, kan de uitdaging worden beperkt.

Een andere manier is om Dynamic Media Classic-technologie te gebruiken om beeldmanipulatie volledig uit te schakelen. Bovendien kunt u Brand Portal implementeren die niet alleen taken voor het genereren van vertoningen overneemt van de Experience Manager infrastructuur, maar ook de volledige publicatielaag.

ImageMagick imagemagick

Als u de DAM Update Asset-workflow aanpast om uitvoeringen te genereren met ImageMagick, raadt Adobe u aan het bestand policy.xml aan te passen op /etc/ImageMagick/. Standaard gebruikt ImageMagick de volledige beschikbare schijfruimte op het volume van het besturingssysteem en het beschikbare geheugen. Breng de volgende configuratiewijzigingen aan in de policymap sectie van policy.xml om deze middelen te beperken.

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

Stel bovendien het pad in naar de tijdelijke map van ImageMagick in het dialoogvenster configure.xml bestand (of door de omgevingsvariabele in te stellen MAGIC_TEMPORARY_PATH) naar een schijfpartitie met voldoende ruimte en IOPS.

Als u Experience Manager kunt u via Adobe Managed Services (AMS) contact opnemen met de klantenondersteuning van Adobe als u van plan bent een groot aantal grote PSD- of PSB-bestanden te verwerken. Experience Manager verwerkt PSB-bestanden met zeer hoge resolutie die groter zijn dan 30000 x 23000 pixels mogelijk niet.

XMP xmp-writeback

XMP terugschrijven werkt het oorspronkelijke element bij wanneer metagegevens worden gewijzigd in AEM. Dit resulteert in het volgende:

De vermelde resultaten verbruiken aanzienlijke middelen. Daarom beveelt Adobe aan XMP terugdraaien uitschakelen, indien dit niet vereist is.

Het invoeren van een grote hoeveelheid meta-gegevens kan in middel-intensieve XMP terugzetactiviteit resulteren als de loopwerkstroomvlag wordt gecontroleerd. Plan zo'n import tijdens het gebruik van een slanke server, zodat de prestaties voor andere gebruikers niet worden beïnvloed.

Replicatie replication

Bij het repliceren van activa aan een groot aantal publiceer instanties, bijvoorbeeld in een implementatie van Plaatsen, adviseert Adobe u kettingreplicatie te gebruiken. In dit geval dupliceert de auteurinstantie naar één enkel publicatiegeval dat beurtelings aan andere publiceert instanties herhaalt, die de auteursinstantie vrijmaken.

Kettingreplicatie configureren configure-chain-replication

Indexen zoeken search-indexes

Zorg ervoor u de recentste de dienstpakken en op prestaties betrekking hebbende hotfixes uitvoert aangezien zij vaak updates aan systeemindexen omvatten. Zie Tips voor afstemmen van prestaties | 6,x voor bepaalde indexoptimalisaties die kunnen worden toegepast, afhankelijk van uw versie van AEM.

Maak aangepaste indexen voor query's die u vaak uitvoert. Zie voor meer informatie methodologie voor het analyseren van trage query's en aangepaste indexen maken. Voor extra inzichten rond vraag en index beste praktijken, zie Beste praktijken voor Vragen en het Indexeren.

Lucene-indexconfiguraties lucene-index-configurations

Sommige optimalisaties kunnen worden uitgevoerd op de indexconfiguraties van de eik die kunnen helpen Experience Manager Prestaties van elementen:

Werk de configuratie van LuceneIndexProvider bij:

Indexconfiguraties bijwerken om de herindexatietijd te verbeteren:

(Alleen AEM6.1 en 6.2) Werk de index ntBaseLucene bij om de prestaties van het verwijderen en verplaatsen van elementen te verbeteren:

Lucene-tekstextractie uitschakelen:

Als uw gebruikers niet de inhoud van activa hoeven te kunnen zoeken, bijvoorbeeld, zoekend de tekst in de documenten van de PDF, dan kunt u indexprestaties verbeteren door deze eigenschap onbruikbaar te maken.

Bestand ophalen

Totaal raden guess-total

Gebruik bij het maken van query's die grote resultaatsets genereren de opdracht guessTotal om te voorkomen dat er veel geheugen wordt gebruikt wanneer u deze uitvoert.

Bekende problemen known-issues

Grote bestanden large-files

Er zijn twee belangrijke bekende problemen met betrekking tot grote bestanden in AEM. Wanneer de dossiers grootten groter dan 2 GB bereiken, kan de koude reserve synchronisatie in een uit-van-geheugensituatie lopen. In sommige gevallen wordt de stand-bysynchronisatie niet uitgevoerd. In andere gevallen loopt de primaire instantie vast. Dit scenario is van toepassing op alle bestanden in Experience Manager die groter is dan 2 GB, inclusief inhoudspakketten.

Op dezelfde manier kan het enige tijd duren voordat het bestand, wanneer bestanden een grootte van 2 GB bereiken terwijl een gedeelde S3-datastore wordt gebruikt, volledig doorloopt van de cache naar het bestandssysteem. Dientengevolge, wanneer het gebruiken van binair-minder replicatie, is het mogelijk dat de binaire gegevens niet kunnen zijn voortgeduurd alvorens de replicatie voltooit. Deze situatie kan tot problemen leiden, vooral als de beschikbaarheid van gegevens belangrijk is, bijvoorbeeld in offloadscenario's.

Prestaties testen performance-testing

Voor elke Experience Manager de implementatie, een prestatietestregeling opzetten die knelpunten snel kan opsporen en oplossen. Hier volgen enkele belangrijke aandachtsgebieden.

Netwerktests network-testing

Voor alle kwesties van netwerkprestaties van de klant, voer de volgende taken uit:

Experience Manager instantie testen aem-instance-testing

Om latentie te minimaliseren en een hoge doorvoer te bereiken via efficiënt CPU-gebruik en delen van de belasting, kunt u de prestaties van uw Experience Manager regelmatig. Met name:

Experience Manager Checklist voor prestaties van middelen aem-assets-performance-checklist