ovs-benchmark – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

ovs-benchmark – Flow-Setup-Benchmark-Dienstprogramm für Open vSwitch

ZUSAMMENFASSUNG

Ovs-Benchmark Latenz --Fernbedienung ip[:Häfen] [--Steckdosen Socken] [--batches nbatches]
[--lokal [ip][:Häfen]]

Ovs-Benchmark Rate --Fernbedienung ip[:Häfen] [--Maximale Rate Rate] [--Auszeit maxsecs]
[--Steckdosen Socken] [--batches nbatches] [--lokal [ip][:Häfen]]

Ovs-Benchmark hören [--lokal [ip]:Häfen]

Ovs-Benchmark Hilfe

BESCHREIBUNG

Ovs-Benchmark testet die Leistung des Open vSwitch-Flow-Setups durch Einrichten einer Reihe von
TCP-Verbindungen und Messung der benötigten Zeit. Es kann auch mit Linux verwendet werden
Bridge oder ohne Bridging-Software, mit der man die Bandbreite messen kann und
Latenzkosten der Überbrückung.

. Ovs-Benchmark Der Befehl wird im Folgenden separat beschrieben.

Die „Latenz“ Befehl

Dieser Befehl leitet ein Socken TCP-Verbindungen (standardmäßig 100) so schnell wie möglich,
wartet darauf, dass jeder einzelne erfolgreich oder fehlschlägt, und druckt ein Balkendiagramm aus
Abschlusszeiten auf der Standardausgabe, gefolgt von einer Zusammenfassungszeile. Jede Zeile in der Leiste
Das Diagramm listet die Zeit bis zum Verbindungsaufbau in Millisekunden auf, gefolgt von einer Anzahl . or !
Symbole, eines für jede TCP-Verbindung, die in so vielen Millisekunden abgeschlossen wurde. A
Erfolgreiche Verbindung druckt a ., und eine fehlgeschlagene Verbindung (z. B. zu einem Port, auf dem
kein Prozess lauscht) druckt a !.

If nbatches gegeben ist, wird der gesamte Vorgang so oft wiederholt, wie angegeben.
Am Ende wird nur eine einzige Zusammenfassungszeile gedruckt.

Die Ergebnisse variieren stark, abhängig von der Anzahl der Sockets und davon, ob der Remote-Host vorhanden ist
Lauschen auf Verbindungen an den angegebenen Ports. Mit einer kleinen Anzahl von Steckdosen, alles
Die Verbindungszeiten liegen in der Regel bei wenigen Millisekunden. Als Anzahl der
Sockets zunimmt, gruppiert sich die Verteilung der Verbindungszeiten um das sendende TCP
SYN-Neuübertragungsintervall des Stacks. (Dieses Muster tritt mit oder ohne aktiviertem Open vSwitch auf
den Netzwerkpfad.)

Die „Rate“ Befehl

Dieser Befehl leitet ein Socken TCP-Verbindungen (standardmäßig 100) so schnell wie möglich
(begrenzt durch Maximale RateWenn --Maximale Rate angegeben). Jedes Mal, wenn eine Verbindung mit abgeschlossen wird
Ob Erfolg oder Misserfolg, es schließt diese Verbindung und initiiert eine neue. Das tut es weiterhin
also entweder für immer oder, falls --Auszeit angegeben ist, bis maxsecs Sekunden sind vergangen.
Während des Tests werden Statistiken über die verstrichene, erfolgreiche und fehlgeschlagene Zeit gedruckt
Verbindungen und die durchschnittliche Anzahl der abgeschlossenen (erfolgreichen oder fehlgeschlagenen) Verbindungen pro
Zweiter über den Lauf.

Ohne --Maximale Rate, der Rate Der Befehl misst die maximale Dauerfluss-Einrichtungsrate für einen
Öffnen Sie die vSwitch-Instanz. Dies neigt natürlich dazu, zu fahren ovs-vswitchd CPU-Auslastung auf 100 % an
Der Host, der den Datenverkehr empfängt.

Wann --Maximale Rate wird mit einem Wert angegeben, der unter der maximalen Rate eines Open vSwitch liegt
Instanz kann dann damit umgehen Rate kann auch zur Messung der Kernel- und Userspace-CPU verwendet werden
Kosten für Durchflusseinrichtungen bei bestimmten Durchflussraten.

Die Ergebnisse schwanken in den ersten Sekunden eines Laufs stark und stabilisieren sich dann.
Der angezeigte Durchschnitt wird über den gesamten Lauf berechnet und tendiert daher zur Konvergenz
asymptotisch auf den „richtigen“ Wert. Um schneller zu konvergieren, versuchen Sie, 5 to zu laufen
10 Sekunden, dann den Lauf beenden und neu starten.

Die „Hör zu“ Befehl

Dieser Befehl überwacht einen oder mehrere TCP-Ports auf eingehende Verbindungen. Es akzeptiert
Verbindungen und schließt diese sofort. Es kann mit dem kombiniert werden Rate or Latenz
Befehle zum Beobachten der Auswirkungen erfolgreicher und nicht erfolgreicher TCP-Verbindungen.

