Onderwerp: Server Stress Load Test Software

Voor een klant waarvoor we een aantal servers hebben geplaatst zijn we op zoek naar Server Stress Test Applicaties.

Het gaat om een grote applicatie die binnenkort online moet.
Deze wordt gehost op een aantal servers waarvan een MySQL database server, een Tomcat/OpenLazslo server en een Filemaker server.

Alles werkt nu en intern kunnen we de applicatie netjes bereiken. Ik wil nu echter gaan simuleren wat er gebeurt als er veel gebruikers/bezoekers tegelijk de applicatie gaan gebruiken.

Heeft iemand advies over hoe je dit zou moeten aanpakken ? Ik heb wat stress/load test software gevonden via Google maar misschien dat iemand beter advies kan geven.

Alvast bedankt.

Een normale stress tool zal simpelweg de CPU voor 100% gebruiken voor zeg 24 uur, en deze houdt dan de load en dergelijke bij. Het is verstandig om dit met elke nieuwe server te doen voor deze in gebruik te nemen, maar zoiets is niet geschikt om je applicatie te testen, omdat de stress software geen gebruik zal maken van je applicatie.

De enige manier om je eigen applicatie goed te testen is om een scriptje te schrijven wat het gebruik van de applicatie simuleert. In principe kan een script natuurlijk alles doen wat iemand handmatig zou kunnen doen, en zeker als je weet hoe de applicatie werkt zou het niet zo moeilijk moeten zijn.

Oorspronkelijk geplaatst door Apoc

Een normale stress tool zal simpelweg de CPU voor 100% gebruiken voor zeg 24 uur, en deze houdt dan de load en dergelijke bij. Het is verstandig om dit met elke nieuwe server te doen voor deze in gebruik te nemen, maar zoiets is niet geschikt om je applicatie te testen, omdat de stress software geen gebruik zal maken van je applicatie.

De enige manier om je eigen applicatie goed te testen is om een scriptje te schrijven wat het gebruik van de applicatie simuleert. In principe kan een script natuurlijk alles doen wat iemand handmatig zou kunnen doen, en zeker als je weet hoe de applicatie werkt zou het niet zo moeilijk moeten zijn.

Jakarta Jmeter is een goede, je kunt zien hoelang elk request duurt en complete handelingen simuleren. Indien je echt veel load wilt genereren kun je hem zelfs nog vanaf meerdere pc's laten draaien en zo een flinke shitload aan requests afvuren op je servers.

Ik ga ervanuit dat het om een webapplicatie gaat? Dan kun je dmv een soort van proxy server handmatig dingen doen in je browser, die dan opgenomen worden. Deze kun je vervolgens dynamisch maken door dus bijvoorbeeld elke keer de username met 1 op te hogen zodat je 10000 unieke users kunt maken etc. Kost wat tijd, maar levert ook wel goede resultaten op.

Vergeet dan ook niet dat je alle threads tegelijk moet laten lopen, dus niet eerst 1000 gebruikers aanmaken, dan 1000 keer inloggen etc, maar alles door elkaar en tegelijk. Anders krijg je geen reeele belasting.

Je ziet de doorlooptijd van je requests etc. Vervolgens kun je zelf mooi op de servers een vmstat 1 en een vmstat -d 1 mee laten lopen om te zien hoeveel CPU en disk I/O's er gedurende de looptijd van je Jmeter plan gebruikt wordt. Door deze resultaten in excel te verwerken kun je gemiddelde cpu belasting uitrekenen, tezamen met het aantal benodigde I/O's. Je kunt dan ook mooi eventuele bottlenecks zien. DIt moet dan uiteraard per server gemeten worden.

Het doen van dit complete traject kost je minmaal een dag tot 2 dagen, maar geeft in mijn ogen wel een goed beeld van de eventuele bottlenecks.

Ah dat is inderdaad een goede tip. Ik heb JMeter in de steentijd eens gebruikt, maar toen was het lang niet zo geavanceerd als wat jij nu beschrijft. Zeker als het de handelingen opneemt, zou dit een goede oplossing moeten zijn.

Misschien even opzoek naar een white-hat hacker? Dat zijn meestal de mensen die je moet hebben voor zulke tests
Of je laat een aantal servers van elkaar een tijdje lekker veel gigs verstoken? hehe

Microsoft heeft ook een Webapplication stress test tool. Je kan middels klikken door de applicatie een bepaald scenario opnemen en die vervolgens op de server afvuren voor simulatie van x gebruikers.
Ook kan je verschillende scripts tegelijk draaien.

Vervolgens spuugt het nette grafiekjes uit met resultaten.

the grinder, ab, ab2, httperf, jmeter... pick any.

Verder is het belangrijk een juiste test te doen. Zorg dat je applicatie voorzien is van voldoende en correcte testdata, zoals het in het "echt" gaat zijn. Meet de verschillende bottlenecks, en pas aan... Meet opnieuw...

Wij doen af en toe performance test van systemen, en regelmatig duikt het probleem van verkeerde "testdata" op. Je test is vanaf dan waardeloos.