# Dimensionieren Sie eine Übertragung mit Latenz-, Parallelitäts- und Durchsatzmessungen | SwissOctet Insights https://swissoctet.com/de/insights/size-throughput-with-bandwidth-delay/ SwissOctet / Einblicke / Netzwerk-Engineering Netzwerk-Engineering Fortgeschritten · 4 Min. Lesezeit Dimensionieren Sie einen Transfer mit Latenz-, Parallelitäts- und Durchsatzmessungen Erstellen Sie ein wiederholbares Transfermodell mit Nutzlastvolumen, Lieferfenstern und Round-Trip-Zeit und testen Sie es, ohne ein Port-Label mit nützlichem Durchsatz zu verwechseln. Von SwissOctet Editorial Leitfaden speichern Link kopieren AUF DIESER SEITE 01 Verwandeln Sie das Lieferfenster in eine Rate 02 Halten Sie Portkapazität und nutzbaren Durchsatz getrennt 03 Verstehen Sie, warum die Round-Trip-Zeit wichtig ist 04 Erstellen Sie eine kontrollierte Testmatrix 05 Betrachten Sie die Endpunkte während des Tests 06 Testen Sie die Anwendung mit realistischen Nutzlasten 07 Nutzen Sie das Ergebnis zur Auswahl einer Konfiguration Ihre praktische Checkliste Quellen & weiterführende Literatur Zurück zur Bibliothek DIE DIREKTE ANTWORT Berechnen Sie die nutzbare Übertragungsrate, die Ihr Lieferfenster erfordert, und messen Sie dann den vollständigen Pfad. Portkapazität, Round-Trip-Zeit, TCP-Verhalten, Speicher und Anwendungsverarbeitung beeinflussen das Ergebnis. Verwenden Sie kontrollierte Tests mit realistischer Parallelität und wiederholen Sie diese über die tatsächliche Anwendung, bevor Sie eine Netzwerkstufe auswählen. 01 Verwandeln Sie das Lieferfenster in eine Rate Beginnen Sie mit einer Menge nutzbarer Anwendungsdaten und der verfügbaren Zeit, um sie zu liefern. Bei Verwendung dezimaler Einheiten erfordert die Übertragung von 2 TB in zwei Stunden ungefähr 278 MB pro Sekunde Nutzlast oder 2.22 Gbps, bevor Protokoll-Overhead und Unterbrechungen berücksichtigt werden. Die Arithmetik ist ein Planungsbeispiel, kein gemessenes Dienstergebnis. Berücksichtigen Sie die Übertragungen, die sich überschneiden. Ein geplanter Export, Kunden-Downloads und Backup-Uploads können Ressourcen gemeinsam nutzen, auch wenn ihre Monatssummen bescheiden erscheinen. Schreiben Sie ein Modell für Spitzenzeiten, nicht nur einen Monatsdurchschnitt. Geben Sie an, welche Richtung wichtig ist und ob eine fehlgeschlagene Übertragung neu starten muss oder fortgesetzt werden kann; dieses Verhalten beeinflusst den Umfang der Arbeit, die das System ausführt. 02 Halten Sie Portkapazität und nutzbaren Durchsatz getrennt Ein Serverport beschreibt eine Verbindungskapazität. Nutzbarer Durchsatz beschreibt die Daten, die Ihre Anwendung während eines beobachteten Intervalls liefert. Verschlüsselung, Protokoll-Framing, Neuübertragung, Speicheraktivität und Arbeit am Empfänger beanspruchen Teile dieses Pfads. Ein aufgeführter 10 Gbps-Port belegt daher nicht, dass eine Anwendung kontinuierlich 10 Gbps Nutzlast liefert. IETF RFC 6349 unterscheidet ausdrücklich zwischen dem Testen des Netzwerkpfads und der Untersuchung der TCP-Leistung. Nutzen Sie diese Trennung in Ihrer eigenen Diagnose. Bestätigen Sie zuerst, dass die Endpunkte und die Route geeignet sind, und untersuchen Sie dann Transport und Anwendung. Das Erhöhen des gekauften Ports korrigiert keinen Empfänger, der langsam schreibt, oder eine Anwendung, die jeweils eine Anfrage verarbeitet. 03 Verstehen Sie, warum die Round-Trip-Zeit wichtig ist TCP steuert, wie viele Daten in Flight bleiben können, bevor Bestätigungen zurückkehren. Das Bandbreite-Verzögerungs-Produkt liefert dafür einen nützlichen Maßstab: Rate multipliziert mit der Round-Trip-Zeit. Ein hypothetischer 10 Gbps-Pfad mit 40 Millisekunden Round-Trip-Verzögerung entspricht etwa 50 MB in Flight. Diese Berechnung erklärt, warum Latenz und Transportverhalten in die Hochgeschwindigkeitsplanung gehören. Das Ergebnis ist keine Anweisung, eine beliebige Socket-Einstellung anzuwenden. Betriebssysteme, Überlastkontrolle, ausgehandelte Fenster und der tatsächliche Pfad beeinflussen das Verhalten. Verifizieren Sie die aktuelle Softwaredokumentation und prüfen Sie Messungen, bevor Sie optimieren. Mehr parallele Verbindungen können den Gesamtdurchsatz unter bestimmten Umständen verbessern, aber sie können auch das Verhalten der einzelnen Übertragung verschleiern, von der Ihre Anwendung abhängt. 04 Erstellen Sie eine kontrollierte Testmatrix Verwenden Sie nur Endpunkte, die Ihnen gehören oder die Sie zum Testen berechtigt sind. Vereinbaren Sie Testfenster und Rate, damit die Übung den normalen Dienst nicht stört. Tools wie iperf3 bieten konfigurierbare Richtung, Dauer und parallele Streams; die offizielle Dokumentation definiert diese Steuerungen. Zeichnen Sie Version, Endpunkte, Routenkontext und Einstellungen zusammen mit dem Ergebnis auf, damit ein anderer Betreiber es reproduzieren kann. Beginnen Sie mit einem einzelnen Flow und fügen Sie dann repräsentative Parallelität hinzu. Führen Sie beide Richtungen aus, wenn die Anwendung von beiden abhängt. Diese beispielhafte Matrix trennt Fragen, die ein einzelnes Schlagzeilenergebnis vermischen würde. Bewahren Sie Rohdaten privat auf, wenn sie interne Adressen oder Betriebsdetails offenlegen, und veröffentlichen Sie nur die für die Entscheidung erforderlichen Messungen. Test Was er untersucht Was sie nicht beweist Ein Transport-Flow Verhalten eines einzelnen Flow-Pfads Aggregierte Anwendungslieferung Mehrere parallele Flows Parallelität und aggregierte Limits Übertragungsrate eines Kunden Anwendungsübertragung Speicher, Protokoll und Software zusammen Leistung für jeden Datensatz Wiederholung in Spitzenzeiten Variation unter realistischer Aktivität Eine dauerhafte Durchsatzgarantie 05 Betrachten Sie die Endpunkte während des Tests Zeichnen Sie CPU-Nutzung, Speicherdruck, Speicheraktivität und Fehlerzähler an beiden Enden auf. Ein Übertragungsergebnis ohne Endpunktbeobachtungen kann die tatsächliche Einschränkung unsichtbar lassen. Prüfen Sie, ob ein Prozess oder eine CPU gesättigt ist, während andere im Leerlauf sind. Vermeiden Sie es, mehrere Einstellungen gleichzeitig zu ändern, da dies die Identifizierung der hilfreichen Anpassung erschwert. Trennen Sie einen speichergestützten Test von einem, der echte Daten liest und schreibt. Ersterer kann helfen, den Transportpfad zu untersuchen; letzterer spiegelt mehr von der Aufgabe der Anwendung wider. Wenn die Ergebnisse stark abweichen, untersuchen Sie Speicher und Verarbeitung, anstatt die speichergestützte Zahl als Lieferversprechen zu behandeln. Beide Messungen können nützlich sein, wenn ihr Umfang klar ist. 06 Testen Sie die Anwendung mit realistischen Nutzlasten Ein HTTP-Export, ein verschlüsselter Replikationsstream und eine Dateiübertragungssitzung haben unterschiedliche Verarbeitungsmuster. Verwenden Sie repräsentative Dateigrößen, Anforderungsraten und Verschlüsselungseinstellungen. Berücksichtigen Sie die Zeit, die für die Vorbereitung der Daten aufgewendet wird, bevor das erste Byte gesendet wird, wenn der Benutzer auf diesen Schritt wartet. Unterscheiden Sie die Latenz der ersten Antwort von der Abschlusszeit, anstatt eine als die andere zu melden. Wiederholen Sie den Test über genügend Intervalle, um Variation zu sehen, und behalten Sie eine Baseline vor der Konfigurationsänderung bei. Vergleichen Sie für den hypothetischen 2 TB-Export die tatsächliche Abschlusszeit mit dem Zwei-Stunden-Fenster und lassen Sie Spielraum für Unterbrechungen. Wählen Sie eine Verbesserung gegen den beobachteten Engpass, anstatt die Portkapazität ohne Grund zu vervielfachen. 07 Nutzen Sie das Ergebnis zur Auswahl einer Konfiguration Die nützliche Ausgabe ist eine Ressourcenanforderung mit Belegen: eine gemessene Nutzlastrate, akzeptable Abschlusszeit, erwartete Parallelität und eine bekannte limitierende Stufe. Vergleichen Sie SwissOctet-Netzwerkvarianten mit dieser Anforderung, einschließlich Verkehrskontingent sowie CPU- und Speicherspezifikationen. Der Standort allein bestimmt nicht die Route oder die End-to-End-Latenz zu jedem Empfänger. Behalten Sie das Testverfahren nach der Bereitstellung bei. Verwenden Sie es erneut, wenn Datensätze wachsen, sich Software ändert oder Benutzer zu anderen Netzwerken wechseln. Eine wiederholbare Baseline erleichtert die Diagnose eines Leistungsvorfalls und liefert einen fundierteren Grund für eine Konfigurationsänderung als ein isolierter Geschwindigkeitstest oder ein beworbenes Maximum. MACHEN SIE ES ZU HANDLUNG Ihre praktische Checkliste. ✓ Berechnen Sie die Nutzlastrate aus Volumen und Frist. ✓ Modellieren Sie überlappende Übertragungen und Richtung. ✓ Vereinbaren Sie autorisierte Testendpunkte und Limits. ✓ Vergleichen Sie einen Flow, Parallelität und Anwendungstests. ✓ Beobachten Sie beide Endpunkte während des Tests. ✓ Bewahren Sie eine wiederholbare Baseline und nützlichen Spielraum. Checkliste herunterladen HÄUFIGE FRAGEN Die Details, die zählen. Behebt ein größeres TCP-Fenster immer eine langsame Übertragung? + Nein. Diagnostizieren Sie zuerst den Pfad und die Endpunkte. Speicher, CPU, Verlust und Anwendungsverhalten können dominieren, und Transportoptimierung muss zum tatsächlichen System passen. Warum einen einzelnen Flow und mehrere Flows testen? + Sie beantworten unterschiedliche Fragen. Die aggregierte Kapazität kann höher sein als die Rate einer Übertragung; die Parallelität der Anwendung bestimmt, welches Ergebnis zählt. Kann ich einen Kapazitätstest gegen einen beliebigen öffentlichen Server ausführen? + Verwenden Sie Endpunkte, die Sie kontrollieren oder für die Sie eine Testberechtigung haben. Vereinbaren Sie Dauer, Rate und Zeitpunkt, damit die Messung keine unrelated Dienste stört. PRIMÄRE REFERENZEN Gehen Sie zur Quelle. Diese Referenzen unterstützen die technischen Konzepte in diesem Leitfaden. Folgen Sie der aktuellen Dokumentation, bevor Sie ein Produktionssystem ändern. IETF RFC 6349: Framework für TCP-Durchsatztests datatracker.ietf.org ESnet: iperf3 aufrufen software.es.net Redaktionelle Beratung durch SwissOctet. Beispiele sind illustrativ. Servicespezifikationen, verfügbare Optionen und vertragliche Bedingungen müssen separat überprüft werden. VERBINDEN SIE DAS WISSEN Verwandte Infrastruktur. Metal Atlas Schweiz Transit 40 Schweiz Transit 100 Schweiz HALTEN SIE DEN FADEN Ihre nächsten Feldnotizen. Alle Leitfäden entdecken FELDNOTIZ / 01 + Dediziert & GPU Grundlagen VPS oder dediziert: Wählen Sie die passende Grenze Verstehen Sie, was eine physische Maschine ändert, was sie nicht ändert und wann sie ein nützlicher Schritt für Ihre Workload wird. 4 Min. Lesezeit Den Leitfaden lesen FELDNOTIZ / 02 + Netzwerk-Engineering Grundlagen Bandbreite, Portgeschwindigkeit und Transfer: Lesen Sie das vollständige Bild Schätzen Sie die Datenmenge, die Ihr Projekt bewegt, und verstehen Sie, warum ein grösserer Port nur ein Teil der Netzwerkleistung ist. 4 Min. Lesezeit Den Leitfaden lesen FELDNOTIZ / 03 + Netzwerk-Engineering Fortgeschritten Planen Sie einen 40, 100 oder 200 Gbps-Origin als vollständiges System Übersetzen Sie grosse Portklassen in Storage-, CPU-, Parallelitäts- und Betriebsfragen, bevor Sie eine Hochvolumen-Verteilungskonfiguration auswählen. 4 Min. Lesezeit Den Leitfaden lesen