Guida all’ottimizzazione delle prestazioni di Assets

Una configurazione di Adobe Experience Manager (AEM) Assets contiene diversi componenti hardware, software e di rete. A seconda dello scenario di distribuzione, potrebbe essere necessario apportare modifiche specifiche alla configurazione di hardware, software e componenti di rete per rimuovere i colli di bottiglia delle prestazioni.

Inoltre, l'identificazione e il rispetto di determinate linee guida per l'ottimizzazione di hardware e software consente di creare una base solida che consente all'implementazione AEM Assets di soddisfare le aspettative in termini di prestazioni, scalabilità e affidabilità.

Le scarse prestazioni in AEM Assets possono influire sull’esperienza degli utenti in relazione alle prestazioni interattive, all’elaborazione delle risorse, alla velocità di download e ad altre aree.

L’ottimizzazione delle prestazioni è infatti un’attività fondamentale da eseguire prima di stabilire le metriche di destinazione per qualsiasi progetto.

Di seguito sono elencate alcune aree principali intorno alle quali puoi individuare e risolvere i problemi di prestazioni prima che abbiano un impatto sugli utenti.

Platform

Anche se AEM è supportato su diverse piattaforme, Adobe ha trovato il supporto più grande per gli strumenti nativi su Linux e Windows, che contribuisce a prestazioni ottimali e alla facilità di implementazione. È consigliabile implementare un sistema operativo a 64 bit per soddisfare i requisiti di memoria elevati di una distribuzione AEM Assets. Come per qualsiasi implementazione AEM, è necessario implementare TarMK laddove possibile. Mentre TarMK non può scalare oltre una singola istanza di authoring, si scopre che funziona meglio di MongoMK. Puoi aggiungere istanze di offload TarMK per aumentare la potenza di elaborazione del flusso di lavoro della tua implementazione AEM Assets.

Cartella temporanea

Per migliorare i tempi di caricamento delle risorse, utilizza l’archiviazione ad alte prestazioni per la directory temporanea Java. Su Linux e Windows, è possibile utilizzare un'unità RAM o SSD. In ambienti basati su cloud, è possibile utilizzare un tipo di storage ad alta velocità equivalente. Ad esempio, in Amazon EC2, è possibile utilizzare un'unità temporanea per la cartella temporanea.

Supponendo che il server disponga di una memoria ampia, configura un'unità RAM. Su Linux, esegui questi comandi per creare un'unità RAM da 8 GB:

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

In Windows OS, è necessario utilizzare un driver di terze parti per creare un'unità RAM o semplicemente utilizzare un'unità di storage ad alte prestazioni come SSD.

Una volta pronto il volume temporaneo ad alte prestazioni, imposta il parametro JVM -Djava.io.tmpdir. Ad esempio, puoi aggiungere il parametro JVM qui sotto alla variabile CQ_JVM_OPTS nello script bin/start di AEM:

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

Configurazione Java

Versione Java

Poiché Oracle ha cessato di rilasciare aggiornamenti per Java 7 a partire da aprile 2015, Adobe consiglia di distribuire AEM Assets su Java 8. In alcuni casi, ha dimostrato prestazioni migliori.

Parametri JVM

Imposta i seguenti parametri JVM:

  • -XX:+UseConcMarkSweepGC
  • -Doak.queryLimitInMemory=500000
  • -Doak.queryLimitReads=100000
  • -Dupdate.limit=250000
  • -Doak.fastQuerySize=vero

Configurazione dell'archivio dati e della memoria

Configurazione archivio dati file

È consigliabile separare l’archivio dati dall’archivio segmenti per tutti gli utenti AEM Assets. Inoltre, la configurazione dei parametri maxCachedBinarySize e cacheSizeInMB può contribuire a massimizzare le prestazioni. Imposta maxCachedBinarySize sulla dimensione più piccola del file che può essere mantenuta nella cache. Specifica la dimensione della cache in-memory da utilizzare per il datastore all'interno di cacheSizeInMB. Adobe consiglia di impostare questo valore tra il 2 e il 10% della dimensione totale dell'heap. Tuttavia, il test di carico/prestazioni può aiutare a determinare l'impostazione ideale.

Configura la dimensione massima della cache delle immagini bufferizzate

Quando si caricano grandi quantità di risorse in Adobe Experience Manager, per consentire picchi imprevisti nel consumo di memoria e per evitare errori JVM con OutOfMemoryErrors, ridurre la dimensione massima configurata della cache immagine bufferizzata. Considera un esempio di sistema con heap massimo (- Xmxparam) di 5 GB, Oak BlobCache impostato a 1 GB e document cache impostato a 2 GB. In questo caso, la cache bufferizzata richiederebbe un massimo di 1,25 GB e memoria, lasciando solo 0,75 GB di memoria per picchi imprevisti.

Configura la dimensione della cache bufferizzata nella console Web OSGi. In https://host:port/system/console/configMgr/com.day.cq.dam.core.impl.cache.CQBufferedImageCache, imposta la proprietà cq.dam.image.cache.max.memory in byte. Ad esempio, 1073741824 è 1 GB (1024 x 1024 x 1024 = 1 GB).

Da AEM 6.1 SP1, se utilizzi un nodo sling:osgiConfig per configurare questa proprietà, assicurati di impostare il tipo di dati su Long. Per ulteriori dettagli, consulta CQBufferedImageCache consuma heap durante il caricamento delle risorse.

Archiviazione dati condivisa

L'implementazione di un S3 o Shared File Datastore può aiutare a risparmiare spazio su disco e ad aumentare il throughput di rete nelle implementazioni su larga scala. Per ulteriori informazioni sui pro e i contro dell’utilizzo di un datastore condiviso, consulta Guida al dimensionamento delle risorse.

Archiviazione dati S3

La seguente configurazione dell’archivio dati S3 ( org.apache.jackrabbit.oak.plugins.blob.datastore.S3DataStore.cfg) ha aiutato Adobe a estrarre 12,8 TB di oggetti binari di grandi dimensioni (BLOB) da un archivio dati di file esistente in un archivio dati S3 in un sito clienti:

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

Ottimizzazione della rete

L’Adobe consiglia di abilitare HTTPS perché molte aziende dispongono di firewall per l’attivazione del traffico HTTP, il che influisce negativamente sui caricamenti e corrompe i file. Per caricamenti di file di grandi dimensioni, assicurati che gli utenti abbiano connessioni cablate alla rete perché una rete WiFi diventa rapidamente saturata. Per le linee guida sull’identificazione dei colli di bottiglia della rete, consulta Guida al dimensionamento delle risorse. Per valutare le prestazioni di rete analizzando la topologia di rete, consulta Considerazioni sulla rete delle risorse.

In primo luogo, la strategia di ottimizzazione della rete dipende dalla quantità di larghezza di banda disponibile e dal carico sull'istanza AEM. Opzioni di configurazione comuni, inclusi firewall o proxy, possono contribuire a migliorare le prestazioni di rete. Ecco alcuni punti chiave da tenere a mente:

  • A seconda del tipo di istanza (piccolo, moderato, grande), assicurati di disporre di una larghezza di banda di rete sufficiente per l’istanza AEM. Un’adeguata allocazione della larghezza di banda è particolarmente importante se AEM è ospitata su AWS.
  • Se l’istanza di AEM è ospitata su AWS, puoi trarre vantaggio da una policy di scalabilità versatile. Aggiorna l'istanza se gli utenti prevedono un carico elevato. Ridimensionarla per un carico moderato/basso.
  • HTTPS: La maggior parte degli utenti dispone di firewall che annusano il traffico HTTP, che può avere un impatto negativo sul caricamento di file o persino di file corrotti durante l’operazione di caricamento.
  • Caricamenti di file di grandi dimensioni: Assicurati che gli utenti abbiano connessioni cablate alla rete (le connessioni WiFi saturano rapidamente).

Flussi di lavoro

Flussi di lavoro transitori

Laddove possibile, imposta il flusso di lavoro Aggiorna risorsa DAM su Transitent. L’impostazione riduce notevolmente i costi generali necessari per elaborare i flussi di lavoro perché, in questo caso, i flussi di lavoro non devono passare attraverso i normali processi di tracciamento e archiviazione.

NOTA

Per impostazione predefinita, il flusso di lavoro Aggiorna risorsa DAM è impostato su Transitent in AEM 6.3. In questo caso, puoi saltare la seguente procedura.

  1. Apri http://localhost:4502/miscadmin sull'istanza AEM che desideri configurare.

  2. Dalla struttura di navigazione, espandi Strumenti > Flusso di lavoro > Modelli > dam.

  3. Fai doppio clic su Aggiorna risorsa DAM.

  4. Dal pannello degli strumenti mobili, passa alla scheda Pagina, quindi fai clic su Proprietà pagina.

  5. Seleziona Flusso di lavoro transitorio Fai clic su OK.

    NOTA

    Alcune funzionalità non supportano flussi di lavoro transitori. Se la distribuzione AEM Assets richiede queste funzionalità, non configurare flussi di lavoro transitori.

    Nei casi in cui non è possibile utilizzare flussi di lavoro transitori, esegui regolarmente l’eliminazione del flusso di lavoro per eliminare i flussi di lavoro archiviati DAM Update Asset per garantire che le prestazioni del sistema non peggiorino.

    Normalmente, è necessario eseguire lo svuotamento dei flussi di lavoro settimanalmente. Tuttavia, in scenari ad uso intensivo di risorse, ad esempio durante l’assimilazione di risorse su larga scala, puoi eseguirli più frequentemente.

    Per configurare l’eliminazione del flusso di lavoro, aggiungi una nuova configurazione Adobe Granite Workflow Purge tramite la console OSGi. Quindi, configura e pianifica il flusso di lavoro come parte della finestra di manutenzione settimanale.

    Se la pulizia viene eseguita per troppo tempo, si verifica un timeout. Pertanto, assicurati che i processi di eliminazione siano completi per evitare situazioni in cui l’eliminazione dei flussi di lavoro non riesce a essere completata a causa dell’elevato numero di flussi di lavoro.

    Ad esempio, dopo aver eseguito numerosi flussi di lavoro non transitori (che creano nodi di istanza del flusso di lavoro), puoi eseguire ACS AEM Commons Workflow Remover su base ad hoc. Rimuove immediatamente le istanze del flusso di lavoro ridondanti e completate anziché attendere l’esecuzione della pianificazione di eliminazione del flusso di lavoro di Adobe Granite.

Processi paralleli massimi

Per impostazione predefinita, AEM esegue un numero massimo di processi paralleli uguale al numero di processori sul server. Il problema di questa impostazione è che durante i periodi di carico pesante, tutti i processori sono occupati dai flussi di lavoro DAM Update Asset, rallentando la reattività dell'interfaccia utente e impedendo AEM di eseguire altri processi che salvaguardano le prestazioni e la stabilità del server. Come buona pratica, imposta questo valore a metà dei processori disponibili sul server eseguendo i seguenti passaggi:

  1. Su AEM Author, vai su http://localhost:4502/system/console/slingevent.
  2. Fai clic su Modifica in ogni coda di flusso di lavoro pertinente all’implementazione, ad esempio Granite Transitent Workflow Queue.
  3. Modificare il valore di Massimo processi paralleli e fare clic su Salva.

L'impostazione di una coda a metà dei processori disponibili è una soluzione praticabile con cui iniziare. Tuttavia, potrebbe essere necessario aumentare o diminuire questo numero per ottenere il massimo throughput e regolarlo in base all'ambiente. Sono presenti code separate per i flussi di lavoro transitori e non transitori e per altri processi, ad esempio quelli esterni. Se diverse code impostate al 50% dei processori sono attive contemporaneamente, il sistema può essere sovraccaricato rapidamente. Le code utilizzate in modo massiccio variano notevolmente a seconda delle implementazioni degli utenti. Pertanto, potrebbe essere necessario configurarli con attenzione per la massima efficienza senza sacrificare la stabilità del server.

Offload

Per flussi di lavoro o flussi di lavoro che richiedono un’elevata quantità di risorse, ad esempio la transcodifica video, puoi scaricare i flussi di lavoro Aggiorna risorsa DAM in una seconda istanza di authoring. Spesso, il problema dello scaricamento è che qualsiasi carico salvato scaricando l’elaborazione del flusso di lavoro viene compensato dal costo di replica del contenuto avanti e indietro tra le istanze.

A partire da AEM 6.2 e con un feature pack per AEM 6.1, è possibile eseguire lo scaricamento con replica senza binario. In questo modello, le istanze dell’autore condividono un datastore comune e inviano i metadati avanti e indietro solo attraverso la replica in avanti. Anche se questo approccio funziona bene con un datastore di file condiviso, ci possono essere problemi con un datastore S3. Poiché i thread di scrittura in background possono causare latenza, è possibile che una risorsa non sia stata scritta nell’archivio dati prima dell’inizio del processo di scaricamento.

Configurazione risorsa di aggiornamento DAM

Il flusso di lavoro Aggiorna risorsa DAM contiene una suite completa di passaggi configurati per attività quali la generazione di PTIFF Dynamic Media Classic e l’integrazione con InDesign Server. Tuttavia, la maggior parte degli utenti potrebbe non richiedere diversi di questi passaggi. Adobe consiglia di creare una copia personalizzata del modello di flusso di lavoro Aggiorna risorsa DAM e di rimuovere eventuali passaggi superflui. In questo caso, aggiorna i moduli di avvio per DAM Update Asset in modo che faccia riferimento al nuovo modello.

NOTA

L’esecuzione intensiva del flusso di lavoro Risorsa di aggiornamento DAM può aumentare notevolmente la dimensione del datastore dei file. I risultati di un esperimento eseguito da Adobe hanno dimostrato che la dimensione del datastore può aumentare di circa 400 GB se vengono eseguiti circa 5500 flussi di lavoro in 8 ore.

Si tratta di un aumento temporaneo e il datastore viene ripristinato alle dimensioni originali dopo aver eseguito l'attività di raccolta rifiuti del datastore.

In genere, l'attività di raccolta oggetti inattivi del datastore viene eseguita settimanalmente insieme ad altre attività di manutenzione pianificate.

Se hai uno spazio su disco limitato ed esegui i flussi di lavoro Aggiorna risorsa DAM in modo intensivo, considera la pianificazione dell’attività di raccolta degli oggetti inattivi con maggiore frequenza.

Generazione rendering runtime

I clienti utilizzano immagini di varie dimensioni e formati sul proprio sito web o per la distribuzione ai partner commerciali. Poiché ogni rendering viene aggiunto all’impronta della risorsa nell’archivio, Adobe consiglia di utilizzare questa funzione in modo giudizioso. Per ridurre la quantità di risorse necessarie per elaborare e archiviare le immagini, puoi generarle in fase di esecuzione anziché come rappresentazioni durante l’acquisizione.

Molti clienti di Sites implementano un servlet immagine che ridimensiona e ritaglia le immagini al momento della richiesta, il che impone un carico aggiuntivo sull’istanza di pubblicazione. Tuttavia, finché queste immagini possono essere memorizzate nella cache, la sfida può essere attenuata.

Un approccio alternativo è quello di utilizzare la tecnologia Dynamic Media Classic per distribuire completamente la manipolazione delle immagini. Inoltre, è possibile implementare Brand Portal che non solo assume le responsabilità di generazione del rendering dall’infrastruttura AEM, ma anche l’intero livello di pubblicazione.

ImageMagick

Se si personalizza il flusso di lavoro Risorsa di aggiornamento DAM per generare rappresentazioni utilizzando ImageMagick, Adobe consiglia di modificare il file policy.xml in /etc/ImageMagick/. Per impostazione predefinita, ImageMagick utilizza l'intero spazio su disco disponibile sul volume del sistema operativo e la memoria disponibile. Apporta le seguenti modifiche alla configurazione all'interno della sezione policymap di policy.xml per limitare queste risorse.

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

Inoltre, impostare il percorso della cartella temporanea di ImageMagick nel file configure.xml (o impostando la variabile di ambiente MAGIC_TEMPORARY_PATH) su una partizione disco con spazio sufficiente e IOPS.

ATTENZIONE

Una configurazione errata può rendere instabile il server se ImageMagick utilizza tutto lo spazio su disco disponibile. Le modifiche dei criteri necessarie per elaborare file di grandi dimensioni utilizzando ImageMagick possono influire sulle prestazioni AEM. Per ulteriori informazioni, consulta installare e configurare ImageMagick.

NOTA

I file ImageMagick policy.xml e configure.xml si trovano in /usr/lib64/ImageMagick-*/config/ invece di /etc/ImageMagick/. Per informazioni sulle posizioni dei file di configurazione, consulta la documentazione ImageMagick .

Se utilizzi AEM su Adobe Managed Services (AMS), contatta l’Assistenza clienti Adobe se intendi elaborare molti file PSD o PSB di grandi dimensioni. L'Experience Manager potrebbe non elaborare file PSB ad alta risoluzione con più di 3000 x 23000 pixel.

XMP

XMP writeback aggiorna la risorsa originale ogni volta che i metadati vengono modificati in AEM, il che si traduce in quanto segue:

  • La risorsa stessa viene modificata
  • Viene creata una versione della risorsa
  • Risorsa di aggiornamento DAM eseguita sulla risorsa

I risultati elencati consumano notevoli risorse. Pertanto, l'Adobe consiglia di disabilitare XMP Writeback, se non è necessario.

