Mit der LoadView-Plattform können Sie Leistungstests einrichten, mit denen Sie den Unterbrechungspunkt der Webanwendung ermitteln können, oder anders ausgedrückt, wie viele gleichzeitige Benutzer auftreten, bei denen leistungsbeeinträchtigend auftritt oder die Anwendung nicht mehr reagiert. Im Gegensatz zu Auslastungstests, bei denen ein vorbestimmtes Maß an gleichzeitigen Benutzern verwendet wird, um die Leistung unter Last zu messen, erhöht sich die Anzahl der gleichzeitigen Benutzer langsam, bis die Leistung der Webanwendung beeinträchtigt wird. Die Suche nach der Webanwendungs-Stimse ist aus vielen Gründen wichtig, einschließlich der folgenden:

  • Wie das gesamte System und die Umgebung Systemfehler und -wiederherstellung verwalten.
  • Stellen Sie fest, ob zusätzliche Hardwarekapazität oder Infrastruktur erforderlich ist.
  • Beachten Sie Leistungsmetriken wie Datenträger-E/A, Arbeitsspeicher und CPU-Auslastung zusammen mit anderen Servermetriken.

Bestimmen von Lastkurvenmuster n. B. und gleichzeitigen Benutzern

Die Bestimmung des Lastkurvenmusters für Last- und Belastungstests ist ein wichtiger Aspekt der Testgenauigkeit. Wenn Sie beispielsweise von Anfang an mit zu viel Auslastung beginnen und die Anwendung mit Fehlern reagiert, bedeutet dies nicht unbedingt, dass eine niedrigere Laststufe erfolgreich gehandhabt werden kann. Bei Auslastungstests wird die Last durch Lastinjektoren generiert, die gleichzeitige Benutzer simulieren, die die Zielanwendung besuchen. Daher ist ein Lastmuster, das schrittweise mit einer bestimmten Anzahl gleichzeitiger Benutzer erhöht wird, die bessere Wahl. Auf diese Weise können Sie besser bestimmen, an dem Ausfälle oder Verschlechterungen auftreten, um Probleme effizienter zu beheben.

Ein weiterer Faktor ist die Entscheidung über die relevante Anzahl gleichzeitiger Benutzer, die während des Tests simuliert werden sollen. Webanalysetools wie Google Analytics könnten die am besten bevorzugte Möglichkeit sein, eine realistische Startlast zu berechnen, aber was sollten Sie tun, wenn Sie zunächst keine Analysedaten haben? Lesen Sie unseren Knowledge Base-Artikel, um weitere Informationen zur Verwendung von Webanalysen zu erhalten, um gleichzeitige Benutzer für einen Leistungstest zu ermitteln.

LoadView: Konfigurieren von Lastkurven

Mit der LoadView-Plattform können Sie aus mehreren Lastkurven wählen, aber wenn Sie versuchen, den Anschnittpunkt Ihrer Webanwendungen zu finden, möchten Sie keinen Test mit vordefinierten gleichzeitigen Benutzern oder Durchsatz ausführen. Aus diesen Gründen sind die Lastschrittkurve und die dynamische einstellbare Kurve die bevorzugten Lastkurvenoptionen über die zielbasierte Kurvenlastkurve, wenn Sie versuchen, den Bruchpunkt einer Anwendung zu verstehen.

Wir besprechen die einfachste Möglichkeit, Ihr Auslastungstestszenario mithilfe der Lastschrittkurve einzurichten.

Sie können die Lastkurve manuell einrichten und die Last auf der Zielanwendung in Echtzeit erhöhen, mit der Dynamic Adjustable Curve, bis ein Bruchpunkt in der Leistung der Anwendung auftritt. Erfahren Sie mehr über die dynamische einstellbare Kurve beim Konfigurieren ihrer Testszenarien.

Berechnen der Startlast

Berücksichtigen Sie zum Berechnen der anfänglichen Auslastung für einen Auslastungstest zunächst die Anzahl der verwendeten Webserver sowie die Anzahl der verfügbaren CPU-Kerne. Gemäß Branchenstandards sollten 25 gleichzeitige Benutzer pro CPU-Kern Ihr Ausgangspunktsein, aber es wird empfohlen, mit einer Zahl zu beginnen, die 50 Prozent unter dem berechneten Startpunkt liegt.

