JMeter Verteiltes Testen: Master-Slave-Konfiguration

By: Thomas Hamilton Thomas Hamilton
Hours Aktualisiert

โšก Intelligente Zusammenfassung

Verteiltes Testen in JMeter Es verwendet eine Master-Slave-Konfiguration, um Last von mehreren Rechnern auf einen einzelnen Zielserver zu verteilen. Diese Anleitung erlรคutert das Client-Server-Modell und die genauen Schritte zur Konfiguration, zum Betrieb und zur Fehlerbehebung eines Remote-Servers. JMeter Test.

  • ๏ธ Master-Slave-Modell: Der Meister leitet die JMeter GUI und steuert jeden Slave, wรคhrend die Slaves Anfragen an den Zielserver senden.
  • ๐ŸŒ Netzwerkvoraussetzungen: Alle Maschinen mรผssen sich im selben Subnetz befinden und dieselbe Software ausfรผhren. JMeter version, und die Firewalls sind deaktiviert.
  • โš™๏ธ Slave-Konfiguration: Starten Sie jmeter-server.bat auf jedem Slave und listen Sie anschlieรŸend alle Slave-IP-Adressen in der Datei jmeter.properties des Masters auf.
  • โ–ถ ๏ธ Ausfรผhren des Tests: Wรคhlen Sie in der Master-GUI โ€žAusfรผhrenโ€œ > โ€žRemote-Startโ€œ und wรคhlen Sie die Slave-IP-Adresse aus, um die Lastgenerierung zu starten.
  • ๏ธ Fehlerbehebung bei Grenzwerten: Starten Sie jmeter-server.bat neu und deaktivieren Sie die Firewalls; jeder Slave verarbeitet ungefรคhr 100 bis 300 Threads.
MEHR LESEN

JMeter Verteiltes Testen

Was ist verteiltes Testen?

Verteilt Tests ist eine Art von Test, bei dem mehrere Systeme zur Durchfรผhrung verwendet werden. Belastbarkeitstest. Verteiltes Testen wird zum Testen von Websites und Serveranwendungen angewendet, wenn diese mit mehreren Clients gleichzeitig funktionieren.

Beim verteilten Testen wird ein Client-Server-Modell verwendet, wie in der folgenden Abbildung dargestellt:

Verteiltes Testen

  • Master: das System, auf dem das lรคuft JMeter GUI, die jeden Slave steuert.
  • Sklave: Das System lรคuft JMeter-Server, der einen Befehl vom Master empfรคngt und eine Anfrage an einen zu testenden Server sendet.
  • Target: der zu testende Webserver, der Anfragen von den Slaves empfรคngt.

Beispiel fรผr einen Remote-Test

Voraussetzung:

  • Die Firewalls der Systeme sind deaktiviert. In einigen Fรคllen blockiert die Firewall mรถglicherweise trotzdem den Datenverkehr. Sie sollten die Firewall deaktivieren. Windows Firewall bzw Linux Firewall.
  • Alle Rechner mรผssen sich im selben Subnetz befinden. Befinden sich die Rechner nicht im selben Subnetz, erkennen sie sich im Netzwerk mรถglicherweise nicht.
  • Verwenden Sie die gleiche Version von JMeter um unerwartete Fehler/Probleme zu vermeiden.

Hier ist die Fahrplan fรผr diesen Test:

Beispiel fรผr einen Remote-Test

Schritt 1) โ€‹โ€‹Systemkonfiguration

Richten Sie die Sklave Systeme: Wechseln Sie in das Verzeichnis jmeter/bin und fรผhren Sie die Datei โ€žjmeter-server.batโ€œ aus.

Angenommen, ein Slave-Rechner hat die IP-Adresse 192.168.0.10. WindowsSie sollten ein Fenster sehen, das wie in der folgenden Abbildung aussieht:

Systemkonfiguration

Auf dem fรผhren zu Systeme, gehen Sie in das Verzeichnis /bin und bearbeiten Sie die Datei jmeter.propertiesFรผgen Sie anschlieรŸend die IP-Adresse des Slave-Rechners wie folgt hinzu:

Systemkonfiguration

Schritt 2) Fรผhren Sie den Test durch

Jetzt kรถnnen Sie mit dem Lasttest beginnen. Fรผhren Sie auf dem Master-Rechner den folgenden Befehl aus: JMeter GUI und รถffnen Sie den Testplan.

Klicken Sie in der Menรผleiste auf โ€žAusfรผhrenโ€œ und wรคhlen Sie dann Folgendes aus: Ferngesteuerter Start -> wรคhlen Sie die IP-Adresse der Sklavenmaschine.

Fรผhren Sie den Test durch

Schritt 3) Fehlerbehebung

Falls Sie den Test auf dem oben genannten Rechner nicht ausfรผhren kรถnnen und die unten stehende Fehlermeldung erhalten, bitten Sie einfach den Besitzer eines Slave-Rechners, die Datei jmeter-server.bat auszufรผhren.

Problemlรถsung

Um diesen Fehler zu beheben, deaktivieren Sie die Firewall sowohl auf dem Master- als auch auf dem Slave-Rechner.

ร„HNLICHE ARTIKEL

Einschrรคnkung

Es gibt einige grundlegende Einschrรคnkungen fรผr verteiltes Testen. Hier ist eine Liste der bekannten Elemente:

  • Der Server und alle Clients mรผssen eingeschaltet sein. gleiche Figure Subnetz.
  • Verteiltes Testen erfordert einen Zielserver mit hoher Rechenleistung. Der Zielserver kรถnnte leicht รผberladen fรผr den Fall, dass es zu viele Anfragen von verteilten Systemen erhรคlt. JMeter Tests.
  • Ein einzelner JMeter Ein Slave-System kann typischerweise eine begrenzte Anzahl von Threads verarbeiten. Abhรคngig von der Hardwarekonfiguration und der Komplexitรคt des Testplans liegt die Anzahl zwischen 100 und 300 Threads.
  • Die verteilt JMeter Die Tests sind komplex und fรผr Anfรคnger schwer zu erstellen.

Hรคufig gestellte Fragen

Ja. KI-Tools kรถnnen groรŸe Ergebnismengen zusammenfassen, Leistungsanomalien erkennen und Engpรคsse auf den Slave-Rechnern aufzeigen. Sie beschleunigen die Analyse, aber die verteilte Testinfrastruktur muss weiterhin selbst konfiguriert und betrieben werden.

Nein. KI unterstรผtzt zwar die Skripterstellung und Ergebnisanalyse, aber die Erzeugung realistischer, hochkonzentrierter Serverlasten erfordert weiterhin verteilte Testsysteme. KI ergรคnzt verteilte Tests, anstatt die Infrastruktur zu ersetzen.

Ein einzelner Master kann mehrere Slaves steuern. Die praktische Grenze hรคngt von der CPU, dem Arbeitsspeicher und der Netzwerkkapazitรคt des Masters ab. Jeder Slave verarbeitet typischerweise 100 bis 300 Threads, die Kapazitรคt skaliert also mit der Anzahl der Slaves.

Lasttests messen das Verhalten eines Systems unter der erwarteten Last. Verteilte Tests verteilen diese Last auf mehrere Rechner und ermรถglichen so eine deutlich hรถhere Parallelitรคt, als ein einzelner Rechner allein erzeugen kann.

Fassen Sie diesen Beitrag mit folgenden Worten zusammen: