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.

Nicht verpassen:

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: