5 Projekt Campus Management

5.6.5 Durchführung, Auswertung und Interpretation der Testphase I

Da die Vorbereitungs- und Durchführungszeit aus projekttechnischen Gründen auf ein minimales Zeitfenster beschränkt worden sind, wurden in der Testphase I folgende Tests durchgeführt:

5.6.5.1 Testphase I - Rauschwertermittlung

72 Stunden Test zur Ermittlung eines Referenzwertes. Es wurde ein Testszenario erzeugt, dass eine Mischung aus den Teststudenten war und einem kompletten Anmeldeprozess der Webschnittstelle - mit anschließendem Rücksetzen entsprach. Dieses Testszenario erzeugte eine sehr geringe Last auf dem Produktivsystem. Es wurde alle 10 min. für jeweils 2 min. eine Last von 10 parallelen Nutzern simuliert, die alle 3 Sekunden eine neue Anfrage abschicken.

Abbildung 5.6-1 - Rauschwertermittlung - Produktivsystem - 72 Stunden

In Abbildung 5.6-1 sind periodische Spitzenlasten um ca. 4 Uhr früh erkennbar. Diese konnten der Durchführung von Backups zugeordnet werden. Sie erhöhen die durchschnittlichen Antwortzeiten um 50%.

5.6.5.2 Testphase I - Stresstest v1.0

Für den ersten "kleinen" Stresstest wurde angesetzt, dass dasselbe Testszenario, das auch für den Referenztest verwendet wurde, dazu benutzt wird, die parallel Nutzerzahl von 100 auf bis zu 1000 zu steigern. Dazu wurden alle 30 min., die parallelen Nutzer um 100 erhöht.

Aufgrund der schon bei 100 parallelen Nutzern auftretenden Performanceprobleme und der Fehlerquote von über 50% bei bereits 300 parallelen Nutzern wurde der Test bei 500 Nutzern abgebrochen. Die Antwortzeiten lagen bei vielen Anfragen weit über 30 Sekunden, was den Anforderungen bei weitem nicht gerecht wird.

Abbildung 5.6-2 - Stresstest - Produktivsystem - extrem hohe Antwortzeiten

5.6.5.3 Testphase I - Stresstest v2.0

Der zweite "kleine" Stresstest wurde ausgeführt, nachdem die von SAP, durch den "SAP Going-Live-Check" ermittelten Parameter, auf den Servern eingetragen wurden. Dieser Test erfolgte mit den gleichen Parametern des ersten "kleinen" Stresstests.

Abbildung 5.6-3 - Stresstest - Produktivsystem - nach "SAP Going-Live-Check"

Doch auch dieser Test musste abgebrochen werden, da die Fehlerrate der ausgeführten Anfragen wieder weit über 50% lag, allerdings diesmal erst bei 500 parallelen Nutzern. Auch waren die Antwortzeiten um einen Faktor 2 schneller als beim ersten kleinen Stresstest. Trotzdem wurden die gesetzten Ziele nicht erreicht.

5.6.5.4 Testphase I - Stresstest v3.0 und folgende

Nachdem festgestellt wurde, dass die Einstellungen am Webdispatcher (Loadbalancer) nur 500 gleichzeitige Verbindungen (ca. 100-150 parallele Nutzer) aufbauen kann und diese Parameter angepasst wurden, erfolgte ein neuer Test, der wiederum mit dem vorherigen Testszenario und den gleichen Parametern durchgeführt wurde.

Abbildung 5.6-4 - Fehlersuche - nach Erweitern der Webserver-http-Verbindungen

Der Webdispatcher war nun nicht mehr der Engpass, doch die dahinter liegenden Applikationsserver waren bereits bei 100 parallelen Nutzern voll ausgelastet und die Antwortzeiten waren weit über den geforderten Grenzen. Weiterhin traten selbst bei 100 parallelen Nutzern fehlerhafte Anfragen auf.

5.6.5.5 Testphase I - Fehlersuche

Es folgten mehrere Änderungen von Serverparametern und darauf folgende Tests, um die Auswirkungen der Änderungen zu messen. Sie verbesserten die Situation nicht merklich.

Abbildung 5.6-5 - Fehlersuchen - 300VU und 600VU

Um die Ursache des schlechten Systemverhaltens zu finden, wurden auch die Testparameter angepasst - die vermutlich schwergewichtigsten Seiten (Modulauswahl) wurden aus den Testszenarios entfernt. Weiterhin wurde der Test auf einer anderen Anwendung ( "Hello World"- Business Server Page ) ausgeführt. Auch wurden die Thinktime (Zeit des Abschickens eines Seitenaufrufs) erhöht und das Zugreifen der parallelen Nutzer entzerrt. Nach jeder Anpassung des Systems wurden ein Test durchgeführt, um Änderungen des Systemverhalten festzustellen.

Abbildung 5.6-6 - Fehlersuche 3

Während dieser Testphase wurden alle möglichen Server (Log-Dateien, Statistiken, Performancezähler) beobachtet, um dem Verhalten des Systems auf den Grund zu gehen.

5.5.6 Abschluss der Testphase I

Da die Tests aus projekttechnischen Gründen abgebrochen werden mussten, konnte eine genaue Fehlersuche nicht durchgeführt werden.

Aufgrund der gesammelten Erfahrungen, die während der durchgeführten Tests gesammelt wurde und der erlangten Sicherheit, dass der gleichzeitige Zugriff von 200 Nutzern bei einer durchschnittlichen Klickrate von je 3 Sekunden fast fehlerfrei verarbeitet werden kann, wurden weitere Analysen auf die Testphase II verschoben.

Abbildung 5.6-7 - Abschlusstest - Produktivsystem

Performancetest Bottleneck Testtool Mercury Virtuelle User Testverfahren  Black box test White box test Grey box test testnutzer Virtuelle User Lasttest