Startpunkt = 25 x Anzahl der CPU-Kerne

Empfohlene Anzahl von Benutzern, um mit zu beginnen = (25 x Anzahl der CPU-Kerne) x 50 Prozent

Nehmen wir beispielsweise an, dass Ihre Webanwendung auf einem Quad-Core-Webserver ausgeführt wird. Die Anzahl der gleichzeitigen Benutzer, mit denen Sie beginnen sollen, würde wie folgt berechnet:

Startpunkt = 25 x 4 CPU-Kerne = 100 gleichzeitige Benutzer

Empfohlene Anzahl von Benutzern, um mit = (25 x 4 CPU-Kerne) x 50% = 50 gleichzeitige Benutzer zu beginnen

Um die Anzahl der Benutzer anzugeben, mit denen der Test gestartet werden soll, verwenden Sie das Feld des Schritts Start mit Szenario.

Konfigurieren der Lastkurve

Ramp-up-Rate

Es wird empfohlen, die Last bei jedem Hochlaufschritt um 25 Prozent des Startpunktwerts zu erhöhen.

Um die Anzahl der Benutzer anzugeben, die die Last pro Minute erhöhen sollen, verwenden Sie das entsprechende Feld des Schritts “Erhöhen nach Schritten”.

Für das beschriebene Beispiel haben wir die Anlaufrate von 25 Benutzern pro Minute.

Testdauer

Die Testdauer hängt von der maximalen Auslastung ab, die Sie generieren möchten. Es wird empfohlen, die Last auf einen Wert von 5-10 mal mehr als den Startpunkt zu erhöhen, je nachdem, welche Leistungsanforderungen Ihre Anwendung hat:

  • Wenn Sie die Last 5 Mal erhöhen müssen, stellen Sie 20 Minuten als Dauer der Erhöhung nach Schritt ein.
  • Wenn Sie die Last 10 Mal erhöhen müssen, stellen Sie 40 Minuten als Dauer der Erhöhung nach Schritt ein.

In unserem Beispiel führen wir den Test mit einer Dauer von 40 Minuten aus, sodass die maximale Anzahl virtueller Benutzer etwa 1.000 Benutzer beträgt.

Wenn die Lastkurve eingestellt ist, starten Sie den Test, und überprüfen Sie den Testbericht auf die Ergebnisse. Die Berichte enthalten eine Zusammenfassung oder Gliederung des Tests und Diagramme und Liniendiagramme, die die Änderungen der Auslastungsstufen und Reaktionszeiten während des Tests anzeigen. Weitere Abschnitte des Berichts enthalten den Sitzungsbericht und Geräteinformationen.

Lesen Sie unseren Artikel load Test Reports Knowledge Base für weitere Einblicke, Details und Erläuterungen zu Auslastungstestberichten.

Bestimmen des Webanwendungs-Breaking Point mit Berichten

Betrachten wir einen grundlegenden HTTP-Auslastungstest mit einer Startlast von fünf Benutzern pro Minute. Sehen Sie die Lastkurve und die entsprechenden Testergebnisse in der Abbildung unten.

Im obigen Beispiel sehen wir ein signifikantes Wachstum der Reaktionszeit und der Anzahl der Fehler innerhalb des Zeitraums, gelb schattiert, in den Diagrammen. Je nach Ihren Anforderungen können Sie einen beliebigen Punkt während dieses Zeitraums als “Breaking Point” der Webanwendung betrachten.

Wenn z. B. eine Fehlerquote von mehr als null Prozent für die Anwendung als kritisch betrachtet wird, können fehlerfreie Fehler (oder wenn der Server nicht mehr reagiert) als Unterbrechungspunkt der Webanwendung betrachtet werden. Oder in den Fällen, in denen die Antwortzeit kritisch ist, tritt der Umbruchpunkt auf, wenn die Antwortzeit einen vordefinierten Schwellenwert überschreitet.

