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 voor het uitvoeren van prestatietests beschreven, alsmede enkele instrumenten die door Adobe beschikbaar worden gesteld om het proces te ondersteunen. Tot slot zullen wij enkele hulpmiddelen analyseren 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

Wat het belangrijkst is wanneer het uitvoeren van prestatietests is ervoor te zorgen dat u een productiemilieu zo dicht mogelijk nastreeft. Hoewel dit vaak moeilijk kan zijn, is het absoluut 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 zullen beleven.

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 reactietijd aan uw huidige productiewaarden gelijkaardig is. Voor lading, is het best om de huidige pieklading te nemen en te verdubbelen. Hierdoor kan de website goed 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. Als de testmachine de grenzen van de verbinding bereikt, wordt geen extra belasting in de testomgeving gegenereerd.

Testgereedschappen testing-tools

Optimalisatieprogramma's optimization-tools

Bewaking

De Monitorprestaties documentatie is een goede bron voor hulpmiddelen en methodes die kunnen worden gebruikt om kwestie en puntgebieden voor het stemmen te diagnostiseren.

Modus voor ontwikkelaars in Touch 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 om de rendertijd voor elk van de componenten op de pagina te zien en stacksporen van eventuele fouten te zien. Voor meer informatie over ontwikkelaarwijze, zie dit CQ Gems-presentatie.

Het gebruiken van rlog.jar om de verzoeklogboeken te lezen

Voor een uitgebreidere analyse van de aanvraag wordt een AEM systeem aangemeld. rlog.jar kan worden gebruikt om door te zoeken en te sorteren request.log bestanden die AEM genereren. Dit jar-bestand wordt samen met een AEM-installatie opgenomen in het dialoogvenster /crx-quickstart/opt/helpers map. Voor meer informatie over het hulpmiddel van het logboek en het verzoeklogboek in het algemeen, zie Toezicht en onderhoud documentatie.

Het gereedschap Uitleg query

De Het gereedschap Query uitvoeren in ACS AEM Hulpmiddelen kunnen worden gebruikt om de indexen te bekijken die wanneer het runnen van een vraag worden gebruikt. Dit kan zeer nuttig zijn wanneer het optimaliseren van langzaam lopende vragen.

PageSpeed-gereedschappen

De PageSpeed-gereedschappen van Google 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 voor meer informatie de PaginaSpeed Tools-website.

Auteursomgeving author-environment

Tests uitvoeren performing-tests

Voor het uitvoeren van prestatietests in de auteursomgeving is het nodig dat u de ervaring van productiefouteurs simuleert. Dit betekent dat de auteursinstallaties alle componenten, bundels OSGi, UI aanpassing, douaneindexes en andere toevoegingen moeten bevatten u voor de instanties van de productiesauteur op zijn plaats 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 Dag te gebruiken om ervoor te zorgen dat het milieu efficiënt onder piekbelasting zal werken. WebDAV is 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 MongoDB-backends biedt AEM verschillende JMX MBeans die moeten worden bewaakt 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 de genoemde cache Document-Diff, moet het percentage treffers worden overschreden .90. Als de raaksnelheid lager is dan 90%, is het waarschijnlijk dat u de DocumentNodeStoreService configuratie. Ondersteuning van Adobe-producten kan optimale instellingen voor uw omgeving aanbevelen.

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

De ObservationQueueMaxLength wordt het aantal gebeurtenissen in de waarnemingswachtrij van Oak gedurende de laatste uren, minuten, seconden en weken weergegeven. Zoek het grootste aantal gebeurtenissen in de sectie 'per uur'. Dit getal moet worden vergeleken met het oak.observation.queue-length die u kunt vinden in het dialoogvenster SlingRepositoryManager in de OSGi-console. Als het hoogste getal dat voor de waarnemingswachtrij wordt weergegeven, groter is dan queue-length Neem contact op met de Adobe Support voor hulp bij het verhogen van de instelling. De standaardinstelling is 1.000, maar de meeste implementaties moeten deze meestal verhogen tot 20.000 of 50.000.

Publicatie-omgeving publish-environment

Tests uitvoeren performing-tests-1

Het belangrijkste onderdeel van een implementatie dat moet worden onderworpen aan laadtests, is de eindgebruiker die wordt geconfronteerd met een publicatie- of verzendomgeving.

Automatische testtools van andere bedrijven kunnen worden gebruikt 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 beschikken over optimalisaties, zoals caching door verzenders en een netwerk voor het leveren van inhoud. Bij het testen moet u ervoor zorgen dat deze optimalisaties ook beschikbaar zijn voor de testomgeving. Naast het controleren van reactietijden voor de eindgebruikers, moet u ook systeemmetriek op publicatieservers en verzenders controleren om ervoor te zorgen dat het systeem niet door hardwaremiddelen wordt beperkt.

Op een systeem dat geen hoog niveau van verpersoonlijking vereist, zou de verzender de meeste verzoeken in het voorgeheugen onderbrengen. 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 verzender 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 het dialoogvenster Controledocumentatie.

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.