[Zusammenfassung] Der Grund, warum dein VPS die beworbene Port-Geschwindigkeit nicht erreicht, liegt nicht an reinen Hardware-Limits der Netzwerkkarte (NIC). Es ist ein systemischer Engpass, der durch das Shared-Ratio, Überlastungen an internationalen Gateways und Routing-Prioritäten (Traffic-Shaping) bestimmt wird. Im Netzwerkklima von 2026 ist der bloße Blick auf einen 1-Gbps-Nennwert völlig bedeutungslos. Dieser Artikel analysiert tiefgehend die zugrundeliegende Logik des Overselling der Anbieter, erklärt die tatsächlichen Auswirkungen von Premium-Routen wie CN2 GIA, China Unicom CU VIP (AS9929) und China Mobile CMIN2 auf den Durchsatz und bietet professionelle Strategien zur Fehlerbehebung mit iPerf3 und MTR.
Paradigmenwechsel: Kaufst du einen „Port“ oder echte „Bandbreite“?
Viele unerfahrene Website-Betreiber lassen sich beim Kauf eines VPS von der Angabe „1Gbps Port Speed“ in die Irre führen. Auf der Ebene der zugrundeliegenden Architektur sind die physische Geschwindigkeit der Server-Netzwerkkarte (Port Speed) und der tatsächlich nutzbare Durchsatz (Actual Throughput) jedoch zwei völlig unterschiedliche Dimensionen.
1. Physische Netzwerkkarte vs. Rack-Uplink
Normalerweise ist ein Host-Knoten mit 10-Gbps- oder 25-Gbps-Dual-Port-Netzwerkkarten ausgestattet. An diesem Rack können jedoch 20 bis 50 virtuelle Maschinen hängen. Wenn jeder VPS 1 Gbps bewirbt (der Host-Knoten aber nur einen 10-Gbps-Gesamtausgang hat), betreiben die Anbieter auf physischer Ebene ein Overselling von 5:1 oder höher. Diese Praxis wird im Umfeld günstiger VPS oft als „Burst-Bandbreite“ bezeichnet.
Die meisten VPS ohne Dedicated Bandwidth folgen dem Best-Effort-Prinzip. Wenn deine Nachbarn wild PT-Seeding betreiben oder große Scans durchführen, wird deine Bandbreite sofort verdrängt. Stell dir eine 100-mm-Hauptleitung vor, die auf 100 Haushalte verteilt ist. Normalerweise reicht es zum Händewaschen, aber wenn mehrere gleichzeitig duschen, tropft bei dir nur noch Wasser aus dem Hahn.
Blackbox der Route: Warum die Routing-Qualität deine „gemessene Bandbreite“ direkt bestimmt
Selbst wenn dir der Anbieter im internen Netzwerk (Rechenzentrum) volle 1 Gbps gibt, tritt der Engpass auf, sobald die Daten das Gebäude verlassen. Das zeigt sich besonders deutlich beim grenzüberschreitenden Zugriff (besonders von China in die USA oder nach Europa).
1. Backbone-Überlastung und internationale Gateways
Für Webhosting-Server müssen Daten durch internationale Internet-Gateways fließen. In den Spitzenzeiten (20:00–24:00 Uhr Peking-Zeit) steigt die Überlastungsrate im Backbone drastisch an. Wenn du eine normale BGP-Route nutzt (wie das traditionelle China Telecom 163 Backbone (AS4134)), kann die gemessene Geschwindigkeit trotz eines 10-Gbps-Ports am VPS nur bei wenigen zehn Mbps liegen – weit unter dem beworbenen Wert.
2. Die Preislogik von Premium-Routen
Warum kosten manche VPS mit 100 Mbps deutlich mehr als Maschinen mit 1 Gbps? Weil sie teure Premium-Routen einkaufen:
- CN2 GIA (AS4809): Die Top-Route von China Telecom mit einem eigenen Auslandskanal, der kaum von Schwankungen im öffentlichen Netz betroffen ist.
- China Unicom CU VIP (AS9929/AS10099): Extrem niedrige Latenz und sehr stabiler Durchsatz, die erste Wahl für Webhosting im Jahr 2026.
- China Mobile CMIN2 (AS9808): Die Stabilität während der Prime-Time kommt CN2 GIA nahe, ist aber preislich attraktiver und aktuell eine äußerst kosteneffiziente Wahl für grenzüberschreitende Verbindungen.
Wie du die Geheimnisse hinter diesen Routen mit professionellen Tools aufdeckst, erfährst du in meinem praktischen Leitfaden: „Der ultimative Guide zu den besten Online-MTR-Plattformen und VPS-Routing-Analyse-Tools“.
Unsichtbare Killer auf Software-Ebene: TCP Congestion Control & MTU
Manchmal liegt die ungenutzte Bandbreite nicht am Anbieter, sondern an einer zu „konservativen“ Systemkonfiguration deines VPS.
1. Einfluss des TCP-Congestion-Algorithmus (Warum BBR wichtig ist)
Der standardmäßige TCP-Congestion-Algorithmus (wie Cubic) performt bei hochlatenten Langstreckenverbindungen schlecht. Bereits 1 % Paketverlust auf der Route lassen den Durchsatz von Cubic drastisch einbrechen.
Lösung: Aktiviere den BBR (Bottleneck Bandwidth and Round-trip propagation time)-Algorithmus von Google. BBR erkennt aktiv die verfügbare Bandbreite und hält selbst bei leichtem Paketverlust eine extrem hohe Senderate aufrecht.
2. MTU-Mismatch
Wenn deine Datenpakete auf der Route auf einen kleineren MTU-Wert treffen als auf deinem VPS konfiguriert, werden sie zwangsweise fragmentiert. Diese Fragmentierung erhöht nicht nur die CPU-Last, sondern kann auch zu Handshake-Fehlern oder langsameren Übertragungen führen.
Wie du die Lügen der Anbieter entlarvst: Drei Profi-Tools für Speedtests
Verlasse dich nicht nur auf einen Speedtest im Browser. Für erfahrene Admins spiegelt dieser Test nur die Momentangeschwindigkeit wider und lässt sich leicht vom Anbieter optimieren (sogenanntes „Speedtest-Spoofing“).
1. iPerf3-Stresstest (Fokus auf Rückweg-Routing)
Der Engpass bei grenzüberschreitenden Verbindungen liegt immer im Rückweg-Routing. Starte unbedingt den iPerf3-Client auf deinem VPS und verbinde ihn mit einem iPerf3-Server in deiner lokalen Umgebung oder der Zielregion deiner Kunden.
Bash
# Multithread-Test (ermittelt das Bandbreitenmaximum)
iperf3 -c [Zielserver-IP] -P 16 -R
# Singlethread-Test (simuliert realistisches Webhosting-Download-Erlebnis)
iperf3 -c [Zielserver-IP] -R
Führe immer Singlethread- und Multithread-Tests parallel durch. Die Singlethread-Geschwindigkeit spiegelt oft realistischer wider, wie normale Nutzer deine Website herunterladen.
2. Frontend-Diagnose mit Browser-Monitoring-Sonden
Im Webhosting-Szenario sind TTFB (Time to First Byte) und die Download-Geschwindigkeit großer statischer Ressourcen entscheidend. Mit Browser-Erweiterungen kannst du die reale Performance deines Servers bei der Verarbeitung von HTTP/HTTPS-Anfragen direkt beobachten.
Details dazu findest du hier: „Webhosting-Praxis 2026: Die unverzichtbaren Chrome-Plugins und Frontend-Fehlerbehebungs-Guides für VPS-Nutzer“.
3. Langzeit-Monitoring (Uptime/Latenz)
Nutze Smokeping oder ähnliche Monitoring-Tools, um Latenz und Paketverlust über 24 Stunden zu tracken. Ob deine Bandbreite ausreicht, siehst du sofort am „Prime-Time-EKG“ in den Monitoring-Kurven.
Praxis-FAQ
F1: Warum zeigt mein VPS im Speedtest 500 Mbps, aber beim Dateidownload nur ca. 2 MB/s?
A: Speedtest-Software nutzt meist Multithreading und sucht sich den optimalen lokalen Knoten (500 Mbps). Dein alltäglicher Download läuft jedoch typischerweise über Singlethread-TCP (2 MB/s entsprechen ca. 16 Mbps) und ist stark anfällig für Traffic-Shaping durch deinen lokalen ISP bei nicht-premium Routen. Probiere Multithread-Download-Tools (wie IDM) oder aktiviere BBR auf dem Server.
F2: Kann ich einen VPS mit 100 % Dedicated Bandwidth kaufen?
A: Ja, aber der Preis liegt meist 5- bis 10-mal höher als bei Shared Bandwidth. Solche Produkte tragen oft das Label Dedicated Bandwidth. Auch einige High-End-VDS bieten dies an. Für normales Webhosting ist eine hochwertige Shared-Route (wie AS9929) jedoch oft das bessere Preis-Leistungs-Verhältnis als eine durchschnittliche Dedicated-Route.
F3: Hängt die Bandbreite von der CPU-Leistung ab?
A: Sehr stark. Bei der Verarbeitung von HTTPS-verschlüsseltem Traffic ist eine hohe Single-Core-Performance entscheidend. Wenn dein VPS zu wenig RAM hat oder die CPU dauerhaft im High I/O Wait hängt, sinkt die Effizienz des Kernels bei der Verarbeitung von Netzwerk-Interrupts – selbst bei einem großen Port wird die Bandbreite dann nicht ausgereizt.