Voor het netwerk van een server tellen twee getallen: hoeveel hij mag versturen en ontvangen, en hoe snel. Het eerste is eenvoudig. Er is geen quotum. Het tweede hangt af van het tarief en van wat de buren op dat moment doen. Zo werken beide, in cijfers.
Verkeer: geen maandquotum
Geen van onze tarieven heeft een verkeersbundel. We tellen geen gigabytes af van een limiet, remmen niet af na een paar terabyte en rekenen geen overschrijding. Een server die de hele maand op volle snelheid data verstuurt, is prima, zolang het verkeer zelf legitiem is: spam versturen, andere systemen aanvallen en vergelijkbaar misbruik beëindigen de dienst, ongeacht de hoeveelheid.
Poortsnelheid
| Type tarief | Poort |
|---|---|
| Linux-VPS, NAT en dedicated IP | 1 Gbit/s |
| Pro-tarieven | 1 Gbit/s |
| Windows-VPS | 150 Mbit/s |
| Sandboxes | 50 tot 500 Mbit/s, per tarief |
De poort is het plafond voor één server. Het andere plafond is de uplink van de fysieke server waarop hij draait: ook 1 Gbit/s, en die draagt alle virtuele servers op die machine.
Hoe bandbreedte wordt verdeeld
Als de uplink rustig is, kan één server bijna alles gebruiken: ongeveer 940 Mbit/s in elke richting. Zijn meerdere servers tegelijk druk, dan wordt de lijn gelijk verdeeld over de adressen die actief versturen of ontvangen. Twee drukke servers krijgen elk ongeveer 470 Mbit/s, drie elk zo'n 310, enzovoort. Upload en download worden apart verdeeld.
Twee gevolgen die je moet kennen:
- Niemand kan je de hele lijn afpakken. Een buurman met een grote download kan jouw deel niet onder een gelijke verdeling drukken.
- Je krijgt niet altijd de volledige poort. Heb je op elk moment een gegarandeerde snelheid nodig, dan is een gedeelde virtuele server het verkeerde product, wie hem ook verkoopt.
Voor een NAT-server werkt de verdeling hetzelfde: elke NAT-server telt apart, ook al is het uitgaande adres niet van hemzelf.
Snelheid goed meten
De meeste meldingen over een „trage server” die we zien, zijn trage tests: één stream, een meting van 10 seconden of een overvolle openbare testserver. De minimale controle is iperf3 met vier streams gedurende 30 seconden naar een machine die u zelf beheert:
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
De volledige methode, inclusief een test zonder tweede machine en hoe u de cijfers leest, staat in Zo controleer je de snelheid en het dataverbruik van je server.
Je verkeer bekijken
De serverpagina in het dashboard heeft netwerkgrafieken voor het laatste uur, de laatste dag en de laatste week, afkomstig uit de virtualisatielaag, dus ze werken ook als het besturingssysteem van de server niet draait. Ze tonen snelheden, geen oplopend maandtotaal.
Voor een maandtotaal installeert u vnStat in de server: het leest de tellers van de interface en overleeft herstarts. Installatie en een weergave per proces staan in dezelfde handleiding: Zo controleer je de snelheid en het dataverbruik van je server.
Uitgaande mail en andere poorten
Snelheid is niet de enige netwerkregel. Uitgaand SMTP op poort 25 en 465 is standaard dicht op elk tarief; versturen via een mailprovider op poort 587 werkt. NAT-servers accepteren inkomende verbindingen alleen op hun persoonlijke SSH- of RDP-poort. De details staan bij Netwerk & poorten.
Als de snelheid echt laag is
Meet zoals hierboven beschreven, vanaf twee verschillende testservers, en noteer de tijd. Open daarna een ticket met de commando's en de uitvoer. Cijfers uit een test van 20 seconden met meerdere streams laten ons de uplink op precies dat moment controleren; „voelt traag" niet. Heb je meer nodig dan een deel van een lijn van 1 Gbit/s, vertel ons dan wat je draait, en we zeggen eerlijk of onze tarieven passen.
Tarieven en hun poorten staan op de tarievenpagina.
Reacties
Nog geen reacties. Wees de eerste.