Laden von Webanwendungen zum Laden: Bewährte Methoden

Die Durchführung erfolgreicher Belastungs- und Belastungstests geschieht nicht ohne durchdachte Planung und Vorbereitung. Die LoadView-Plattform bietet Leistungsingenieuren alle erforderlichen Cloud-Infrastruktur- und Auslastungstestfunktionen, um die traditionellen Komplexitäten und Barrieren zu beseitigen, z. B. Ressourcen für die Einrichtung einer separaten Testumgebung und andere zeitaufwändige Überlegungen, die mit lokalen Auslastungstests einhergehen.

Skripting von Real-User-Szenarien

Einer der Schlüssel zur Sicherstellung erfolgreicher Webanwendungstestergebnisse ist das Erstellen von Szenarien, die der Verwendung und dem Verschieben Ihrer Webanwendungen durch Benutzer und Clients entsprechen. Das übereinstimmende Verhalten ist ein kritisches Element, wenn der Auslastungstestprozess beginnt. Erfahren Sie mehr über den EveryStep Web Recorder.

Echte Benutzer können unberechenbar sein, also denken Sie daran, dass ein gewisses Maß an Unberechenbarkeit und Zufälligkeit erforderlich sein wird. Im LoadView-Test-Setup können Sie aus Benutzerverhaltensprofilen auswählen oder benutzerdefinierte Konfigurationen erstellen, um das Benutzerverhalten besser zu simulieren. Weitere Informationen zum Konfigurieren von Benutzerverhaltensprofilen finden Sie in unserem Knowledge Base-Artikel.

Ausführen von Tests aus mehreren Regionen

Ein Teil der Sicherstellen, dass Sie die besten Auslastungs- und Belastungstestergebnisse erhalten, ist die Möglichkeit, von den Standorten aus zu testen, an denen sich Die Benutzer befinden. Ihre öffentlichen Webanwendungen stehen jedem jederzeit mit einer Internetverbindung und einem Browser zur Verfügung. LoadView bietet mehr als 20 globale Cloud-Netzwerkstandorte (AWS und Azure), um Auslastungs- und Belastungstests zu konfigurieren. Ihre Tests sollten auch so konfiguriert werden, dass sie den Regionen oder Städten entsprechen, in denen der Großteil Ihrer Benutzer auf Ihre Webanwendungen zugreift.

Passende Benutzergeräte und Netzwerkbedingungen

Das Einrichten und Konfigurieren von Tests, die dem Standort Ihrer Benutzer entsprechen, sowie gängige Browser, Geräte und Netzwerkkonnektivität, z. B. 2G/3G/4G, ermöglichen es Ihnen, Ihre Tests besser zu optimieren und einen besseren Einblick in die Leistung auf Geräte-/Browserebene zu erhalten. Die LoadView-Plattform unterstützt über 40 Desktop- und mobile Browser/-Geräte.

Leistungsgrundlagen

Es ist zwar notwendig, den Punkt zu finden, an dem Ihre Webanwendungen zu entwürdigen beginnen, aber es sollte nicht das erste sein, was Sie sich vorgenommen haben, um zu finden. Wenn Sie noch nie Auslastungstests für Ihre Webanwendungen durchgeführt haben, wird empfohlen, Auslastungstestszenarien auszuführen, die Ihren typischen, alltäglichen Datenverkehrsebenen entsprechen, bevor Sie in Stresstests wechseln. Erste Auslastungstests unter normalen Verkehrsbedingungen können einige Möglichkeiten aufdecken, verbesserungen an Ihrer Anwendung vorzunehmen, bevor umfassende Stresstests unter Spitzenverkehr durchgeführt werden.

LoadView: Suchen des Webanwendungs-Breaking Point

Mit Funktionen wie echten Browsern, dem EveryStep Web Recorder und geoverteilten Lastinjektoren bietet LoadView nicht nur Leistungsingenieure, sondern auch alle, die in der Lage sind, schnell Testskripts für reale Benutzerszenarien zu erstellen und Auslastungs- und Stresstests für diese Webanwendungsskripts durchzuführen, um die Leistung aus der ganzen Welt zu verstehen.