Guida all'ottimizzazione delle prestazioni di Assets

Un’impostazione 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 alcune linee guida per l'ottimizzazione hardware e software consente di creare solide fondamenta per l'implementazione di AEM Assets in grado di soddisfare le aspettative in termini di prestazioni, scalabilità e affidabilità.

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

In realtà, l'ottimizzazione delle prestazioni è un'attività fondamentale che esegui prima di stabilire le metriche di destinazione per qualsiasi progetto.

Di seguito sono riportate alcune aree di interesse principali intorno alle quali è possibile individuare e risolvere problemi di prestazioni prima che abbiano un impatto sugli utenti.

Platform

Mentre AEM è supportato su diverse piattaforme, Adobe ha trovato il supporto più grande per gli strumenti nativi su Linux e Windows, che contribuisce a migliorare le prestazioni e la facilità di implementazione. È consigliabile implementare un sistema operativo a 64 bit in grado di soddisfare i requisiti di memoria elevati di una distribuzione AEM Assets . Come per qualsiasi implementazione AEM, devi implementare TarMK laddove possibile. Mentre TarMK non può essere ridimensionato oltre una singola istanza di creazione, si è scoperto che funziona meglio di MongoMK. Potete aggiungere istanze di offload TarMK per aumentare la potenza di elaborazione del flusso di lavoro della distribuzione AEM Assets .

Cartella Temp

Per migliorare i tempi di caricamento delle risorse, utilizzate lo storage ad alte prestazioni per la directory temporanea Java. In 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, per la cartella temp è possibile utilizzare un'unità effimera .

Presupponendo che il server disponga di memoria sufficiente, configurare un’unità RAM. In Linux, eseguite 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 storage ad alte prestazioni come SSD.

Una volta che il volume temporaneo ad alte prestazioni è pronto, impostare il parametro JVM -Djava.io.tmpdir. Ad esempio, è possibile aggiungere il parametro JVM di seguito alla variabile CQ_JVM_OPTS nello script bin/start di AEM:

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

Configurazione Java

Versione Java

Poiché Oracle ha smesso 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 migliorate.

Parametri JVM

Impostare 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

La separazione dell'archivio dati dall'archivio segmenti è consigliata per tutti utenti AEM Assets. Inoltre, la configurazione dei maxCachedBinarySize parametri e dei cacheSizeInMB parametri può contribuire a massimizzare le prestazioni. Impostate maxCachedBinarySize la dimensione file più piccola che può essere mantenuta nella cache. Specificate la dimensione della cache in memoria da utilizzare per il datastore all'interno 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.

Configurare la dimensione massima della cache delle immagini nel buffer

Quando si caricano grandi quantità di risorse su 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 delle immagini nel buffer. Si consideri un esempio di sistema con un heap massimo (- Xmxparam) di 5 GB, un Oak BlobCache impostato a 1 GB e una cache del documento impostata a 2 GB. In questo caso, la cache nel buffer richiederebbe al massimo 1,25 GB di memoria, lasciando solo 0,75 GB di memoria per picchi imprevisti.

Configurare la dimensione della cache nel buffer nella console Web OSGi. In https://host:port/system/console/configMgr/com.day.cq.dam.core.impl.cache.CQBufferedImageCache, impostare 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 si utilizza un sling:osgiConfig nodo per configurare questa proprietà, assicurarsi di impostare il tipo di dati su Long. Per ulteriori dettagli, consultate CQBufferedImageCache consuma un heap durante il caricamentodelle risorse.

Archivio dati condivisi

L'implementazione di un archivio dati file S3 o condiviso può contribuire 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 ridimensionamento dellerisorse.

S3 data store

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 presso un sito cliente:

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

Adobe consiglia di abilitare HTTPS perché molte aziende dispongono di firewall che troncano il traffico HTTP, il che influisce negativamente sui caricamenti e corrompe i file. Per caricamenti di file di grandi dimensioni, accertatevi che gli utenti dispongano di connessioni cablate alla rete perché una rete WiFi diventa rapidamente saturata. Per linee guida sull’identificazione dei colli di bottiglia della rete, consultate la Guida al ridimensionamento dellerisorse. Per valutare le prestazioni della rete analizzando la topologia di rete, vedi Considerazioni sulla rete di risorse.

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

  • A seconda del tipo di istanza (piccolo, moderato, grande), accertatevi 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 AEM è ospitata su AWS, è possibile trarre vantaggio da un criterio di ridimensionamento versatile. Aggiornate l'istanza se gli utenti prevedono un carico elevato. Sgrandisci per un carico moderato o basso.
  • HTTPS: La maggior parte degli utenti dispone di firewall che troncano il traffico HTTP, il che può avere un impatto negativo sul caricamento di file o persino di file danneggiati durante l’operazione di caricamento.
  • Caricamenti di file di grandi dimensioni: Verificate che gli utenti dispongano di connessioni cablate alla rete (le connessioni WiFi si saturano rapidamente).

