Il diagramma seguente è inteso a fornire indicazioni sui passi da intraprendere per risolvere i problemi di prestazioni. È suddiviso in 5 sezioni per una lettura più semplice.
Ogni passaggio del diagramma è collegato a una risorsa della documentazione o a una raccomandazione.
Il presupposto è che un problema di prestazioni venga osservato in una determinata pagina (una console AEM o una pagina Web) e possa essere riprodotto in modo coerente. Prima di avviare l'indagine, è necessario disporre di un metodo per verificare o controllare le prestazioni.
L'analisi inizia dal passaggio 0. L'obiettivo è quello di determinare quale entità (dispatcher, host esterno o AEM) è responsabile del problema di prestazioni, quindi determinare quale area (server o rete) deve essere esaminata.
Incremento | Titolo | Riferimenti |
Passaggio 0 | Analizza flusso richiesta | Potete utilizzare l’analisi standard delle richieste HTTP nel browser per analizzare il flusso di richieste. Per ulteriori informazioni su come eseguire questa operazione su Chrome, vedere: https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/resource- |
Passaggio 2 | Le richieste vengono da host esterni? | Potete utilizzare l’analisi standard delle richieste HTTP nel browser per analizzare il flusso di richieste. Consultate i collegamenti riportati sopra su come eseguire questa operazione in Chrome. |
Passaggio 3 | È possibile memorizzare le richieste nella cache? | Per ulteriori informazioni sulle richieste memorizzabili nella cache e sui consigli generali per l'ottimizzazione delle prestazioni del dispatcher, vedere Dispatcher Performance Optimization. |
Passaggio 4 | Le richieste vengono dal Dispatcher? | Per verificare se le richieste sono memorizzate nella cache correttamente, consultare la documentazione relativa al debug del dispatcher. |
Passaggio 5 | Il dispatcher sta tentando di autenticare ogni richiesta tramite AEM? | Verificare se il dispatcher invia HEAD richieste di autenticazione a AEM prima di distribuire la risorsa nella cache. È possibile eseguire questa operazione cercando HEAD richieste nella AEM access.log . Per ulteriori informazioni, vedere Registrazione. |
Passaggio 6 | La posizione geografica del Dispatcher è lontana dagli utenti? | Sposta il dispatcher più vicino agli utenti. |
Passaggio 7 | Il livello di rete del Dispatcher è OK? | Esaminate il livello di rete per i problemi di saturazione e latenza.
|
Passaggio 8 | La lentezza è riproducibile con un'istanza locale? | Utilizzate Tough Day per replicare le condizioni "real world" dalle istanze di produzione. Se questo non è realistico per lo spazio di sviluppo, verificare l'istanza di produzione (o una sosta identica) in un contesto di rete diverso. |
Passaggio 9 | La posizione geografica del server è lontana dagli utenti? | Avvicinare il server agli utenti. |
Passaggi 10 e 29 | Indagine del livello di rete | Esaminate il livello di rete per i problemi di saturazione e latenza. Per il livello di authoring, si consiglia di non superare i 100 millisecondi. Per ulteriori informazioni sui suggerimenti per l'ottimizzazione delle prestazioni, vedere questa pagina. |
Passaggio 11 | Avvicinare il server o aggiungerne uno per regione | |
Passaggio 12 | Risoluzione dei problemi AEM server | Per ulteriori informazioni, consulta i seguenti passaggi secondari del diagramma. |
Passaggio 13 | Controllare i requisiti hardware | Consultate la documentazione sulle Linee guida sul ridimensionamento hardware. |
Passaggio 14 | Verifica delle cause frequenti dei problemi di prestazioni | |
Passaggio 15 | Trova richieste lente | È possibile verificare la presenza di richieste lente analizzando il Per ulteriori informazioni sull'utilizzo di rlog.jar, consultate questa pagina. Vedere Utilizzo di rlog.jar per trovare richieste con tempi di durata prolungata.
|
Passaggio 16 | Server profilo | Per informazioni sugli strumenti di profilatura utilizzabili con AEM, vedere Strumenti per il monitoraggio e l'analisi delle prestazioni. |
Passaggio 17 | Trovare metodi lenti nel profiling | |
Passaggio 18 | Scenari comuni di profilazione | Vedere Analisi di scenari specifici nella sezione Ottimizzazione delle prestazioni. |
Passaggio 19 | 100% CPU | https://helpx.adobe.com/it/experience-manager/6-3/sites-deploying/monitoring-and-maintaining.html#MonitoringPerformance |
Passaggio 20 | Memoria insufficiente | |
Passaggio 21 | I/O disco | Vedere la sezione I/O del disco nella documentazione relativa al monitoraggio e alla manutenzione. |
Passaggi 22 e 22.1 | Rapporto cache | Vedere Calcolo del rapporto della cache del dispatcher. |
Passaggio 23 | Query lente | Best practice per query e indicizzazione |
Passaggio 24 | Ottimizzazione del repository | |
Passaggio 25 | Flussi di lavoro in esecuzione |
|
Passaggio 26 | Infrastruttura MSM | |
Passaggio 27 | Ottimizzazione delle risorse |
|
Passaggio 28 | Sessioni non chiuse |
Verifica delle sessioni JCR non chiuse
|
Passaggio 30 | Spostare il dispatcher più vicino (aggiungere uno per "regione"?) | |
Passaggio 31 | Usare CDN davanti al dispatcher | Utilizzo di Dispatcher con una rete CDN |
Passaggio 32 | Utilizzare la gestione delle sessioni a livello di dispatcher per scaricare AEM server | |
Passaggio 33 | Richieste incluse nella cache |
Come migliorare il rapporto cache; rendi le richieste inseribili nella cache (procedure ottimali per il dispatcher) Inoltre, prendere in considerazione le seguenti impostazioni per ottimizzare le configurazioni di memorizzazione nella cache
|
Passaggio 34 | Versione dispatcher aggiornamento | Puoi scaricare la versione più recente del dispatcher nel seguente percorso: |
Passaggio 35 | Configurare il dispatcher | Configurazione del dispatcher |
Passaggio 36 | Verifica annullamento validità cache | |
Passaggi 37 e 38 | Caricamento pigro | Consulta la sessione Gem su AEM Web Performance. |
Passaggio 39 | Usare la preconnessione per ridurre il sovraccarico di connessione | Vedi la Sessione Gem sopra indicata. È inoltre possibile effettuare la preconnessione della documentazione aggiuntiva su W3c: https://www.w3.org/TR/resource-hints/#dfn-preconnect |
Passaggi 40 e 41 |
Ospitanti esterni latenza e tempo di risposta | Analizzare la latenza e il tempo di risposta per gli host esterni. |
Passaggi 45 e 47 |
Utilizzo di HTTP/2 | Vedi la Sessione Gem per i passaggi 37,38 e 39. Inoltre, controllate questo post del forum sul supporto HTTP/2. |
Passaggio 49 | Riduci dimensioni payload | Attivate Gzipand per ridurre le dimensioni dell’immagine. |
Passaggi 42 e 43 | Keep-Alive | L'intestazione È possibile controllare lo strumento Server proxy per verificare la presenza di connessioni Keep-Alive. |
Passaggio 44 | Quante richieste vengono fatte? | Eseguite l’analisi standard delle richieste HTTP nel browser. |
Passaggio 46 | Riduzione del numero di richieste |
|
Passaggio 48 | Qual è la dimensione del payload? | Analisi delle richieste HTTP standard nel browser |
Passaggi 50 e 51 | Blocco del codice JS | https://docs.adobe.com/ddc/en/gems/aem-web-performance.html |