Best practices voor het testen van prestaties best-practices-for-performance-testing

Inleiding introduction

Het testen van prestaties is een belangrijk deel van om het even welke AEM plaatsing. Afhankelijk van de vereisten van de klant kunnen de prestaties worden getest op de publicatie-instanties, de auteur-instanties of beide.

In deze documentatie worden algemene strategieën en methodologieën beschreven voor het uitvoeren van prestatietests en een aantal van de hulpmiddelen die door de Adobe beschikbaar worden gesteld om het proces te helpen. Tot slot lees een analyse van de hulpmiddelen die in AEM 6 beschikbaar zijn om met prestaties het stemmen, zowel vanuit een codeanalyse als perspectief van de systeemconfiguratie te helpen.

Realiteit simuleren simulating-reality

Wanneer het doen van prestatietests, zorg ervoor dat u een productiemilieu zo dicht mogelijk nastreeft. Hoewel een dergelijke taak vaak moeilijk kan zijn, is het noodzakelijk de nauwkeurigheid van deze tests te waarborgen. Wanneer het werken aan het ontwerpen van prestatietests, is het belangrijk om de volgende punten in overweging te nemen:

Veel prestatiemetingen in AEM, zoals de tijd van de vraagreactie, kunnen door de grootte van de inhoud op het systeem worden beïnvloed. Het is belangrijk ervoor te zorgen dat de testomgeving zo dicht mogelijk een kopie van de productiegegevens heeft.

De AEM versie en hotfixes die in productie worden ingezet, moeten in de testomgeving hetzelfde zijn. Het is ook belangrijk om op de versie van de code te testen die aan productie wordt opgesteld.

De tests zijn zinloos zonder een omgeving die zoveel mogelijk op de productie lijkt. In het ideale geval moeten de hardwarespecificaties, de netwerkinterfaces, de taakverdelingsmechanismen en de CDN identiek zijn aan de productie in de testomgeving.

Veel prestatieproblemen worden pas zichtbaar wanneer het systeem zwaar belast is. Goede prestatietests moeten de belasting simuleren die de productiesystemen op hun hoogtepunt hebben.

Doelstellingen instellen setting-goals

Voordat wordt begonnen met het testen van de prestaties, moeten niet-functionele eisen worden vastgesteld om de belasting- en responstijden te bepalen. Als u van een bestaand systeem migreert, zorg ervoor dat de reactietijden aan uw huidige productiewaarden gelijkaardig zijn. Voor lading, is het best om de huidige pieklading te nemen en te verdubbelen. Zo zorgt u ervoor dat de website goed kan blijven functioneren terwijl deze groeit.

Gereedschappen tools

Er zijn veel commercieel verkrijgbare hulpmiddelen voor het testen van prestaties op de markt. Wanneer het runnen van een lading die hulpmiddel produceert, is het belangrijk om ervoor te zorgen dat de computers die de tests uitvoeren voldoende netwerkbandbreedte hebben. Anders wordt, zodra de testmachine de grenzen van zijn verbinding bereikt, geen extra belasting opgewekt op de testomgeving.

Testgereedschappen testing-tools

Optimalisatieprogramma's optimization-tools

Controle

De documentatie van de Prestaties van de Controleis een goed middel voor hulpmiddelen en methodes die kunnen worden gebruikt om kwestie en puntgebieden voor het stemmen te diagnostiseren.

de Wijze van de Ontwikkelaar in Aanraak UI

Een van de nieuwe functies in de aanraakinterface van AEM 6 is de Developer Mode. Net zoals ontwerpers kunnen schakelen tussen bewerkings- en voorvertoningsmodi, kunnen ontwikkelaars overschakelen naar de modus voor ontwikkelaars in de gebruikersinterface. Zo kunt u de rendertijd voor elk van de componenten op de pagina zien en stacksporen van fouten zien. Voor meer informatie over ontwikkelaarwijze, zie deze CQ Gems presentatie.

Gebruikend rlog.jar om de verzoeklogboeken te lezen

Voor een uitgebreidere analyse van de aanvraag meldt u zich aan bij een AEM, kunt u rlog.jar gebruiken om de request.log -bestanden die AEM genereren, te doorzoeken en te sorteren. Dit jar-bestand wordt samen met een AEM-installatie in de map /crx-quickstart/opt/helpers opgenomen. Voor meer informatie over logboekhulpmiddel en het verzoeklogboek over het algemeen, zie Controle en het Onderhouden vandocumentatie.

het Uitleg Hulpmiddel van de Vraag

Het Verklaar hulpmiddel van de Vraagin ACS AEM Hulpmiddelen kan worden gebruikt om de indexen te bekijken die wanneer het runnen van een vraag worden gebruikt. Dit hulpmiddel is nuttig wanneer het optimaliseren van langzaam lopende vragen.

PageSpeed Hulpmiddelen

De Google PageSpeed-gereedschappen bieden een siteanalyse die voldoet aan de aanbevolen procedures voor paginaprestaties en een insteekmodule die naast de Dispatcher op een Apache-instantie kan worden geïnstalleerd voor extra optimalisaties.
Zie de Website van Hulpmiddelen PageSpeed.

Auteursomgeving author-environment

Tests uitvoeren performing-tests

Als u de prestaties wilt testen in de auteursomgeving, is het nodig dat u de ervaring van productieauteurs simuleert. Namelijk moeten de auteursinstallaties alle componenten, bundels OSGi, aanpassing UI, douaneindexen, en om het even welke andere toevoegingen bevatten u op zijn plaats voor de instanties van de productiauteur hebt.

Er zijn vele automatiseringskaders beschikbaar die voor prestaties en lading het testen worden ontworpen. Aangepaste scripts kunnen in deze gereedschappen worden opgenomen en vervolgens worden afgespeeld om een piekaantal auteurs te simuleren die tegelijkertijd vergelijkbare activiteiten voor het maken en activeren van inhoud uitvoeren. U wordt aangeraden het gereedschap Onvoldoende dag te gebruiken om activiteiten te simuleren, zoals het uploaden van duizenden elementen of het activeren van een groot aantal pagina's.

Voor de soorten milieu's die vereisten van zwaar activa laden of pagina creatie hebben, is het noodzakelijk om hulpmiddelen zoals de Dag van de Stevige te gebruiken. Dit zorgt ervoor dat de omgeving efficiënt werkt bij piekbelasting. WebDAVis een hulpmiddel dat geen scripting vereist en kan ook worden gebruikt om grote hoeveelheden activa te laden.

Specifieke stappen van MongoDB mongodb-specific-steps

Op systemen met de steunen MongoDB, verstrekt AEM verscheidene JMXMBeans die moeten worden gecontroleerd wanneer het uitvoeren van lading of prestatietests:

https://server:port/system/console/jmx/org.apache.jackrabbit.oak%3Aid%3D6%2Cname%3D%22Consolidated+Cache+statistics%22%2Ctype%3D%22ConsolidatedCacheStats%22

Voor het geheime voorgeheugen genoemd document-Afschuiving, zou het slagtarief over .90 moeten zijn. Als de raaksnelheid lager is dan 90%, is het waarschijnlijk dat u de DocumentNodeStoreService -configuratie moet bewerken. Ondersteuning van Adoben van producten kan aanbevolen worden voor optimale instellingen voor uw omgeving.

https://server:port/system/console/jmx/org.apache.jackrabbit.oak%3Aid%3D16%2Cname%3D%22Oak+Repository+Statistics%22%2Ctype%3D%22RepositoryStats%22

De ObservationQueueMaxLength sectie toont het aantal gebeurtenissen in de de observatierij van Oak over de laatste uren, notulen, seconden, en weken. Zoek het grootste aantal gebeurtenissen in de sectie "per uur". Vergelijk dit getal met de instelling oak.observation.queue-length . Als het hoogste getal dat voor de waarnemingswachtrij wordt weergegeven, de instelling queue-length overschrijdt:

De standaardinstelling is 10.000, maar de meeste implementaties moeten deze verhogen tot 20.000 of 50.000.

Publish-omgeving publish-environment

Tests uitvoeren performing-tests-1

Het belangrijkste onderdeel van een inzet dat moet worden onderworpen aan een belastingstests is de eindgebruiker die voor publicatie of Dispatcher-omgeving staat.

U kunt geautomatiseerde testtools van andere bedrijven gebruiken om de prestaties van de website te testen. Met deze gereedschappen kunt u stappen opnemen die gebruikers op de site doorlopen en een groot aantal van deze sessies tegelijk uitvoeren om het standaardladen van een productiewebsite te simuleren.

De meeste productiewebsites hebben optimalisaties, zoals Dispatcher caching en een netwerk voor het leveren van inhoud. Zorg er tijdens het testen voor dat deze optimalisaties ook voor de testomgeving beschikbaar zijn. Naast het controleren van reactietijden voor de eindgebruikers, controleert u de meetgegevens van het systeem op de publicatieservers en de verzenders om ervoor te zorgen dat het systeem niet door hardwarebronnen wordt beperkt.

Op een systeem dat geen hoog niveau van verpersoonlijking vereist, zou Dispatcher de meeste verzoeken in het voorgeheugen onder moeten brengen. Als gevolg hiervan moet de belasting op het publicatieexemplaar relatief vlak blijven. Als een hoog niveau van verpersoonlijking wordt vereist, wordt het geadviseerd om technologieën zoals iFrames of AJAX verzoeken om de gepersonaliseerde inhoud te gebruiken om zoveel mogelijk Dispatcher caching toe te staan.

Voor basistests kan Apache Bench worden gebruikt om responstijden van webservers te meten en om belasting te creëren voor het meten van zaken zoals geheugenlekken. Zie het voorbeeld in de documentatie van de Controle.

Problemen met prestaties oplossen troubleshooting-performance-issues

Nadat u prestatietests op de auteur hebt uitgevoerd, moeten eventuele problemen worden onderzocht, gediagnosticeerd en opgelost. U kunt verschillende gereedschappen en technieken gebruiken bij het uitvoeren van analyses en het aanpakken van problemen:

Als probleemgebieden zijn geïdentificeerd, kan de toepassingscode worden gecontroleerd op optimalisatie van de prestaties. Om het even welke uit de doos AEM eigenschappen die niet behoorlijk presteren kunnen met de Steun van de Adobe worden behandeld.