Bande passante jusqu'à 500 Mbps : ce que cela signifie en pratique
Comment lire les limites réseau et disque d'un serveur, comment mesurer correctement la vitesse, et pourquoi la charge réelle n'atteint presque jamais la limite de bande passante.
Mis à jour le 23 août 2026
Chaque machine Millida VDS dispose d'une bande passante allant jusqu'à 500 Mbps. Il s'agit de la limite supérieure du canal, et non d'un débit garanti vers n'importe quel point du monde : des réseaux tiers se trouvent sur le trajet, et leur débit ne dépend pas de vous.
Ce que 500 Mbps représentent en pratique
500 Mbps correspondent à environ 60 Mo/s. Voici ce que cela couvre :
- une image d'un gigaoctet — environ 17 secondes ;
- un flux vidéo 1080p — environ 5 Mbps, ce qui signifie qu'une centaine de spectateurs atteindra le plafond ;
- un site web classique — des fractions de pourcent de la bande passante, même en pic.
Pour une application web, un serveur de jeu ou un bot, la bande passante n'est presque jamais le facteur limitant. Le goulot d'étranglement est généralement le CPU, la mémoire ou le disque.
Limite du disque
Le disque est limité séparément et dépend du palier du plan : écriture — 60 Mo/s par cœur, mais pas en dessous de 60 et pas au-dessus de 400 Mo/s ; la lecture correspond au double de l'écriture. Au-delà du plafond, un burst jusqu'à trois fois supérieur est autorisé pendant 30 secondes — il couvre l'extraction d'archives ou le démarrage d'un service lourd.
| Plan | Cœurs | Plafond d'écriture | Plafond de lecture |
|---|---|---|---|
| VDS-1 | 1 | 60 Mo/s | 120 Mo/s |
| VDS-2 | 2 | 120 Mo/s | 240 Mo/s |
| VDS-3 | 4 | 240 Mo/s | 480 Mo/s |
| VDS-4 | 6 | 360 Mo/s | 720 Mo/s |
| VDS-5 | 8 | 400 Mo/s | 800 Mo/s |
| VDS-6 | 10 | 400 Mo/s | 800 Mo/s |
Le disque est de type NVMe, et son principal avantage n'est pas tant le plafond que la réactivité : les petites opérations de base de données s'exécutent rapidement à n'importe quel palier.
Comment mesurer
Réseau :
apt install -y speedtest-cli
speedtest-cli --simple
curl -o /dev/null -w "%{speed_download}\n" https://speed.cloudflare.com/__down?bytes=104857600
Disque :
dd if=/dev/zero of=/root/testfile bs=1M count=4096 oflag=direct
rm /root/testfile
apt install -y fio
fio --name=w --rw=write --bs=1M --size=4G --direct=1 --filename=/root/fio.tmp
Mesurez pendant au moins une minute. Un test court tombera dans le burst et affichera des chiffres supérieurs au plafond — c'est agréable, mais ce n'est pas la réalité.
Pourquoi « les téléchargements sont lents »
- Le côté émetteur limite la vitesse — la cause la plus fréquente.
- Une seule connexion TCP n'atteindra pas la vitesse maximale sur une route longue distance. Testez avec
curl -Zou plusieurs flux. - Les petits fichiers : la vitesse est limitée par la latence et le nombre de requêtes, pas par la bande passante.
- Une limite oubliée dans le service lui-même :
LimitRatedans nginx,--limit-ratedans rsync. - Des particularités réseau telles qu'un MTU incorrect — voir MTU 1420.
Erreurs courantes
| Symptôme | Cause | Solution |
|---|---|---|
dd affiche des gigaoctets par seconde | Les données ont été écrites dans le cache mémoire | Ajoutez oflag=direct |
| La vitesse chute après une demi-minute | Le burst est terminé, vous avez atteint le plafond | Normal ; planifiez en fonction du plafond |
| Le site « rame », les graphiques de trafic sont vides | Le problème ne vient pas du réseau mais du CPU ou du disque | Consultez « Vue d'ensemble » à /hosting/vds/m/<id> |
| Résultats de speedtest différents | Points de test différents | Comparez le même serveur |
Avant de changer de plan à cause de la vitesse, consultez les graphiques du CPU, de la mémoire et du trafic dans « Vue d'ensemble » pendant une semaine. Vous verrez généralement un tout autre goulot d'étranglement, et un plan ne peut être que mis à niveau, sans retour en arrière possible.