Se è selezionato il flag di esecuzione dei flussi di lavoro, l’importazione di una grande quantità di metadati può comportare un’attività di XMP write-back ad uso intensivo di risorse. Pianifica un'importazione di questo tipo durante l'utilizzo snello del server in modo che le prestazioni per altri utenti non siano influenzate.

Replica

Quando si replicano le risorse in un numero elevato di istanze di pubblicazione, ad esempio in un’implementazione di Sites, Adobe consiglia di utilizzare la replica a catena. In questo caso, l'istanza dell'autore si replica in una singola istanza di pubblicazione che a sua volta si replica alle altre istanze di pubblicazione, liberando l'istanza dell'autore.

Configurare la replica a catena

  1. Scegliere l'istanza di pubblicazione da utilizzare per concatenare le replicazioni
  2. In quell'istanza di pubblicazione aggiungi agenti di replica che puntano alle altre istanze di pubblicazione
  3. Su ciascuno di questi agenti di replica, abilita Alla ricezione nella scheda Triggers
NOTA

Ad Adobe, non è consigliabile attivare automaticamente le risorse. Tuttavia, se necessario, Adobe consiglia di eseguire questo come passaggio finale in un flusso di lavoro, in genere DAM Update Asset.

Cerca indici

Assicurati di implementare i service pack e gli hotfix più recenti relativi alle prestazioni, in quanto spesso includono aggiornamenti agli indici di sistema. Consulta Suggerimenti per l’ottimizzazione delle prestazioni | 6.x per alcune ottimizzazioni dell'indice che possono essere applicate, a seconda della versione di AEM.

Crea indici personalizzati per le query che esegui spesso. Per informazioni dettagliate, consulta metodologia per l’analisi delle query lente e creazione di indici personalizzati. Per ulteriori informazioni sulle best practice relative a query e indice, consulta Best practice per query e indicizzazione.

Configurazioni dell'indice Lucene

È possibile eseguire alcune ottimizzazioni sulle configurazioni dell'indice Oak che possono contribuire a migliorare le prestazioni di AEM Assets:

Aggiorna la configurazione LuceneIndexProvider:

  1. Passa a /system/console/configMgrorg.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexProviderService
  2. Abilitare CopyOnRead , CopyOnWrite e Prefetch Index Files nelle versioni precedenti AEM 6.2. Questi valori sono abilitati per impostazione predefinita in AEM 6.2 e versioni successive.

Aggiorna le configurazioni dell'indice per migliorare il tempo di reindicizzazione:

  1. Apri CRXDe /crx/de/index.jsp e accedi come utente amministrativo
  2. Sfoglia /oak:index/lucene
  3. Aggiungi una proprietà String[] denominata excludedPaths con valori "/var", "/etc/workflow/instances" e "/etc/replication"
  4. Sfoglia /oak:index/damAssetLucene
  5. Aggiungi una proprietà String[] denominata includedPaths con un valore "/content/dam"
  6. Salva

