Trafic et débit réseau

Deux chiffres comptent pour le réseau d'un serveur : combien il peut envoyer et recevoir, et à quelle vitesse. Le premier est simple. Il n'y a pas de quota. Le second dépend du plan et de ce que font les voisins à ce moment-là. Voici comment fonctionnent les deux, en chiffres.

Trafic : pas de quota mensuel

Aucun de nos plans n'a d'enveloppe de trafic. Nous ne décomptons pas les gigaoctets d'une limite, ne bridons pas après quelques téraoctets et ne facturons pas de dépassement. Un serveur qui envoie des données à pleine vitesse tout le mois, c'est normal, tant que le trafic lui-même est légitime : l'envoi de spam, les attaques contre d'autres machines et les abus du même genre mettent fin au service, quel que soit le volume.

Débit du port

Le port est le plafond pour un serveur. L'autre plafond est le lien montant du serveur physique sur lequel il tourne : 1 Gbit/s lui aussi, et il porte tous les serveurs virtuels de la machine.

Comment la bande passante se partage

Quand le lien est calme, un serveur peut en utiliser presque tout : environ 940 Mbit/s dans chaque sens. Quand plusieurs serveurs sont occupés au même moment, la ligne est répartie équitablement entre les adresses qui envoient ou reçoivent activement. Deux serveurs occupés obtiennent environ 470 Mbit/s chacun, trois environ 310, et ainsi de suite. L'envoi et la réception sont partagés séparément.

Deux conséquences à connaître :

• Personne ne peut vous prendre toute la ligne. Un voisin qui lance un gros téléchargement ne peut pas faire descendre votre part sous une répartition égale.
• Vous n'aurez pas toujours le port entier. Si vous avez besoin d'un débit garanti à chaque instant, un serveur virtuel partagé n'est pas le bon produit, qui que soit le vendeur.

Pour un serveur NAT, la répartition fonctionne de la même façon : chaque serveur NAT compte séparément, même si son adresse sortante n'est pas la sienne.

Bien mesurer le débit

La plupart des signalements de « serveur lent » que nous recevons sont des tests lents : un seul flux, une mesure de 10 secondes ou un serveur de test public saturé. Le contrôle minimal, c'est iperf3 avec quatre flux pendant 30 secondes vers une machine que vous contrôlez :

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

La méthode complète, avec un test sans seconde machine et la façon de lire les chiffres, se trouve dans Comment vérifier le débit de votre serveur et sa consommation de trafic.

Voir votre trafic

La page du serveur dans le tableau de bord a des graphiques réseau pour la dernière heure, le dernier jour et la dernière semaine, issus de la couche de virtualisation : ils fonctionnent même si le système du serveur est arrêté. Ils montrent des débits, pas un total mensuel cumulé.

Pour un total mensuel, installez vnStat dans le serveur : il lit les compteurs de l'interface et survit aux redémarrages. L'installation et la vue par processus sont dans le même guide : Comment vérifier le débit de votre serveur et sa consommation de trafic.

Mail sortant et autres ports

Le débit n'est pas la seule règle réseau. Le SMTP sortant sur les ports 25 et 465 est fermé par défaut sur tous les plans ; l'envoi via un fournisseur de mail sur le port 587 fonctionne. Les serveurs NAT n'acceptent les connexions entrantes que sur leur port SSH ou RDP personnel. Les détails sont dans Réseau et ports.

Si le débit est vraiment faible

Mesurez comme indiqué ci-dessus, depuis deux serveurs de test différents, et notez l'heure. Ouvrez ensuite un ticket avec les commandes et la sortie. Les chiffres d'un test de 20 secondes à plusieurs flux nous permettent de vérifier le lien à ce moment précis ; « ça a l'air lent », non. S'il vous faut plus qu'une part d'une ligne de 1 Gbit/s, dites-nous ce que vous faites tourner et nous vous dirons honnêtement si nos plans conviennent.

Les plans et leurs ports sont sur la page des plans.