Was sind Hochlaufschritte bei Lasttests?
Was sind Hochlaufschritte bei Lasttests?
Die Eigenschaft Hochlaufschritte stellt die Granularität der Anfragen dar. Mehr Schritte führen zu einem gleichmäßigeren Muster. Prüfen Sie das Diagramm für ein besseres Verständnis.
Diese Einstellung gilt nur für die Hochlaufzeit.
Diese Einstellung gilt ebenso für JMeter-Lasttests.
Hinweis: Sie können die Einstellung Hochlaufschritte verschieben, um den bevorstehenden Lasttest besser zu visualisieren.
Wie Hochlaufschritte und Hochlaufzeit zusammenwirken
Die Hochlaufzeit gibt an, wie lange es dauert, von null auf Ihre volle Anzahl an virtuellen Benutzern zu kommen. Die Hochlaufschritte legen fest, wie dieser Anstieg auf dem Weg dorthin aufgeteilt wird. Statt Benutzer einzeln oder alle auf einmal hinzuzufügen, fügt LoadFocus sie in Gruppen hinzu: die Gesamtzahl der virtuellen Benutzer geteilt durch die Anzahl der Schritte, gleichmäßig über die Hochlaufzeit verteilt.
Daraus ergeben sich zwei Zahlen, die für jeden Test wissenswert sind:
- Benutzer pro Schritt = Virtuelle Benutzer / Schritte
- Zeit pro Schritt = Hochlaufzeit / Schritte
Ein durchgerechnetes Beispiel
Angenommen, Sie konfigurieren 100 virtuelle Benutzer, eine Hochlaufzeit von 100 Sekunden und 10 Hochlaufschritte. Das ergibt 10 neue virtuelle Benutzer, die alle 10 Sekunden dazukommen, bis bei der 100-Sekunden-Marke alle 100 aktiv sind. Das Diagramm auf der Testkonfigurationsseite zeichnet sich neu, während Sie den Schieberegler bewegen, sodass Sie dieses Treppenmuster sehen können, bevor Sie den Test überhaupt starten.
Warum das wichtig ist
Ein Lasttest muss selten sofort seine Spitzenlast erreichen, echte Nutzung baut sich über Minuten auf, nicht Millisekunden. Ein schrittweiser Hochlauf gibt Ihrer Infrastruktur, Autoscaling, Caches und Connection Pools Zeit, so zu reagieren, wie sie es bei organischem Traffic tun würden, statt in der Sekunde null von einer Wand aus Anfragen getroffen zu werden. Das macht Ergebnisse auch leichter zu lesen: Da Benutzer in sichtbaren Gruppen hinzukommen, können Sie in Ihrem Antwortzeit- oder Fehlerraten-Diagramm ungefähr erkennen, welcher Schritt ein Problem verursacht hat, statt nur zu wissen, dass irgendwo in einem einzigen Moment ein plötzlicher Anstieg etwas kaputtgemacht hat.
Eine Anzahl von Schritten wählen
- Zu wenige Schritte (etwa 2 oder 3) lassen den Hochlauf wie eine Handvoll plötzlicher Sprünge aussehen statt wie einen sanften Aufbau, was dieselben Kaltstartprobleme auslösen kann, die Sie durch den Hochlauf überhaupt vermeiden wollten.
- Zu viele Schritte im Verhältnis zu Ihren virtuellen Benutzern verschwenden Granularität. Zehn Schritte für 5 virtuelle Benutzer bedeuten, dass manche Schritte null ganze Benutzer hinzufügen, sodass die zusätzlichen Schritte das Traffic-Muster nicht verändern, sie fügen nur unnötige Konfiguration hinzu.
- Ein vernünftiger Ausgangspunkt ist ein Schritt pro 10-20 virtuelle Benutzer, die Sie hochfahren, angepasst danach, wie sanft das Diagramm aussehen soll und wie empfindlich Ihr System auf plötzliche Anstiege reagiert.
Diese Einstellung verhält sich bei JMeter-Lasttests genauso, wo schrittbasierter Hochlauf ein gängiges Muster ist, um allmählich steigenden Traffic zu simulieren.