Es ist einfacher zu reproduzieren und zu interpretieren Ovs-Benchmark Ergebnisse, wenn kein Zuhörer vorhanden ist
(sehen ANMERKUNG unten).

Die „Hilfe“ Befehl

Druckt eine Nutzungsmeldung und wird erfolgreich beendet.

OPTIONAL

-r ip[:Häfen]
--Fernbedienung ip[:Häfen]
Diese Option ist erforderlich am Latenz und Rate Befehle, gibt minimal die Fernbedienung an
Host, mit dem eine Verbindung hergestellt werden soll (als IP-Adresse oder DNS-Name). ip.

Ein TCP-Port oder Portbereich (getrennt durch -) kann ebenfalls angegeben werden. Wenn ein Bereich ist
angegeben, wird jeder Port im Bereich in Round-Robin-Reihenfolge verwendet. Der Standard
Port ist 6630, wenn keiner angegeben ist.

-l [ip][:Häfen]
--lokal [ip][:Häfen]
Auf dem Latenz und RateOhne diese Option werden ausgehende Verbindungen nicht an a gebunden
spezifischen TCP-Port. Der lokale TCP-Stack wählt einen lokalen TCP-Port zum Binden aus. Wann
Wenn diese Option angegeben ist, wird der angegebene Port oder Portbereich verwendet
drehen. (Wenn auf beiden ein Portbereich angegeben ist --lokal und --Fernbedienung, dann jeweils lokal
Der Port in seinem Bereich wird verwendet, bevor der Remote-Port zum nächsten erhöht wird
Port in seiner Reichweite.)

Auf dem hören Mit dem Befehl gibt diese Option den oder die lokalen Ports und die IP an
Adressen zum Anhören. Wenn es weggelassen wird, ist Port 6630 eine beliebige IP-Adresse
benutzt.

-s Socken
--Steckdosen Socken
Für Latenz, legt die Anzahl der Verbindungen fest, die pro Batch initiiert werden sollen. Für Rate, Sätze
die Anzahl der Versuche, ausstehende Verbindungen zu einem bestimmten Zeitpunkt aufrechtzuerhalten. Der
Standard ist 100.

-b nbatches
--batches nbatches
Für Latenz, legt fest, wie oft alles initiiert und gewartet werden soll
Verbindungen zu vervollständigen. Der Standardwert ist 1.

-c Maximale Rate
--Maximale Rate Maximale Rate
Für Rate, begrenzt die maximale Rate, mit der versucht wird, Verbindungen herzustellen Maximale Rate
Verbindungen pro Sekunde. Standardmäßig gibt es keine Begrenzung.

-T maxsecs
--Auszeit maxsecs
Für Rate, stoppt den Benchmark danach maxsecs Sekunden sind vergangen. Standardmäßig ist die
Der Benchmark wird fortgesetzt, bis er durch ein Signal unterbrochen wird.

ANMERKUNG

Ovs-Benchmark verwendet Standard-POSIX-Socket-Aufrufe für den Netzwerkzugriff und teilt sich daher die
Stärken und Grenzen von TCP/IP und seinen Implementierungen im lokalen und Remote-TCP/IP
Stapel. Insbesondere TCP und seine Implementierungen begrenzen die Anzahl der erfolgreichen
abgeschlossen und dann TCP-Verbindungen geschlossen. Das bedeutet, dass Ovs-Benchmark Tests neigen dazu
Verlangsamen Sie die Ausführung, wenn Sie sie über längere Zeiträume oder mit einer großen Anzahl von Sockets oder Batches ausführen
Das Remote-System lauscht auf dem oder den Ports, die kontaktiert werden. Das Problem besteht nicht
treten auf, wenn das Remote-System nicht zuhört. Ovs-Benchmark Die Ergebnisse sind daher viel
zuverlässiger und wiederholbarer, wenn das Remote-System den oder die Ports nicht überwacht
kontaktiert wird. Sogar eine einzige Abhörbuchse (z. B. Portbereich 8000 bis 9000) mit
ein Listener auf Port 8080) kann zu Anomalien in den Ergebnissen führen.

Stellen Sie sicher, dass die Firewall des Remote-TCP/IP-Stacks den Datenverkehr des Benchmarks zulässt
verarbeitet. Für Open vSwitch-Benchmarking-Zwecke möchten Sie möglicherweise die Firewall deaktivieren
mit zB iptables -F.

Ovs-Benchmark ist Single-Threaded. Möglicherweise kann ein Multithread-Prozess initiiert werden
Verbindungen schneller herstellen.

Eine TCP-Verbindung besteht aus zwei Flüssen (einer in jede Richtung), also multiplizieren Sie den TCP
Verbindungsstatistiken, die Ovs-Benchmark Berichte um 2, um Flussstatistiken zu erhalten.

Nutzen Sie ovs-benchmark online über die Dienste von onworks.net