Struttura delle prestazioni
- Argomenti:
- Deploying
Creato per:
- Developer
Ambito
Il diagramma seguente fornisce indicazioni sui passaggi da intraprendere per risolvere i problemi di prestazioni. È suddiviso in 5 sezioni per facilitarne la lettura.
Ogni passaggio nel diagramma è collegato a una risorsa della documentazione o a una raccomandazione.
Prerequisiti e supposizioni
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. La possibilità di testare o monitorare le prestazioni è un requisito preliminare prima di avviare l'indagine.
L’analisi inizia al 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.
Sezione 1
Sezione 2
Sezione 3
Sezione 4
Sezione 5
Collegamenti di riferimento
Passaggio | Titolo | Riferimenti |
Passaggio 0 | Analizza flusso di richieste |
Puoi utilizzare l’analisi standard delle richieste HTTP nel browser per analizzare il flusso delle richieste. Per ulteriori informazioni su come eseguire questa operazione su Chrome, vedi: https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/resource-loadinghttps://developers.google.com/web/tools/chrome-devtools/profile/network-performance/understanding-resource-timing |
Passaggio 2 | Le richieste provengono da host esterni? | Puoi utilizzare l’analisi standard delle richieste HTTP nel browser per analizzare il flusso delle richieste. Vedi i collegamenti di cui sopra su come eseguire questa operazione su Chrome. |
Passaggio 3 | Le richieste possono essere memorizzate nella cache? | Per ulteriori informazioni sulle richieste memorizzabili nella cache e sui consigli generali per l’ottimizzazione delle prestazioni del dispatcher, vedi Ottimizzazione delle prestazioni del dispatcher. |
Passaggio 4 | Le richieste vengono dal Dispatcher? | Controlla la Documentazione sul debug di Dispatcher per vedere se le richieste sono memorizzate nella cache correttamente. |
Passaggio 5 | Dispatcher sta tentando di autenticare ogni richiesta tramite AEM? | Controlla se il dispatcher invia HEAD richiede a AEM l’autenticazione prima di distribuire la risorsa in cache. Puoi farlo cercando HEAD richieste in AEM access.log . Per ulteriori informazioni, consulta 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? | Esaminare il livello di rete per i problemi di saturazione e latenza. |
Passaggio 8 | La lentezza è riproducibile con un'istanza locale? | Utilizzo Giorno difficile per replicare le condizioni del "mondo reale" dalle istanze di produzione. Se questo non è realistico per lo spazio di sviluppo, assicurati di testare l’istanza di produzione (o una fase di staging identica) in un contesto di rete diverso. |
Passaggio 9 | La posizione geografica del server è lontana dagli utenti? | Sposta il server più vicino agli utenti. |
Passaggi 10 e 29 | Indagare il livello di rete |
Esaminare 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, vedi questa pagina. |
Passaggio 11 | Sposta il server più vicino o aggiungi uno per area geografica | |
Passaggio 12 | Risoluzione dei problemi AEM server | Per ulteriori informazioni, consulta i seguenti passaggi secondari nel diagramma. |
Passaggio 13 | Controllare i requisiti hardware | Controlla la documentazione su Linee guida per il dimensionamento dell'hardware. |
Passaggio 14 | Verifica delle cause frequenti dei problemi di prestazioni | |
Passaggio 15 | Trova richieste lente |
Puoi verificare la presenza di richieste lente analizzando la variabile Per ulteriori informazioni sull'utilizzo di rlog.jar, consulta questa pagina. Vedi Utilizzo di rlog.jar per trovare le richieste con tempi lunghi. |
Passaggio 16 | Server dei profili | Per informazioni sugli strumenti di profilatura utilizzabili con AEM, consulta Strumenti per il monitoraggio e l’analisi delle prestazioni. |
Passaggio 17 | Trova metodi lenti nel profiling | |
Passaggio 18 | Scenari comuni di profilazione | Vedi Analisi di scenari specifici nella sezione Ottimizzazione delle prestazioni . |
Passaggio 19 | CPU al 100% | https://helpx.adobe.com/it/experience-manager/6-3/sites-deploying/monitoring-and-maintaining.html#MonitoringPerformance |
Passaggio 20 | Memoria esaurita | |
Passaggio 21 | I/O disco | Consulta la sezione I/O disco nella sezione Monitoraggio e manutenzione. |
Passaggi 22 e 22.1 | Rapporto cache | Vedi Calcolo del rapporto della cache del Dispatcher. |
Passaggio 23 | Query lente | Tecniche consigliate per query e indicizzazione |
Passaggio 24 | Regolazione del repository | |
Passaggio 25 | Flussi di lavoro in esecuzione | |
Passaggio 26 | Infrastruttura MSM | Best practice per Multi Site Manager |
Passaggio 27 | Ottimizzazione delle risorse |
|
Passaggio 28 | Sessioni non chiuse | Verifica di sessioni JCR non chiuse |
Passaggio 30 | Sposta il dispatcher più vicino (aggiungine uno per "regione"?) | |
Passaggio 31 | Usa CDN di fronte al dispatcher | Utilizzo di Dispatcher con una rete CDN |
Passaggio 32 | Utilizza la gestione delle sessioni a livello di dispatcher per scaricare AEM server | Abilitazione di sessioni sicure |
Passaggio 33 | Effettuare le richieste in cache |
Come migliorare il rapporto cache; rende le richieste compatibili con la cache (best practice per Dispatcher) Inoltre, prendi in considerazione le seguenti impostazioni per ottimizzare le configurazioni di memorizzazione in cache
|
Passaggio 34 | Aggiorna la versione del dispatcher |
Puoi scaricare la versione più recente di Dispatcher da questa posizione: |
Passaggio 35 | Configurare il dispatcher | Configurazione del Dispatcher |
Passaggio 36 | Verifica invalidazione della cache | |
Passaggi 37 e 38 | Caricamento pigro | Vedi la sessione Gem su Prestazioni Web AEM. |
Passaggio 39 | Utilizzare la preconnessione per ridurre il sovraccarico di connessione | Vedi la Sessione Gem sopra indicata. Inoltre, preconnessione della documentazione aggiuntiva su W3c: https://www.w3.org/TR/resource-hints/#dfn-preconnect |
Passaggi 40 e 41 | Latenza e tempo di risposta degli host esterni | Analizzare la latenza e il tempo di risposta per gli host esterni. |
Passaggi 45 e 47 | Utilizzo di HTTP/2 | Consulta la sessione Gem per i passaggi 37,38 e 39. Inoltre, controlla questo post del forum sul supporto HTTP/2. |
Passaggio 49 | Riduci dimensioni del payload | Abilita Gzip e ridurre le dimensioni dell'immagine. |
Passaggi 42 e 43 | Mantieni vivo |
È Puoi controllare la Strumento Server proxy per controllare le connessioni Keep-Alive. |
Passaggio 44 | Quante richieste vengono effettuate? | Esegui l’analisi standard delle richieste HTTP nel browser. |
Passaggio 46 | Riduzione del numero di richieste |
|
Passaggio 48 | Qual è la dimensione del payload? | Analisi standard delle richieste HTTP nel browser |
Passaggi 50 e 51 | Blocco del codice JS | Prestazioni Web AEM |
Experience Cloud
- Guida utente alla distribuzione
- Introduzione alla piattaforma AEM
- Distribuzione AEM
- Implementazione e manutenzione
- Implementazioni consigliate
- Installazione del server applicazioni
- Installazione personalizzata indipendente
- Avvio e arresto da riga di comando
- Configurazione degli archivi di nodi e degli archivi di dati nel AEM 6
- Pulizia revisioni
- Come eseguire AEM con lo standby a freddo TarMK
- Supporto RDBMS in AEM 6.4
- Query e indicizzazione Oak
- Indicizzazione tramite Oak-run Jar
- Casi d’uso dell’indicizzazione Oak-run.jar
- Risoluzione dei problemi degli indici Oak
- Consenso alla raccolta di statistiche di utilizzo aggregate
- Risoluzione dei problemi
- Configurazione di AEM
- Concetti di configurazione di base
- Registrazione
- Configurazione di OSGi
- Impostazioni di configurazione OSGi
- Modalità di esecuzione
- Console Web
- Replica
- Replicazione con SSL reciproco
- Risoluzione dei problemi di replica
- Scadenza degli oggetti statici
- Rimozione delle versioni
- Monitoraggio e manutenzione dell’istanza AEM
- Offload dei processi
- Single Sign On
- Mappatura delle risorse
- Abilitazione di HTTP su SSL
- Controlli di coerenza e di transito
- Linee guida sulle prestazioni
- Ottimizzazione delle prestazioni
- Guida alle prestazioni di Assets
- Articoli dimostrativi sulla configurazione
- Rimozione dei siti di Geometrixx
- Configurazione della console Web
- Aggiornamento a AEM 6.4
- Aggiornamento a AEM 6.4
- Pianificazione dell’aggiornamento
- Valutazione della complessità dell’aggiornamento con il rilevatore pattern
- Compatibilità con le versioni precedenti in AEM 6.4
- Procedura di aggiornamento
- Utilizzo della reindicizzazione offline per ridurre i tempi di inattività durante un aggiornamento
- Esecuzione di un aggiornamento sul posto
- Migrazione dei contenuti Lazy
- Utilizzo dello strumento di migrazione CRX2Oak
- Attività di manutenzione pre-aggiornamento
- Controlli e risoluzione dei problemi post-aggiornamento
- Aggiornamento di Custom Search Forms
- Aggiornamenti sostenibili
- Aggiornamento di codice e personalizzazioni
- Passaggi di aggiornamento per le installazioni di Application Server
- Elenco dei bundle obsoleti disinstallati dopo l’aggiornamento
- Ristrutturazione dell’archivio
- Ristrutturazione dell’archivio in AEM 6.4
- Ristrutturazione dell’archivio comune in AEM 6.4
- Ristrutturazione dell’archivio siti in AEM 6.4
- Ristrutturazione dell’archivio risorse in AEM 6.4
- Ristrutturazione dell’archivio Dynamic Media in AEM 6.4
- Ristrutturazione dell’archivio Forms in AEM 6.4
- Ristrutturazione dell’archivio di e-commerce in AEM 6.4
- Ristrutturazione dell’archivio per AEM Communities nella versione 6.4
- eCommerce
- Best practice