JMeter Testare distribuită: Configurație Master-Slave

⚡ Rezumat inteligent

Testare distribuită în JMeter utilizează o configurație master-slave pentru a genera încărcare de la mai multe mașini pe un singur server țintă. Această prezentare explică modelul client-server și pașii exacți pentru configurarea, rularea și depanarea unui server la distanță. JMeter Test.

🖥️ Model Master-Slave: Maestrul conduce JMeter GUI și controlează fiecare slave, în timp ce slavele trimit cereri către serverul țintă.
🌐 Condiții preliminare ale rețelei: Toate mașinile trebuie să partajeze aceeași subrețea, să ruleze același JMeter versiune și au firewall-urile dezactivate.
⚙️ Configurație slave: Lansați jmeter-server.bat pe fiecare slave, apoi listați fiecare adresă IP a slave-ului în fișierul jmeter.properties al master-ului.
▶ ️ Executarea testului: Din interfața grafică principală, alegeți Executare > Pornire la distanță și selectați adresa IP a serverului slave pentru a începe generarea încărcării.
🛠️ Limite de depanare: Reporniți jmeter-server.bat și dezactivați firewall-urile; fiecare slave gestionează aproximativ 100 până la 300 de thread-uri.

Citește mai mult

Ce este testarea distribuită?

distribuit Testarea este un tip de testare care utilizează mai multe sisteme pentru a efectua Testare stresanta. Testarea distribuită este aplicată pentru testarea site-urilor web și a aplicațiilor server atunci când acestea lucrează cu mai mulți clienți simultan.

Testarea distribuită utilizează un model client-server, așa cum se arată în figura de mai jos:

Maestrusistemul care rulează JMeter GUI, care controlează fiecare slave.
Sclav: sistemul rulează JMeter-server, care primește o comandă de la master și trimite o cerere către un server testat.
Target: serverul web testat, care primește cereri de la slave.

Exemplu de testare la distanță

Condiție prealabilă:

Firewall-urile de pe sisteme sunt dezactivate. În unele cazuri, este posibil ca firewall-ul să blocheze în continuare traficul. Ar trebui să dezactivați Windows firewall sau Linux firewall.
Toate mașinile ar trebui să fie pe aceeași subrețea. Dacă mașinile nu se află pe aceeași subrețea, este posibil să nu se recunoască reciproc în rețea.
Utilizați aceeași versiune a JMeter pentru a evita erori/probleme neprevăzute.

Aici este foaie de parcurs pentru această testare:

Pasul 1) Configurarea sistemului

Configurați sclav sisteme: accesați directorul jmeter/bin și executați fișierul „jmeter-server.bat”.

Să presupunem că o mașină slave are adresa IP 192.168.0.10. Activată Windows, ar trebui să vedeți o fereastră ca în figura următoare:

Pe maestru sisteme, accesați directorul /bin și editați fișierul jmeter.properties, apoi adăugați adresa IP a mașinii slave după cum urmează:

Pasul 2) Rulați testul

În acest moment, sunteți gata să începeți testarea încărcării. Pe mașina principală, rulați JMeter GUI și deschideți planul de testare.

Faceți clic pe Executare în bara de meniu, apoi selectați Pornire de la distanță -> selectați Adresa IP al mașinii sclave.

Pasul 3) Depanare

Dacă nu puteți rula testul de pe mașina menționată mai sus și vedeți eroarea de mai jos, pur și simplu rugați proprietarul unei mașini slave să ruleze fișierul jmeter-server.bat.

Dezactivați firewall-ul atât pe mașina master, cât și pe cea slave pentru a remedia această eroare.

Prescripţie

Există câteva de bază limitări pentru testare distribuită. Iată o listă a elementelor cunoscute:

Serverul și toți clienții trebuie să fie porniți la fel subrețea.
Testarea distribuită necesită ca serverul țintă să aibă o putere de procesare mare. Serverul țintă ar putea fi ușor supraîncărcat în cazul în care primește prea multe solicitări de la distribuiți JMeter teste.
Un singur JMeter sistemul slave poate gestiona de obicei un număr limitat de fire, variind de la 100 la 300 de fire, în funcție de configurația hardware și de complexitatea planului de testare.
Cel distribuit JMeter Testele sunt complexe și dificil de construit pentru un începător.

Întrebări frecvente

Da. Instrumentele de inteligență artificială pot rezuma seturi mari de rezultate, pot detecta anomalii de performanță și pot evidenția blocajele pe mașinile slave. Acestea accelerează analiza, dar totuși configurați și rulați singur infrastructura de testare distribuită.

Nu. Inteligența artificială ajută la scriptarea și analiza rezultatelor, dar generarea unei încărcări realiste cu concurență ridicată pe un server necesită în continuare mașini de testare distribuite. Inteligența artificială completează testarea distribuită, în loc să înlocuiască infrastructura.

Un singur master poate gestiona mai mulți slave. Limita practică depinde de procesorul, memoria și capacitatea rețelei masterului. Fiecare slave gestionează de obicei între 100 și 300 de fire de execuție, deci capacitatea se scalează odată cu numărul de slave.

Testarea încărcării măsoară modul în care un sistem se comportă sub sarcina așteptată. Testarea distribuită se extinde pe mai multe mașini, permițând o concurență mult mai mare decât poate genera o singură mașină.