Prestatieschema

Laatst bijgewerkt: 4 mei 2023

Gemaakt voor:

  • Developer
CAUTION
AEM 6.4 heeft het einde van de uitgebreide ondersteuning bereikt en deze documentatie wordt niet meer bijgewerkt. Raadpleeg voor meer informatie onze technische ondersteuningsperioden. Ondersteunde versies zoeken hier.

Scope

Het hieronder diagram is bedoeld om begeleiding over de stappen te verstrekken die moeten worden genomen om prestatieskwesties problemen op te lossen. De afbeelding wordt in vijf secties gesplitst, zodat u deze gemakkelijker kunt lezen.

Elke stap in het diagram is verbonden met een documentatiemiddel of een aanbeveling.

Vereisten en veronderstellingen

De aanname is dat een prestatieprobleem wordt waargenomen op een bepaalde pagina (een AEM console of een webpagina) en consistent kan worden gereproduceerd. Een manier om de prestaties te testen of te controleren is een voorwaarde voordat het onderzoek wordt gestart.

De analyse begint bij stap 0. Het doel is te bepalen welke entiteit (dispatcher, externe host of AEM) verantwoordelijk is voor het prestatieprobleem en vervolgens te bepalen welk gebied (server of netwerk) moet worden onderzocht.

Sectie 1

chlimage_1-103

Sectie 2

chlimage_1-104

Afdeling 3

chlimage_1-105

Afdeling 4

chlimage_1-106

Afdeling 5

chlimage_1-107

StapTitelBronnen
Stap 0Aanvraagstroom analyseren

U kunt standaard HTTP- verzoekanalyse in browser gebruiken om de verzoekstroom te analyseren. Zie voor meer informatie over hoe u dit kunt doen op Chrome:

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

Stap 2Worden verzoeken afkomstig van externe hosts?U kunt standaard HTTP- verzoekanalyse in browser gebruiken om de verzoekstroom te analyseren. Zie bovenstaande koppelingen voor informatie over hoe u dit kunt doen op Chrome.
Stap 3Kunnen de verzoeken in de cache worden geplaatst?Voor meer informatie over cacheable verzoeken en algemene het optimaliseren van de prestaties van de Verzender advies, zie Optimalisatie van de prestaties van de verzender.
Stap 4Zijn verzoeken afkomstig van de Dispatcher?Controleer de Foutopsporingsdocumentatie voor Dispatcher om te zien of worden de verzoeken behoorlijk in het voorgeheugen ondergebracht.
Stap 5Probeert de Dispatcher elk verzoek via AEM te verifiëren?Controleren of de verzender de HEAD verzoeken om AEM voor authentificatie alvorens het caching middel te leveren. U kunt dit doen door te zoeken naar HEAD verzoeken in de AEM access.log. Zie voor meer informatie Logboekregistratie.
Stap 6Is de geografische locatie van de verzender ver van de gebruikers vandaan?Verplaats de Dispatcher dichter naar de gebruikers.
Stap 7Is de netwerklaag van de Verzender OK?Onderzoek de netwerklaag voor verzadiging en latentiekwesties.
Stap 8Is de traagheid reproduceerbaar met een lokale instantie?Gebruiken Dag om de "reële omstandigheden" van de productie-instanties te repliceren. Als dit voor de ruimte van uw ontwikkeling niet realistisch is, zorg ervoor om de productieinstantie (of identieke het opvoeren) in een verschillende netwerkcontext te testen.
Stap 9Is de geografische plaats van de server ver weg van de gebruikers?Verplaats de server dichter naar de gebruikers.
Stappen 10 en 29Onderzoek netwerklaag

Onderzoek de netwerklaag voor verzadiging en latentiekwesties.

Voor de auteurslaag, adviseert men dat de latentie 100 milliseconden niet overschrijdt.

Voor meer informatie over tips voor het optimaliseren van prestaties raadpleegt u deze pagina.

Stap 11Server dichter naar elkaar verplaatsen of één server per gebied toevoegen
Stap 12Problemen met AEM server oplossenControleer de volgende substappen in het diagram voor meer informatie.
Stap 13Hardwarevereisten controlerenRaadpleeg de documentatie op Richtlijnen voor hardwareaanpassing.
Stap 14Controleren op frequente oorzaken van prestatieproblemen
Stap 15Langzame aanvragen zoeken

U kunt op langzame verzoeken controleren door te analyseren request.log of door rlog.jar.

Zie deze pagina voor meer informatie over het gebruik van rlog.jar.

Zie Het gebruiken van rlog.jar om verzoeken met lange duurtijden te vinden.

Stap 16ProfielserverVoor informatie over het profileren van hulpmiddelen kunt u met AEM gebruiken, zie Gereedschappen voor het bewaken en analyseren van prestaties.
Stap 17Trage methoden zoeken in profielen
Stap 18Gemeenschappelijke scenario's voor profileringZie Specifieke scenario's analyseren in de sectie Prestaties optimaliseren.
Stap 19100% CPUhttps://helpx.adobe.com/nl/experience-manager/6-3/sites-deploying/monitoring-and-maintaining.html#MonitoringPerformance
Stap 20Onvoldoende geheugen
  1. Onvoldoende geheugen
  2. Mijn toepassing genereert fouten vanwege onvoldoende geheugen
  3. Geheugenproblemen analyseren op Helpx.
Stap 21I/O schijfZie de I/O schijf in de documentatie voor toezicht en onderhoud.
Stappen 22 en 22.1CacheverhoudingZie De cacheverhouding van de verzender berekenen.
Stap 23Langzame query'sBeste praktijken voor Vragen en het Indexeren
Stap 24Afstelling in opslagplaats
Stap 25Workflows actief
Stap 26MSM-infrastructuurAanbevolen werkwijzen voor beheer van meerdere sites
Stap 27Afstemming van activa
  1. Assets Synchronization Service
  2. Meerdere DAM-instanties
  3. Tips voor het afstemmen van prestaties, artikelen hier en hier.
Stap 28Niet-afgesloten sessiesControleren op niet-afgesloten JCR-sessies
Stap 30Verplaats de dispatcher dichter (voeg er één toe per "regio"?)
Stap 31CDN vóór verzender gebruikenDispatcher gebruiken met een CDN
Stap 32Gebruik sessiebeheer op verzendniveau om AEM server te offloadenBeveiligde sessies inschakelen
Stap 33Verzoeken in cache plaatsen
  1. Algemene configuratie van verzender
  2. De Dispatcher Cache configureren

Hoe te om geheim voorgeheugenverhouding te verbeteren; aanvragen in cache kunnen plaatsen (best practices voor Dispatcher)

Houd ook rekening met de onderstaande instellingen om uw cacheconfiguraties te optimaliseren

  1. Een no-cache-regel instellen voor HTTP-aanvragen die niet GET zijn
  2. Vraagtekenreeksen configureren om niet cacheable te zijn
  3. Plaats geen URL's met ontbrekende extensies in cache
  4. Koppen voor cacheverificatie (mogelijk sinds Dispatcher versie 4.1.10)
Stap 34Versie van verzender bijwerken

U kunt de meest recente versie van Dispatcher downloaden op deze locatie:

Koppeling volgen

Stap 35Dispatcher configurerenDe Dispatcher configureren
Stap 36Onvalidatie van cache controleren
Stappen 37 en 38Lazy-loadingZie Gem-sessie over AEM webprestaties.
Stap 39Gebruik pre-verbindt om verbindingsoverheadkosten te verminderenZie de hierboven vermelde Gem-sessie. Daarnaast is er extra documentatie beschikbaar die vooraf verbinding maakt met W3c: https://www.w3.org/TR/resource-hints/#dfn-preconnect
Stappen 40 en 41Latentie en responstijd van externe hostsOnderzoek de latentie en reactietijd voor de externe gastheren.
Stappen 45
en 47		HTTP/2 gebruikenZie de Gem-sessie voor de stappen 37,38 en 39. Ook uitchecken dit forumbericht over HTTP/2-ondersteuning.
Stap 49Belastingsgrootte verkleinenGzip inschakelen en de afbeeldingsgrootte verkleinen.
Stappen 42 en 43Keep-Alive

Is de Keep-Alive header aanwezig in de verschillende verzoeken om verbindingen opnieuw te gebruiken? Anders zou het betekenen dat elk verzoek tot een andere verbindingsinstelling leidt, wat onnodige overheadkosten met zich meebrengt. (Standaard HTTP-aanvraaganalyse in de browser)

U kunt de Proxyserver, gereedschap om te controleren op Live-verbindingen.

Stap 44Hoeveel verzoeken zijn er ingediend?Voer standaard HTTP- verzoekanalyse in browser uit.
Stap 46Aantal aanvragen verminderen
  1. Bronnen samenvoegen (afbeeldingen, CSS-sprites, JSON, enz.)
  2. Clientlibs insluiten:
    1. Clientbibliotheekmappen maken - zie kop Insluiten gebruiken om verzoeken te minimaliseren
Stap 48Wat is de grootte van de lading?Standaard HTTP-aanvraaganalyse in de browser
Stappen 50 en 51JS-code blokkerenAEM webprestaties
Vorige pagina
Volgende pagina

Experience Manager