Für das Netz eines Servers zählen zwei Zahlen: wie viel er senden und empfangen darf und wie schnell. Die erste ist einfach. Es gibt kein Kontingent. Die zweite hängt vom Tarif ab und davon, was die Nachbarn gerade tun. So funktioniert beides, in Zahlen.
Traffic: kein monatliches Kontingent
Keiner unserer Tarife hat ein Traffic-Volumen. Wir zählen keine Gigabyte gegen ein Limit, drosseln nicht nach ein paar Terabyte und berechnen keinen Mehrverbrauch. Ein Server, der den ganzen Monat mit voller Geschwindigkeit Daten schiebt, ist in Ordnung, solange der Traffic selbst legitim ist: Spam, Angriffe auf fremde Systeme und ähnlicher Missbrauch beenden den Dienst unabhängig von der Menge.
Port-Geschwindigkeit
| Tarifart | Port |
|---|---|
| Linux-VPS, NAT und dedizierte IP | 1 Gbit/s |
| Pro-Tarife | 1 Gbit/s |
| Windows-VPS | 150 Mbit/s |
| Sandboxen | 50 bis 500 Mbit/s, je nach Tarif |
Der Port ist die Obergrenze für einen einzelnen Server. Die andere Obergrenze ist der Uplink des physischen Servers, auf dem er läuft: ebenfalls 1 Gbit/s, und darüber laufen alle virtuellen Server dieser Maschine.
Wie Bandbreite geteilt wird
Ist der Uplink ruhig, kann ein Server fast alles nutzen: etwa 940 Mbit/s in jede Richtung. Sind mehrere Server gleichzeitig ausgelastet, wird die Leitung gleichmäßig auf die Adressen verteilt, die gerade aktiv senden oder empfangen. Zwei ausgelastete Server bekommen je etwa 470 Mbit/s, drei je rund 310 und so weiter. Upload und Download werden getrennt geteilt.
Zwei Folgen, die man kennen sollte:
- Niemand kann Ihnen die ganze Leitung wegnehmen. Ein Nachbar mit großem Download drückt Ihren Anteil nicht unter eine gleichmäßige Aufteilung.
- Sie bekommen nicht immer den vollen Port. Wenn Sie jederzeit eine garantierte Rate brauchen, ist ein geteilter virtueller Server das falsche Produkt, egal wer ihn verkauft.
Für NAT-Server gilt dieselbe Aufteilung: Jeder NAT-Server zählt einzeln, obwohl seine ausgehende Adresse nicht seine eigene ist.
Richtig messen
Die meisten Meldungen über einen „langsamen Server“, die wir sehen, sind langsame Tests: ein einzelner Stream, eine Messung über 10 Sekunden oder ein überlasteter öffentlicher Testserver. Die Mindestprüfung ist iperf3 mit vier Streams über 30 Sekunden gegen eine Maschine, die Sie kontrollieren:
iperf3 -c your-other-server -P 4 -t 30 # upload from this server
iperf3 -c your-other-server -P 4 -t 30 -R # download to this server
Die vollständige Methode, einschließlich eines Tests ohne zweite Maschine und wie man die Zahlen liest, steht in So prüfen Sie Geschwindigkeit und Traffic Ihres Servers.
Ihren Traffic sehen
Die Serverseite im Dashboard hat Netzwerk-Graphen für die letzte Stunde, den letzten Tag und die letzte Woche. Sie kommen aus der Virtualisierungsschicht und funktionieren deshalb auch, wenn das Betriebssystem des Servers nicht läuft. Sie zeigen Raten, keine laufende Monatssumme.
Für eine Monatssumme installieren Sie vnStat im Server: Es liest die Zähler der Schnittstelle und übersteht Neustarts. Einrichtung und Ansicht pro Prozess stehen in derselben Anleitung: So prüfen Sie Geschwindigkeit und Traffic Ihres Servers.
Ausgehende Mail und andere Ports
Geschwindigkeit ist nicht die einzige Netzregel. Ausgehendes SMTP auf den Ports 25 und 465 ist in jedem Tarif standardmäßig geschlossen; Versand über einen Mail-Anbieter auf Port 587 funktioniert. NAT-Server nehmen eingehende Verbindungen nur auf ihrem persönlichen SSH- oder RDP-Port an. Details unter Netzwerk & Ports.
Wenn die Geschwindigkeit wirklich niedrig ist
Messen Sie wie oben beschrieben, gegen zwei verschiedene Testserver, und notieren Sie die Uhrzeit. Dann eröffnen Sie ein Ticket mit den Befehlen und der Ausgabe. Zahlen aus einem 20-Sekunden-Test mit mehreren Streams erlauben uns, den Uplink genau zu dieser Zeit zu prüfen; „fühlt sich langsam an" nicht. Wenn Sie mehr brauchen als einen Anteil an einer 1-Gbit/s-Leitung, sagen Sie uns, was Sie betreiben, und wir sagen ehrlich, ob unsere Tarife passen.
Tarife und ihre Ports stehen auf der Tarifseite.
Kommentare
Noch keine Kommentare. Sei der Erste.