JMeter Distribuerad testning: Master-Slave-konfiguration

By: Thomas Hamilton Thomas Hamilton
Hours Uppdaterad

⚡ Smart sammanfattning

Distribuerad testning i JMeter använder en master-slave-konfiguration för att generera belastning från flera maskiner mot en enda målserver. Denna genomgång förklarar klient-server-modellen och de exakta stegen för att konfigurera, köra och felsöka en fjärrserver. JMeter testet.

  • 🖥️ Master-Slave-modell: Mästaren kör JMeter GUI och styr varje slav, medan slavar skickar förfrågningar till målservern.
  • 🌐 Nätverksförutsättningar: Alla maskiner måste dela samma subnät, köra samma JMeter version och ha brandväggar inaktiverade.
  • ⚙️ Slavkonfiguration: Starta jmeter-server.bat på varje slav och lista sedan varje slav-IP i masterns jmeter.properties-fil.
  • ▶ ️ Kör testet: Från det huvudanvändargränssnittet väljer du Kör > Fjärrstart och väljer slav-IP-adressen för att starta genereringen av belastningen.
  • 🛠️ Felsökningsgränser: Starta om jmeter-server.bat och inaktivera brandväggar; varje slav hanterar ungefär 100 till 300 trådar.
Läs mer

JMeter Distribuerad testning

Vad är distribuerad testning?

Distribuerad Testning är en typ av testning som använder flera system för att utföra Stresstestning. Distribuerad testning används för att testa webbplatser och serverapplikationer när de arbetar med flera klienter samtidigt.

Distribuerad testning använder en klient-server-modell, som visas i figuren nedan:

Distribuerad testning

  • Mästare: systemet som kör JMeter GUI, som styr varje slav.
  • Slav: systemet körs JMeter-server, som tar emot ett kommando från mastern och skickar en begäran till en server under test.
  • Target: webbservern under test, som tar emot förfrågningar från slavarna.

Exempel på fjärrtest

förutsättning:

  • Brandväggarna på systemen är avstängda. I vissa fall kan brandväggen fortfarande blockera trafiken. Du bör inaktivera Windows brandvägg eller Linux brandvägg.
  • Alla maskiner ska vara på samma delnät. Om maskiner inte är på samma delnät kanske de inte känner igen varandra i nätverket.
  • Använd samma version av JMeter för att undvika oförutsedda fel/problem.

Här är färdplan för detta test:

Exempel på fjärrtest

Steg 1) Systemkonfiguration

Ställ in slav system: gå till katalogen jmeter/bin och kör filen "jmeter-server.bat".

Anta att en slavmaskin har IP-adressen 192.168.0.10. På Windows, bör du se ett fönster som ser ut som följande bild:

Systemkonfiguration

På Master system, gå till /bin-katalogen och redigera filen jmeter.egenskaperoch lägg sedan till slavmaskinens IP-adress enligt nedan:

Systemkonfiguration

Steg 2) Kör testet

Nu är du redo att börja belastningstestning. Kör kommandot på huvuddatorn. JMeter GUI och öppna testplanen.

Klicka på Kör i menyraden och välj sedan Fjärrstart -> välj IP-adress av slavmaskinen.

Kör testet

Steg 3) Felsökning

Om du inte kan köra testet från ovanstående maskin och ser felet nedan, be helt enkelt ägaren till en slavmaskin att köra filen jmeter-server.bat.

Felsökning

Inaktivera brandväggen på både master- och slavmaskinerna för att åtgärda det här felet.

RELATERADE ARTIKLAR

Begränsning

Det finns några grundläggande begränsningar för distribuerad testning. Här är en lista över kända objekt:

  • Servern och alla klienter måste vara påslagna det samma delnät.
  • Distribuerad testning kräver att målservern har hög processorkraft. Målservern kan enkelt överbelastad ifall den får för många förfrågningar från distribuerade JMeter tester.
  • En enda JMeter slavsystemet kan vanligtvis hantera ett begränsat antal trådar, från 100 till 300 trådar, beroende på hårdvarukonfigurationen och testplanens komplexitet.
  • Den distribuerade JMeter tester är komplexa och svåra för en nybörjare att bygga.

Vanliga frågor

Ja. AI-verktyg kan sammanfatta stora resultatmängder, upptäcka prestandaavvikelser och lyfta fram flaskhalsar mellan slavmaskiner. De snabbar upp analysen, men du konfigurerar och kör fortfarande den distribuerade testinfrastrukturen själv.

Nej. AI hjälper till med skriptning och resultatanalys, men att generera realistisk hög samtidighetsbelastning mot en server kräver fortfarande distribuerade testmaskiner. AI kompletterar distribuerad testning snarare än att ersätta infrastrukturen.

En enda master kan driva flera slavar. Den praktiska gränsen beror på masterns processor, minne och nätverkskapacitet. Varje slav hanterar vanligtvis 100 till 300 trådar, så kapaciteten skalas med antalet slavar.

Lasttestning mäter hur ett system beter sig under förväntad belastning. Distribuerad testning sprider sig över flera maskiner, vilket möjliggör mycket högre samtidighetsfrekvens än vad en enskild maskin kan generera på egen hand.

Sammanfatta detta inlägg med: