Ausführen eines Apache JMeter Load Tests im Command-line-Modus (Anfänger/Fortgeschrittene)

AaronLopez

Warum Testpläne im Command-line-Modus ausführen? <\/H1>Der Hauptgrund, einen Lasttest im Command-line (CLI)-Modus und nicht über den GUI-Modus auszuführen, ist, dass letzterer die Fähigkeiten von JMeter verringern kann. Die Verwendung der GUI zum Ausführen des Tests kann zusätzlichen CPU- und Speicherverbrauch verursachen, was sich negativ auf die Testergebnisse auswirken kann. Die CLI-Modus-Umgebung ist die optimale Wahl für die Testausführung und wird von dem Apache JMeter-Team als empfohlene Methodik empfohlen.<\/P>Das Ausführen eines Tests über ein Befehlsfenster mag etwas old school<\/EM> sein, ist aber immer noch sehr effektiv.<\/P>Überprüfung der Pre-Test-Checkliste<\/H1>Es ist eine gute Testpraxis, eine Pre-Test-Checkliste zu verwenden, um die effektivste Nutzung Ihrer Testzeit zu gewährleisten.<\/P>Empfohlene Checklistenpunkte umfassen:<\/P>Koordination des Startzeitpunkts und der Dauer des Lasttests mit dem VerwaltungspersonalStellt sicher, dass die Auswirkungen des Tests auf Benutzer und andere Kollegen für die ArcGIS Enterprise Site minimal sind<\/LI>Hilft, system noise<\/EM> durch andere Aktivitäten und Nutzung zu verhindern, die die Testergebnisse "verschmutzen" könnten<\/LI><\/UL><\/LI>Beim Testen eines traditionellen (z.B. dedizierten) ArcGIS Service sicherstellen, dass die minimalen und maximalen Instanzen angemessen eingestellt sindDies ist notwendig, wenn Ihr Testziel darin besteht, den maximal erreichbaren Durchsatz des Dienstes zu verstehenFür maximalen Durchsatz gilt als Faustregel, die maximalen Instanzen auf die Anzahl der CPU-Kerne einzustellen<\/LI>Für vorhersehbare Leistung sollten die minimalen Instanzen auf die Anzahl der maximalen Instanzen gesetzt werden<\/LI><\/UL><\/LI>Das Anpassen der Instanzen führt dazu, dass ein Dienst neu gestartet wird (entsprechend planen)Die Erhöhung der minimalen Instanzen eines Dienstes erfordert zusätzlichen physischen Speicher vom ArcGIS Server-Rechner<\/LI><\/UL><\/LI><\/UL><\/LI><\/UL><\/span><\/P>Wenn der Testplan einen Listener wie den View Results Tree enthält, stellen Sie sicher, dass dieser in der GUI deaktiviert istLaufende Listener können den Verbrauch von Ressourcen des Testclients erhöhen und möglicherweise den Test beeinflussen<\/LI><\/UL><\/LI><\/UL><\/span><\/P>Validieren Sie die Thread Group hinsichtlich schrittweiser Lastlogik und TestdauerWenn der Test für ein bestimmtes Zeitfenster geplant ist, stellen Sie sicher, dass der Test auf die erwartete Dauer eingestellt ist<\/LI><\/UL><\/LI>Sicherstellen, dass das ArcGIS Server Log Level nicht auf DEBUG oder VERBOSE gesetzt ist. Obwohl diese Protokollierungsstufen bei der Fehlerbehebung hilfreich sein können, können sie die Leistung und Skalierbarkeit des getesteten Dienstes beeinträchtigen<\/LI><\/UL><\/LI><\/UL>Batch-Skript-Durchgang<\/H1>Da die Befehlszeile für das Ausführen des Apache JMeter Lasttests verwendet wird, ist es vorteilhaft, die Aktionen und Vorbereitung der Umgebung in einem Batch-Skript (z.B. *.bat-Datei unter Windows) zusammenzufassen. Dies fördert Wiederholbarkeit und Wartung.<\/P>Variablen<\/H2>Die Verwendung von Variablen ist eine praktische Möglichkeit zur Verbesserung der Wartbarkeit eines Skripts. Während das harte Kodieren von Werten technisch in Ordnung ist, kann es die Lesbarkeit beeinträchtigen, wenn Pfade für bestimmte Elemente sehr lang sind. Die folgenden Abschnitte enthalten die Hauptkomponenten, für die unser Batch Variablen verwendet.<\/P>Speicher<\/H3>Standardmäßig läuft Apache JMeter (Version 5.4.1) mit einem Minimum und Maximum von 1 GB Speicher. Dies ist ausreichend für einfache Tests auf älterer Hardware, aber einige Tests erfordern komplexere Logik oder mehrere Datendateien und möglicherweise mehr Speicher, um sicherzustellen, dass die Testergebnisse nicht beeinträchtigt werden.<\/P>Hinweis: Viele Lasttests konzentrieren sich auf die Ressourcennutzung der Serverhardware. Allerdings können auch die Fähigkeiten des Testclients ein Engpass sein, der die Erreichung der Testziele einschränkt.<\/P>Die Erhöhung des Standard-Speichers kann einfach mit folgendem Befehl erfolgen:<\/P>set heap=-Xms4g -Xmx4g -xyz:MaxMetaspaceSize=256m<\/LI><\/UL>JMeter- und Projektpfade<\/H3>Wir möchten dem Batch-Skript mitteilen, wo Apache JMeter und unser Testplan zu finden sind.<\/P>Das Festlegen des Pfads zum JMeter-Bin-Ordner ist unkompliziert:<\/P>set jmeterbin=C:\apache-jmeter-5.4.1\bin<\/LI><\/UL>Ebenfalls der (manuell erstellte) Projektordner, in dem sich die jmx-Datei (z.B. der Testplan) befindet:<\/P>set projectdir=C:\JMeter Tests\sampleworldcities3<\/LI><\/UL>Für etwas Erweiterbarkeit wird eine Variable für den Namen der jmx-Datei separat vom Projektordner erstellt (ohne jmx-Erweiterung und selbst wenn sie denselben Namen verwenden):<\/P>set testname=sampleworldcities3<\/LI><\/UL>Aus Bequemlichkeit wird eine Variable erstellt, die an jeden Lauf angehängt wird. Aus mehreren Gründen kann ein typischer Lasttest mehrmals ausgeführt werden, wobei jeweils eine leicht unterschiedliche Option innerhalb des Testplans aktiviert ist. Dies hilft dabei, verschiedene Läufe desselben Tests nachzuverfolgen.<\/P>set runname=run1<\/LI><\/UL>Testausführung und Schalter<\/H3>Dank der oben genannten Variablen lässt sich die Ausführung von JMeter mit einem übergebenen Testplan als Befehlszeilenschalter leicht in wenigen Zeilen überprüfen:<\/P>%jmeterbin%\\jmeter -n -f -t "%projectdir%\\%testname%.jmx" ^
-l "%projectdir%\\results\\results_%testname%_%runname%.jtl" ^
-j "%projectdir%\\logs\\debug_%testname%_%runname%.log" ^
-e -o "%projectdir%\\reports\\%testname%_%runname%" ^<\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/>
bietet der Konsole Echtzeitstatistiken zur Testausführung. Eine solche Funktionalität kann erreicht werden, wird jedoch in diesem Artikel nicht behandelt.<\/P>Testartefakte<\/H1>Testartefakte sind Elemente, die aus dem Lasttest erstellt werden und für die Analyse verwendet werden können. Elemente wie Berichte und die JMeter Text Logs (JTL)-Dateien, die die rohen Testergebnisse enthalten, sind typischerweise am wichtigsten zu behalten. Das Laufprotokoll kann ebenfalls nützlich sein, da dessen Auflistung verwendet werden kann, um den konfigurierten Speicher der Umgebung für den Testlauf sowie Aktualisierungen darüber, welcher Schritt wann ausgeführt wurde, zu bestätigen. Nach mehreren Durchläufen desselben Tests, bei denen ein anderer Runname im Skript verwendet wurde, ist es leicht möglich, viele jtl-Dateien und Berichtsordner anzusammeln. Hier ist es entscheidend, der Teststrategie zu folgen und einen Projektordner für das Management zu nutzen.<\/P>Hinweis: Der von JMeter generierte Bericht basiert auf HTML und JavaScript. Wenn einige Komponenten des Berichts leer sind oder nicht korrekt dargestellt werden, versuchen Sie, die Sicherheitseinstellungen des Browsers anzupassen oder öffnen Sie ihn in einem anderen Browser, falls verfügbar.<\/STRONG><\/FONT><\/P>Die Startseite und der Abschnitt Antwortzeiten über die Zeit eines von JMeter generierten Berichts<\/FONT><\/LI><\/UL><\/span><\/P><\/span><\/P>Um den in diesem Artikel verwendeten Apache JMeter Testplan herunterzuladen, siehe: <\/SPAN>sampleworldcities3.zip<\/A><\/P>

Für diesen Test muss das Custom Thread Groups Plugin in JMeter installiert sein.<\/P>

Vorbereitung zur Analyse<\/SPAN><\/H1>Der generierte Bericht ist einer der besten Ausgangspunkte für die Durchführung einer Analyse, um festzustellen, ob die Testziele erreicht wurden. <\/SPAN>Da diese Analyse eines Lasttests ein aufwändiger Prozess sein kann, der eine detaillierte Diskussion verdient, ist dies ein Verfahren, das einen eigenen Artikel verdient.<\/SPAN><\/P>Für eine Reihe zusätzlicher Test-Tutorials (mit zunehmender Komplexität) siehe: <\/SPAN>Performance Engineering: Load Testing ArcGIS Enterprise<\/A> <\/SPAN><\/P> <\/P> <\/P>Apache JMeter<\/A> veröffentlicht unter der Apache<\/A> Lizenz 2.0.<\/A> Apache, Apache JMeter, JMeter, das Apache-Feder-Logo und das Apache JMeter-Logo sind Marken der Apache Software Foundation.<\/SPAN><\/P>

 <\/P>