Flussi di lavoro

Flussi di lavoro transitori

Laddove possibile, impostate il flusso di lavoro Aggiorna risorsa DAM su Temporaneo. Questa impostazione riduce notevolmente i costi generali necessari per l'elaborazione dei flussi di lavoro, perché in questo caso i flussi di lavoro non devono passare attraverso i normali processi di monitoraggio e archiviazione.

Nota

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

  1. Aprite http://localhost:4502/miscadmin l’istanza AEM che desiderate configurare.

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

  3. Fate doppio clic su DAM Update Asset (Aggiorna risorsa DAM).

  4. Dal pannello degli strumenti mobile, passate alla scheda Pagina e fate clic su Proprietà ​pagina.

  5. Selezionate Flusso di lavoro ​transitorio e fate clic su OK.

    Nota

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

    Nei casi in cui non è possibile utilizzare flussi di lavoro transitori, esegui regolarmente la rimozione del flusso di lavoro per eliminare i flussi di lavoro archiviati di DAM Update Asset per garantire che le prestazioni del sistema non si compromettano.

    In genere, è consigliabile eseguire i flussi di lavoro di eliminazione settimanali. Tuttavia, negli scenari che richiedono risorse, ad esempio durante l’assimilazione di risorse su larga scala, potete eseguirle con maggiore frequenza.

    Per configurare la rimozione del flusso di lavoro, aggiungete una nuova configurazione di rimozione del flusso di lavoro granito Adobe tramite la console OSGi. Quindi, configurate e pianificate il flusso di lavoro come parte della finestra di manutenzione settimanale.

    Se l'eliminazione dura troppo, si verifica un timeout. È quindi necessario assicurarsi che i processi di eliminazione siano completati in modo da evitare situazioni in cui i flussi di lavoro di eliminazione non vengono completati a causa dell’elevato numero di flussi di lavoro.

    Ad esempio, dopo aver eseguito numerosi flussi di lavoro non transitori (che crea 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 del programma di svuotamento del flusso di lavoro Granite del Adobe .

Numero massimo di processi paralleli

Per impostazione predefinita, AEM esegue un numero massimo di processi paralleli pari al numero di processori presenti sul server. Il problema di questa impostazione è che durante i periodi di carico eccessivo, tutti i processori sono occupati da flussi di lavoro di DAM Update Asset, rallentando la reattività dell'interfaccia utente e impedendo AEM eseguire altri processi che salvaguardano le prestazioni e la stabilità del server. Come procedura corretta, impostare questo valore su metà dei processori disponibili sul server eseguendo la procedura seguente:

  1. In AEM Author, andate a http://localhost:4502/system/console/slingevent.
  2. Fate clic su Modifica in ogni coda di workflow rilevante per l’implementazione, ad esempio Granite Transient Workflow Queue (Coda flussi di lavoro transitori granita).
  3. Modificate il valore di Massimo processi paralleli e fate 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 ottimizzarlo in base all'ambiente. Sono presenti code separate per flussi di lavoro transitori e non transitori, nonché per altri processi, come i flussi di lavoro esterni. Se diverse code impostate al 50% dei processori sono attivi contemporaneamente, il sistema può sovraccaricare rapidamente. Le code che vengono utilizzate in modo molto diffuso variano notevolmente tra le implementazioni degli utenti. Di conseguenza, potrebbe essere necessario configurarli con attenzione per la massima efficienza senza compromettere la stabilità del server.

Offload

Per flussi di lavoro o flussi di lavoro ad alta intensità di risorse, come la transcodifica video, potete scaricare flussi di lavoro DAM Update Asset in una seconda istanza di authoring. Spesso, il problema dello scaricamento è che qualsiasi carico salvato mediante l'offload dell'elaborazione del flusso di lavoro viene compensato dal costo della replica del contenuto avanti e indietro tra le istanze.

A partire da AEM 6.2 e con un pacchetto di funzionalità 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 solo avanti e indietro attraverso la replica in avanti. Anche se questo approccio funziona bene con un archivio dati file condiviso, possono verificarsi problemi con un archivio dati S3. Poiché i thread di scrittura in background possono determinare una latenza, è possibile che una risorsa non sia stata scritta nel datastore prima dell'inizio del processo di scaricamento.

Configurazione risorsa aggiornamento DAM

Il flusso di lavoro Aggiorna risorsa DAM contiene una suite completa di passaggi configurati per attività quali generazione Scene7 PTIFF e integrazione 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, aggiornate gli avviatori per DAM Update Asset in modo che puntino al nuovo modello.

Nota

L'esecuzione intensiva del flusso di lavoro DAM Update Asset (Aggiorna risorsa DAM) può aumentare notevolmente la dimensione del datatastore del 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 entro 8 ore.

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

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

Se disponete di uno spazio su disco limitato ed eseguite i flussi di lavoro DAM Update Asset in modo intensivo, prendete in considerazione la pianificazione dell'attività di raccolta dei rifiuti con maggiore frequenza.

Generazione di rappresentazioni in fase di esecuzione

I clienti utilizzano immagini di varie dimensioni e formati all'interno del sito Web o per la distribuzione ai partner commerciali. Poiché ogni rappresentazione aggiunge un’impronta alla risorsa nella directory archivio, Adobe consiglia di usare questa funzione con cautela. Per ridurre la quantità di risorse necessarie per elaborare e archiviare le immagini, potete generare queste immagini in fase di esecuzione anziché come rappresentazioni durante l’assimilazione.

Molti clienti di Sites implementano un servlet di immagini 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 consiste nell'utilizzare la tecnologia Scene7 per distribuire completamente la manipolazione delle immagini. Inoltre, potete implementare Brand Portal, che non solo prende in consegna le responsabilità di generazione delle rappresentazioni dall’infrastruttura AEM, ma anche l’intero livello di pubblicazione.

ImageMagick

Se personalizzate il flusso di lavoro DAM Update Asset per generare rappresentazioni utilizzando ImageMagick, Adobe consiglia di modificare il file policy.xml in /etc/ImageMagick/. Per impostazione predefinita, ImageMagick utilizza l’intero spazio disponibile sul volume del sistema operativo e la memoria disponibile. Apportate le seguenti modifiche di configurazione nella policymap sezione policy.xml per limitare tali 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 del disco con spazio sufficiente e IOPS.

ATTENZIONE

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

Nota

I file ImageMagick policy.xml e configure.xml imageMagick si trovano in /usr/lib64/ImageMagick-*/config/ anziché /etc/ImageMagick/. Per informazioni dettagliate sui percorsi dei file di configurazione, consultate la documentazione di ImageMagick.

Se utilizzi AEM su Adobe Managed Services (AMS), rivolgiti all'Assistenza clienti Adobe se intendi elaborare molti file PSD o PSB di grandi dimensioni. Experience Manager potrebbe non essere in grado di elaborare file PSB ad alta risoluzione con una risoluzione superiore a 30000 x 23000 pixel.

XMP writeback

XMP writeback aggiorna la risorsa originale ogni volta che i metadati vengono modificati in AEM, con le seguenti conseguenze:

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

I risultati elencati richiedono notevoli risorse. Pertanto, Adobe consiglia di disattivare XMP Write, se non è richiesto.

Se è selezionato il flag di esecuzione dei flussi di lavoro, l'importazione di una grande quantità di metadati può comportare un'attività di XMP di riscrittura delle risorse. Pianificate tale importazione durante l'utilizzo di un server snello in modo da non influenzare le prestazioni di altri utenti.

Replica

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

Configurare la replica della catena

  1. Scegliere l'istanza di pubblicazione da utilizzare per concatenare le repliche
  2. In tale istanza di pubblicazione aggiungere agenti di replica che puntano alle altre istanze di pubblicazione
  3. Per ciascuno di questi agenti di replica, abilita Alla ricezione nella scheda Triggers
Nota

Adobe non consiglia di attivare automaticamente le risorse. Tuttavia, se necessario, Adobe consiglia di eseguire questa operazione come passo finale in un flusso di lavoro, in genere DAM Update Asset (Aggiorna risorsa).

Indice di ricerca

Assicuratevi di implementare i Service Pack più recenti e gli hotfix correlati alle prestazioni, in quanto spesso includono aggiornamenti agli indici di sistema. Consultate Suggerimenti per l’ottimizzazione delle prestazioni | 6.x per alcune ottimizzazioni indice che possono essere applicate, a seconda della versione di AEM in uso.

Creare indici personalizzati per le query eseguite spesso. Per informazioni dettagliate, consultate Metodologia per l’analisi di query lente e per la creazione di indicipersonalizzati. Per ulteriori informazioni sulle best practice relative alle query e agli indici, consulta Best practice per query e indicizzazione.

Configurazioni indice Lucene

Alcune ottimizzazioni possono essere eseguite sulle configurazioni dell'indice Oak che possono aiutare a migliorare prestazioni AEM Assets:

Aggiorna la configurazione di LuceneIndexProvider:

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

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

  1. Aprite CRXDe /crx/de/index.jsp ed effettuate l’accesso come utente amministrativo
  2. Passa a /oak:index/lucene
  3. Aggiungere una proprietà String[] denominata excludedPaths con valori "/var", "/etc/workflow/instance" e "/etc/Replication"
  4. Passa a /oak:index/damAssetLucene
  5. Aggiungere una proprietà String[] denominata includePaths con un valore "/content/dam"
  6. Salva

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

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

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

  3. Impostare 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. Fate clic su Salva tutto

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

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

  7. È inoltre possibile verificare che l'indicizzazione viene completata aggiornando il nodo /oak:index/ntBaseLucene in CRXDe, poiché la proprietà reindex torna a false

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

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

Disattiva estrazione testo Lucene:

Se non è necessario che gli utenti siano in grado di eseguire ricerche nel contenuto delle risorse, ad esempio, cercando il testo contenuto nei documenti PDF, potete migliorare le prestazioni dell’indice disattivando questa funzione.

  1. Andate al gestore pacchetti AEM /crx/packmgr/index.jsp
  2. Caricate e installate il pacchetto di seguito

Ottieni file

Totale

Quando create query che generano set di risultati di grandi dimensioni, utilizzate il guessTotal parametro per evitare un utilizzo eccessivo della memoria durante la loro esecuzione.

Problemi noti

File grandi

Esistono due problemi noti principali relativi ai file di grandi dimensioni in AEM. Quando i file raggiungono dimensioni superiori a 2 GB, la sincronizzazione in standby a freddo può trovarsi in una situazione di memoria insufficiente. In alcuni casi, impedisce l'esecuzione della sincronizzazione in standby. In altri casi, causa l'arresto anomalo dell'istanza principale. Questo scenario si applica a qualsiasi file in AEM maggiore di 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 del tempo per mantenere il file completamente persistente dalla cache al file system. 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 negli scenari di scarico.

Test delle prestazioni

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

Test della rete

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

  • Verificare le prestazioni della rete dall'interno della rete del cliente
  • Verificare le prestazioni di rete dall'interno rete del Adobe. Per i clienti AMS, utilizza il tuo CSE per eseguire il test dall'interno della rete del Adobe .
  • Verificare le prestazioni di rete da un altro punto di accesso
  • Utilizzando uno strumento di benchmark di rete
  • Prova contro lo speditore

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

  • Abilitate HTTPS per aggirare eventuali misuratori di traffico HTTP aziendali.
  • Usate una connessione cablata per il caricamento di risorse pesanti.
  • Impostare parametri JVM ottimali.
  • Configurare un archivio dati del file system o un archivio dati S3.
  • Disattiva la generazione delle risorse secondarie. Se è attivato, AEM flusso di lavoro viene creata una risorsa separata per ogni pagina di una risorsa con più pagine. 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 sono necessarie pagine separate, disattivate la generazione di risorse secondarie e le attività di estrazione della pagina.
  • Abilita flussi di lavoro transitori.
  • Regola le code del flusso di lavoro Granite per limitare i processi simultanei.
  • Configurare ImageMagick per limitare il consumo di risorse.
  • Rimuovete i passaggi superflui dal flusso di lavoro DAM Update Asset (Aggiorna risorsa).
  • Configurare l'eliminazione del flusso di lavoro e delle versioni.
  • Ottimizzare la configurazione dell'indice Lucene.
  • Ottimizzate gli indici con i service pack e gli hotfix più recenti. Consulta 'Assistenza clienti di Adobe per eventuali ottimizzazioni di indice aggiuntive disponibili.
  • Utilizzare guessTotal per ottimizzare le prestazioni della query.
  • If you configure AEM to detect file types from the content of the files (by configuring Day CQ DAM Mime Type Service in the AEM Web Console), upload many files in bulk during non-peak hours as the operation is resource-intensive.

In questa pagina