GNU/Linux >> LINUX-Kenntnisse >  >> Linux

Richtlinien für Anwendungs- und Belastungstests

Ein Teil davon, Ihren Kunden eine professionelle Erfahrung zu bieten, besteht darin, die Leistung Ihrer Anwendungen zu kennen und Leistungsbenchmarks für Ihre von Rackspace gehosteten Assets zu erhalten. Dieser Artikel enthält einige hilfreiche Anwendungs-, Last- und Leistungsbenchmarking-Tests, die Ihnen dabei helfen, nützliche Daten zu erhalten. Es erläutert auch Ihre Pflichten bei der Durchführung der Tests und bietet technische Anleitungen zur Durchführung der Tests.

Hinweis: Wenn Sie Tests auf oder gegen Cloud-Server von Rackspace durchführen, unterliegen Sie den Bedingungen unserer Global Acceptable Use Policy (AUP).

Polizeiarbeit und Durchsetzung

Rackspace überwacht alle Cloud-Host-Server auf Aktivitäten, die die Leistung des virtuellen Servers reduzieren. Wenn wir feststellen, dass ein virtueller Server einen anderen beeinträchtigt, behalten wir uns das Recht vor, den betroffenen Server hart neu zu starten, auszusetzen oder auszuschalten. Wir behalten uns außerdem das Recht vor, das betroffene Konto zu sperren oder zu kündigen.

Wichtig :Beachten Sie bei der Durchführung der in diesem Artikel empfohlenen Anwendungstests, Belastungstests und Leistungs-Benchmarking-Tests die folgenden Richtlinien vor und während jedes Tests und beenden Sie den Test sofort, wenn er die angegebenen Schwellenwerte überschreitet.

Lasttests

Stellen Sie sicher, dass Sie die Auswirkungen Ihrer Tests kontinuierlich überwachen, während Sie die Last anwenden. Stellen Sie vor dem Ausführen von Lasttests sicher, dass Sie wissen, wie Sie die tatsächliche RAM-, Festplatten-E/A- und Netzwerknutzung in Echtzeit anzeigen können. Diese Metriken zeigen, ob bei einem Test das Risiko besteht, die Server anderer Kunden auf demselben Host zu stören. Spezifische Schwellenwerte finden Sie in den folgenden Abschnitten zu virtuellen Linux®- und Windows®-Servern.

Alternativ gibt es Lasttestdienste, die mit externen Servern verwaltet werden, die sich weltweit befinden. Belastungstests mit LoadViewerlauben Ihnen beispielsweise, ihre externen Server zu verwenden, und bieten Tests der API-Belastung oder Anwendungsbelastungstests an.

Virtuelle Linux-Server

Installieren und verwenden Sie den screen Paket für Ihre Linux-Distribution, um die folgenden Befehle gleichzeitig auszuführen und anzuzeigen. Um den Bildschirm aus den Quellen zu kompilieren, gehen Sie zur GNU-Homepage.

RAM

Verwenden Sie den folgenden Befehl, um die RAM-Nutzung anzuzeigen, während Sie Tests durchführen:

 watch free -m

Lassen Sie den Wert nicht im Free-Bereich liegen Spalte in +/- Puffer/Cache Zeile goniedriger als 1000 .

Festplatten-E/A

Verwenden Sie den folgenden Befehl, um die Datenträger-E/A-Nutzung anzuzeigen, während Sie Tests durchführen:

 top

Beobachten Sie den %wa Nummer in der zweiten Zeile. Es kann gelegentlich über 1.0 steigen , sollte aber nicht über 1.0 liegen länger als ein paar Sekunden.

Netzwerknutzung

Verwenden Sie den folgenden Befehl, um die Netzwerknutzung anzuzeigen, während Sie Tests durchführen:

 sudo watch -n 10 -d /sbin/ip addr show eth0

Beobachten Sie die RX-Bytes Nummer. Alle 10 Sekunden das -d Das Argument hebt alle Änderungen in dieser Zahl hervor. Die 10-Sekunden-Pause gibt Ihnen Zeit, die RX-Bytenummer zu notieren, bevor sie sich ändert. Sie können den Rechenaufwand reduzieren, der zum Berechnen exakter Änderungen erforderlich ist, wenn Sie bedenken, dass sich mindestens acht Ziffern ändern müssen – pro watch -d Hervorhebung – zwischen jeder 10-Sekunden-Aktualisierung, bevor Sie eine Arithmetik anwenden müssen. Bei virtuellen Maschinen mit 2 GB RAM oder mehr müssen sich mindestens neun Ziffern ändern, bevor Sie die genaue Änderung berechnen müssen.

Die folgende Tabelle zeigt die maximale Änderung in RX-Bytes pro Sekunde nach Servergröße, bevor die genaue Änderung berechnet werden sollte:

Größe des Cloud-Servers Maximale Änderung in RX-Bytes pro Sekunde
512 MB 66.000.000
1 GB 99.000.000
2 GB 198.000.000
4 GB 330.000.000
8 GB 495.000.000
15 GB 660.000.000
30 GB 990.000.000

Virtuelle Windows-Server

Um die Leistung eines Windows-Servers anzuzeigen und zu protokollieren, während Sie Auslastungstests durchführen, müssen Sie die Leistungsüberwachung verwenden .

Führen Sie den folgenden Befehl aus, um den Monitor zu starten:

 perfmon.exe

In diesem Abschnitt werden einige Leistungsindikatoren beschrieben, die Sie verwenden können, um sicherzustellen, dass Sie die Schwellenwerte nicht überschreiten und andere Kunden auf dem Server beeinträchtigen. Sie müssen die Skalierung der Diagramme und auch der Zähler im Performance Monitor ändern , insbesondere in Bezug auf die Speichernutzung. Wenn Sie diese Diagramme schwer lesbar und nachverfolgbar finden, empfehlen wir die Verwendung von resmon.exe Dienstprogramm, um sie zu verfolgen.

Prozessornutzung

Zähler:Prozessorinformationen> % Prozessorzeit> _Total

Zweck:Überwacht die CPU-Auslastung in Prozent

Schwellenwert:Dieser Zähler darf 90 Prozent nicht überschreiten.

Speichernutzung

Beobachten Sie während des Lasttests die folgenden speicherbezogenen Zähler:

  • Zähler :Prozess> Arbeitssatz> _Gesamt (oder pro spezifischem Prozess)

    Zweck :Zeigt den aktuell zugewiesenen oder verwendeten RAM durch die Maschine oder eine bestimmte Anwendung oder einen Prozess an

    Schwellenwert :Dieser Zähler darf 90 % des gesamten physischen Arbeitsspeichers der VM nicht überschreiten.

  • Zähler :Auslagerungsdatei> Nutzung in %> Gesamt

    Zweck :Überprüfen Sie diesen Wert in Verbindung mit Verfügbare MBytes um die Paging-Aktivität auf Ihrem System zu verstehen.

    Schwellenwert :Lassen Sie diesen Zähler nicht über 50 Prozent der gesamten Seitengröße ansteigen.

  • Zähler :Speicher> Verfügbare MB

    Zweck :Zeigt freien RAM, der von neuen Prozessen verwendet werden kann, in Megabyte an

    Schwellenwert :Lassen Sie diesen Zähler nicht unter 10 Prozent des gesamten physischen Arbeitsspeichers fallen.

Hinweis: Wenn Sie sich nicht sicher sind, wie viel RAM installiert ist, führen Sie msinfo32 aus Befehl aus dem Ausführen Feld.

Festplattennutzung

Beobachten Sie während des Auslastungstests die folgenden Datenträgernutzungszähler:

  • Zähler :PhysicalDisk> Disk Time> _Total

    Zweck :Zeigt die Zeit an, die die Festplatte aktiv ist

    Schwellenwert :90 Prozent

  • Zähler :PhysicalDisk> Durchschn. Länge der Festplattenwarteschlange> _Total

    Zweck :Validiert das Kommunikationsmedium

    Schwellenwert :Lassen Sie diesen Zähler nicht über 4 steigen .

Netzwerkleistung

Beobachten Sie während des Auslastungstests die folgenden Datenträgernutzungszähler:

Zähler :Netzwerkschnittstelle> Bytes gesamt/s> Netzwerkschnittstelle

Zweck :Misst die Anzahl der gesendeten oder empfangenen Bytes

Schwellenwert :Lassen Sie die Verbindungsgeschwindigkeit nicht über die Maximale PerfMon-Verbindungsgeschwindigkeit (%) steigen Wert für Ihre Servergröße, wie in der folgenden Tabelle gezeigt:

Größe des Cloud-Servers Maximale PerfMon-Verbindungsgeschwindigkeit (%)
512 MB 1,00 %
1 GB 1,50 %
2 GB 3,00 %
4 GB 5,00 %
8 GB 7,50 %
15 GB 10,00 %
30 GB 15,00 %

Netzwerklatenztest

Remote-Tests können Netzwerklatenz verursachen. Um die Netzwerklatenz zu unseren Rechenzentren zu testen, pingen Sie sie an und überprüfen Sie dann die Antwortzeiten oder die Ping-Rückgaben. Jedes Rechenzentrum von Rackspace verfügt über einen eigenen Sandbox-Server, den Sie für Ping- und andere Netzwerktests verwenden können. Da wir den Großteil unserer Cloud-Infrastruktur in denselben Rechenzentren hosten, funktioniert dieser Test auch für Cloud-Server.

Ping ist für die folgenden Server öffentlich zugänglich:

  • sandbox.dfw1.rackspace.net
  • sandbox.iad3.rackspace.net
  • sandbox.lon3.rackspace.net
  • sandbox.hkg1.rackspace.net
  • sandbox.ord1.rackspace.net
  • sandbox.syd2.rackspace.net

Hinweis: Um DNS-Lookup-Effekte zu entfernen, sollten Sie die IP-Adresse jedes Testservers ermitteln und die IP-Adresse direkt anpingen.


Linux
  1. Webserver mit Lastenausgleich und MySQL-Server

  2. Testen und Deaktivieren von NetBIOS

  3. Wann und warum Docker verwendet werden sollte

  4. sysctl-Einstellung für hohe Last und verhindert DDoS

  5. libpng-Warnung:Inkompatible libpng-Version in Anwendung und Bibliothek

Überwachung und Testen des Zustands von SSD in Linux

Lastenausgleich mit HAProxy, Nginx und Keepalived unter Linux

Bedeutung von DocOps und Dokumentationstests in DevOps [Eine neue Perspektive]

Das Aufrechterhalten und Testen der Geschwindigkeit einer Website ist von entscheidender Bedeutung

Website-Lasttest mit Apache JMeter auf Ubuntu 20.04

Einführung in die Linux-Leistungsüberwachung und -optimierung