(Solo AEM6.1 e 6.2) Aggiorna l'indice ntBaseLucene per migliorare le prestazioni di eliminazione e spostamento delle risorse:

  1. Passa a /oak:index/ntBaseLucene/indexRules/nt:base/properties

  2. Aggiungi due nodi nt:unstructured slingResource e damResolvedPath in /oak:index/ntBaseLucene/indexRules/nt:base/properties

  3. Imposta le proprietà seguenti sui nodi (dove le proprietà ordered e propertyIndex sono di tipo Boolean:

    slingResource

    name="sling:resource"

    ordered=false

    propertyIndex= true

    type="String"

    damResolvedPath

    name="dam:resolvePath"

    ordered=false

    propertyIndex=true

    type="String"

  4. Sul nodo /oak:index/ntBaseLucene, imposta la proprietà reindex=true

  5. Fai clic su Salva tutto

  6. Monitora il file error.log per vedere quando l'indicizzazione è completata:

    Reindicizzazione completata per gli indici: [/oak:index/ntBaseLucene]

  7. Puoi anche vedere che l'indicizzazione è completata aggiornando il nodo /oak:index/ntBaseLucene in CRXDe in quanto la proprietà reindicizzazione tornerebbe a false

  8. Una volta completata l'indicizzazione, torna a CRXDe e imposta la proprietà type su disabled su questi due indici

    • /oak:index/slingResource
    • /oak:index/damResolvedPath
  9. Fai clic su Salva tutto

Disattiva estrazione testo Lucene:

Se gli utenti non devono essere in grado di cercare il contenuto delle risorse, ad esempio, cercando il testo contenuto nei documenti PDF, puoi migliorare le prestazioni dell’indice disattivando questa funzione.

  1. Vai al gestore di pacchetti AEM /crx/packmgr/index.jsp
  2. Carica e installa il pacchetto qui sotto

Ottieni file

Totale Indovini

Quando crei query che generano set di risultati di grandi dimensioni, utilizza il parametro guessTotal per evitare un utilizzo eccessivo della memoria durante l’esecuzione.

Problemi noti

File di grandi dimensioni

Ci sono due importanti problemi noti relativi ai file di grandi dimensioni in AEM. Quando i file raggiungono dimensioni superiori a 2 GB, la sincronizzazione standby a freddo può trovarsi in una situazione di esaurimento della memoria. In alcuni casi, impedisce l’esecuzione della sincronizzazione in standby. In altri casi, causa l’arresto anomalo dell’istanza primaria. Questo scenario si applica a qualsiasi file in AEM di dimensioni superiori a 2 GB, inclusi i pacchetti di contenuto.

Allo stesso modo, quando i file raggiungono le dimensioni di 2 GB durante l'utilizzo di un datastore S3 condiviso, potrebbe essere necessario un po' di tempo perché il file venga mantenuto completamente dalla cache al filesystem. Di conseguenza, quando si utilizza la replica senza binario, è possibile che i dati binari non siano stati persistenti prima del completamento della replica. Questa situazione può causare problemi, soprattutto se la disponibilità di dati è importante, ad esempio in scenari di scarico.

Test delle prestazioni

Per ogni implementazione AEM, stabilire un regime di test delle prestazioni in grado di identificare e risolvere rapidamente i colli di bottiglia. Ecco alcune aree chiave su cui concentrarsi.

Test di rete

Per tutti i problemi di prestazioni della rete da parte del cliente, eseguire le seguenti operazioni:

  • Verificare le prestazioni di rete dalla rete del cliente
  • Verificare le prestazioni di rete dalla rete Adobe. Per i clienti AMS, collabora con il tuo CSE per eseguire il test dall’interno della rete Adobe.
  • Verificare le prestazioni di rete da un altro punto di accesso
  • Utilizzando uno strumento di benchmark della rete
  • Test contro il dispatcher

Test di istanza AEM

Per ridurre al minimo la latenza e ottenere un throughput elevato grazie all’utilizzo efficiente della CPU e alla condivisione del carico, controlla regolarmente le prestazioni dell’istanza AEM. In particolare:

  • Eseguire test di carico sull'istanza AEM
  • Monitoraggio delle prestazioni di caricamento e risposta dell’interfaccia utente

Elenco di controllo delle prestazioni di AEM Assets

  • Abilita HTTPS per aggirare qualsiasi sniffer di traffico HTTP aziendale.
  • Utilizza una connessione cablata per il caricamento di risorse pesanti.
  • Imposta parametri JVM ottimali.
  • Configura un archivio dati del sistema di file o un DataStore S3.
  • Disattiva la generazione di risorse secondarie. Se è abilitata, AEM flusso di lavoro crea una risorsa separata per ogni pagina di una risorsa multipagina. Ciascuna di queste pagine è una singola risorsa che consuma ulteriore spazio su disco, richiede il controllo delle versioni e un’ulteriore elaborazione del flusso di lavoro. Se non richiedi pagine separate, disattiva la generazione di risorse secondarie e le attività di estrazione della pagina.
  • Abilita flussi di lavoro transitori.
  • Ottimizza le code del flusso di lavoro Granite per limitare i processi simultanei.
  • Configura ImageMagick per limitare il consumo di risorse.
  • Rimuovi i passaggi superflui dal flusso di lavoro Risorsa di aggiornamento DAM .
  • Configura la pulizia del flusso di lavoro e delle versioni.
  • Ottimizza la configurazione dell'indice Lucene.
  • Ottimizza gli indici con i service pack e gli hotfix più recenti. Consulta l’Assistenza clienti di Adobe per eventuali ottimizzazioni aggiuntive dell’indice disponibili.
  • Utilizza guessTotal per ottimizzare le prestazioni della query.
  • Se configuri AEM per rilevare i tipi di file dal contenuto dei file (configurando Day CQ DAM Mime Type Service nella AEM Web Console), carica molti file in blocco nelle ore non di picco, poiché l'operazione richiede un uso intensivo di risorse.

In questa pagina