Vitesse de port 1 Gbps : Bande passante mesurée vs. illimitée expliquée pour les serveurs dédiés

La vitesse de port sur un serveur dédié définit le débit maximal auquel les données peuvent être transmises entre votre serveur et le réseau en amont. Chez AlexHost, l’allocation par défaut pour les Serveurs Dédiés est de 300 Mbps, incluse dans le plan de base. Pour les charges de travail nécessitant un débit plus élevé, une mise à niveau à 1 Gbps est disponible en trois configurations distinctes : Partagé, Dédié Mesuré et Dédié Non Mesuré — chacune avec des garanties de performance, des limites de bande passante et des structures de coûts fondamentalement différentes.

Choisir le mauvais niveau est l’une des erreurs les plus courantes et les plus coûteuses dans le provisionnement de serveurs. Un port partagé peut être parfaitement adapté à une application à faible trafic, tandis qu’une plateforme multimédia à fort volume ou une infrastructure de sauvegarde peut épuiser une allocation mesurée en quelques jours. Ce guide détaille chaque dimension technique et opérationnelle dont vous avez besoin pour faire le bon choix.

Ce que « Vitesse de Port » signifie réellement au niveau de l’infrastructure

La vitesse de port fait référence à la vitesse de liaison physique de la carte d’interface réseau (NIC) connectant votre serveur au commutateur top-of-rack (ToR) à l’intérieur du centre de données. Un port 1 Gbps signifie que la NIC et le port du commutateur négocient une liaison 1000BASE-T ou 1000BASE-SX — le plafond théorique pour le transfert de données est de 1 gigabit par seconde dans chaque direction (full-duplex).

Cependant, la vitesse de port physique et la bande passante disponible garantie sont deux choses entièrement différentes. Cette distinction est le fondement du débat mesuré vs. non mesuré.

Concepts d’infrastructure clés à comprendre :

• Contention de liaison montante : Plusieurs serveurs peuvent partager une seule liaison montante du commutateur ToR vers le réseau central. Même si votre NIC est connectée à 1 Gbps, le tuyau en amont peut être sursaturé.
• Comptabilisation rx + tx : La consommation de bande passante est généralement mesurée comme la somme du trafic entrant (réception) et sortant (transmission). Un plafond mensuel de 99 TB signifie 99 TB au total dans les deux directions, et non 99 TB dans chaque sens.
• Débit en rafale vs. soutenu : Les connexions partagées peuvent permettre de courtes rafales à la pleine vitesse du port, mais limitent les transferts soutenus lorsque le support partagé est congestionné.

Les trois options de port 1 Gbps chez AlexHost

Option 1 : 1 Gbps Partagé (inclus dans le plan)

Le niveau 1 Gbps Partagé est inclus dans le prix de base du plan de serveur dédié. Votre serveur est physiquement connecté à un port 1 Gbps sur un commutateur de rack qui est également partagé avec d’autres serveurs co-localisés dans le même rack ou segment de commutateur.

Fonctionnement technique :

Le commutateur de rack agrège le trafic de plusieurs serveurs sur une liaison montante partagée. Pendant les heures creuses, vous pouvez atteindre des vitesses proches du débit maximal de la ligne 1 Gbps. Pendant les périodes de pointe — lorsque les serveurs voisins effectuent simultanément des sauvegardes, des transferts en masse ou des applications à fort trafic — votre débit effectif se dégrade proportionnellement.

Implications pratiques :

• Le débit est non déterministe et varie selon l’activité des voisins
• Aucune garantie de vitesse couverte par un SLA
• Adapté à : les environnements de développement, les sites web à faible trafic, les serveurs de staging, les outils internes
• Non adapté à : les bases de données de production avec réplication, les serveurs d’origine CDN à fort volume, ou les applications temps réel sensibles à la latence

Comportement de repli important : Si vous épuisez votre allocation de trafic sur un plan mesuré, AlexHost rétrograde automatiquement votre connexion vers ce niveau partagé jusqu’au début du prochain cycle de facturation. Il s’agit d’un détail opérationnel critique — votre service ne se déconnecte pas, mais les performances deviennent imprévisibles.

Option 2 : 1 Gbps Dédié / Garanti Mesuré — 50 EUR/mois

L’option Dédié Mesuré fournit une connexion 1 Gbps garantie et non partagée avec un plafond de bande passante strict de 99 TB par cycle de facturation (rx + tx combinés).

Ce que « dédié » signifie ici :

Le port de votre serveur est provisionné sur un segment de liaison montante dédié, ce qui signifie que vous n’êtes pas en concurrence avec d’autres serveurs pour la bande passante. Le commutateur et l’infrastructure de routage en amont réservent le plein 1 Gbps pour votre usage exclusif. Ceci est appliqué au niveau de la couche réseau, généralement via la mise en forme du trafic ou des politiques QoS au niveau du port sur le commutateur ToR.

Calcul de bande passante — 99 TB correspond-il à votre cas d’usage ?

Comportement en cas de dépassement : Une fois le seuil de 99 TB atteint, la connexion bascule automatiquement vers le pool 1 Gbps partagé. Il n’y a pas de coupure brutale ni d’interruption de service — mais les performances garanties ne sont plus disponibles jusqu’à la réinitialisation du cycle de facturation.

Idéal pour : Les charges de travail de production avec un trafic prévisible, modéré à élevé, où un plancher de vitesse garanti est essentiel mais où la consommation de bande passante est gérable dans l’enveloppe de 99 TB.

Option 3 : 1 Gbps Dédié / Garanti Non Mesuré — 400 EUR/mois

Le niveau Dédié Non Mesuré offre une connexion dédiée 1 Gbps garantie sans aucun plafond de bande passante. Vous pouvez saturer le port en continu, 24h/24 et 7j/7, pendant tout le mois de facturation sans subir de dépassements ni de limitation.

Débit maximal théorique :

À une utilisation soutenue complète de 1 Gbps (rx et tx), le plafond mensuel de transfert de données est approximativement :

• 1 Gbps = 125 MB/s
• 125 MB/s x 86 400 secondes/jour x 30 jours = ~324 TB/mois par direction
• Full-duplex (rx + tx combinés) : jusqu’à ~648 TB/mois

En pratique, aucune charge de travail réelle ne maintient 100% du débit de ligne en continu, mais cela illustre l’échelle de marge que le niveau non mesuré offre.

Analyse de rentabilité :

À 400 EUR/mois, l’option non mesurée devient rentable lorsque votre trafic projeté dépasse environ 100–120 TB/mois. En dessous de ce seuil, le plan mesuré à 50 EUR/mois est le choix rationnel. Au-dessus, le niveau non mesuré élimine à la fois le risque de dépassement et la charge opérationnelle de surveillance de la consommation.

Idéal pour : La diffusion de contenu à fort volume, la réplication de données à grande échelle, l’infrastructure de streaming multimédia, la distribution continue d’artefacts de pipeline CI/CD, ou toute charge de travail où le trafic est soit très élevé, soit très imprévisible.

Comparaison côte à côte

Nuances techniques critiques et cas particuliers

Le piège de la comptabilisation rx + tx

De nombreux administrateurs sous-estiment la consommation de bande passante parce qu’ils ne suivent que le trafic sortant (tx). Si votre serveur sert du contenu et reçoit de gros téléchargements entrants — par exemple, une destination de sauvegarde ou un nœud de synchronisation bidirectionnelle — le trafic entrant compte également contre votre plafond. Surveillez les deux directions indépendamment à l’aide d’outils comme vnstat, iftop, ou nethogs pour établir une base de consommation précise avant de vous engager dans un plan mesuré.

Calendrier du cycle de facturation et fenêtre de repli

Le basculement automatique vers la bande passante partagée lors de l’épuisement du plafond n’est pas instantané dans toutes les implémentations — il peut y avoir une brève fenêtre où le trafic continue au débit dédié avant que la politique au niveau du commutateur prenne effet. Ne comptez pas sur cette fenêtre comme tampon. Construisez votre surveillance du trafic et vos alertes autour d’une utilisation du plafond à 80–85% pour vous donner le temps de réagir, soit en optimisant le trafic, soit en mettant à niveau le plan en cours de cycle.

La latence n’est pas une fonction de la vitesse de port

Une idée reçue courante : passer d’une bande passante partagée à une bande passante dédiée ne réduit pas la latence réseau. La latence est déterminée par la longueur du chemin de routage, la distance physique aux points de peering en amont et la profondeur des files d’attente aux nœuds congestionnés — et non par la vitesse de votre port local. Si votre application est sensible à la latence (jeux en temps réel, API financières, VoIP), concentrez-vous sur les relations de peering du centre de données et la proximité géographique de vos utilisateurs, et pas seulement sur le niveau de port.

Agrégation NIC et configurations multi-ports

Pour les charges de travail nécessitant à la fois un débit élevé et une redondance, envisagez si l’agrégation NIC (LACP/802.3ad) est disponible. Deux ports 1 Gbps agrégés en mode actif-actif peuvent fournir jusqu’à 2 Gbps de débit agrégé tout en offrant également un basculement. Il s’agit d’une discussion distincte du niveau mesuré/non mesuré, mais elle vaut la peine d’être soulevée avec l’équipe de support AlexHost si votre architecture l’exige.

Choisir le bon niveau : un cadre de décision

Répondez à ces questions dans l’ordre :

1. Votre charge de travail est-elle critique pour la production ? Si oui, éliminez immédiatement l’option partagée. Passez à la question 2.
2. Pouvez-vous estimer avec précision le trafic mensuel (rx + tx combinés) ? Si non, ou si le trafic est très variable, choisissez le non mesuré pour éliminer le risque opérationnel.
3. Votre trafic mensuel estimé est-il constamment inférieur à 80 TB ? Si oui, le plan mesuré à 50 EUR/mois offre un avantage de coût significatif avec une marge confortable avant le plafond de 99 TB.
4. Votre charge de travail implique-t-elle des transferts en masse continus, du streaming multimédia ou une réplication de données à grande échelle ? Si oui, calculez si 400 EUR/mois est justifié par le volume de trafic. À 100+ TB/mois, c’est presque toujours le cas.
5. Gérez-vous un environnement d’Hébergement VPS ou revendez-vous des ressources à des utilisateurs finaux ? Le trafic agrégé imprévisible de plusieurs locataires fait du niveau non mesuré le seul choix opérationnellement sûr.

Surveillance de la consommation de bande passante sur votre serveur dédié

Quel que soit le niveau que vous sélectionnez, mettez en place une surveillance de la bande passante dès le premier jour. Outils recommandés :

• vnstat : Comptabilisation du trafic légère et persistante par interface. Suit les totaux horaires, quotidiens et mensuels. Essentiel pour les plans mesurés.
• iftop / nethogs : Visibilité du trafic en temps réel par connexion et par processus. Utile pour identifier les sources de trafic inattendues.
• Prometheus + node_exporter : Pour les environnements de production, exposez les métriques d’interface réseau à une stack Prometheus/Grafana et définissez des seuils d’alerte à 75% et 90% de votre plafond mensuel.
• Netdata : Surveillance en temps réel sans configuration avec des graphiques de débit réseau intégrés.

Configurez des alertes automatisées bien avant l’épuisement du plafond. Un pic soudain — causé par une attaque de réflexion DDoS, une tâche de sauvegarde mal configurée ou un événement de trafic viral — peut consommer des semaines de bande passante en quelques heures.

Si vous gérez également une infrastructure de messagerie sur le même serveur, notez que la distribution de courrier à fort volume peut contribuer de manière significative aux totaux tx. Envisagez d’externaliser les e-mails transactionnels vers un service d’Hébergement Email dédié pour maintenir la consommation de bande passante de votre serveur prévisible et concentrée sur sa charge de travail principale.

Considérations de sécurité à haute vitesse de port

Une connexion dédiée non mesurée à 1 Gbps est un atout puissant — et une responsabilité potentielle si votre serveur est compromis ou ciblé par des attaques d’amplification. À 1 Gbps, un résolveur DNS ou un serveur NTP mal configuré peut devenir une source significative de trafic DDoS réfléchi, consommant votre bande passante et violant potentiellement les politiques d’utilisation acceptable.

Étapes de durcissement de base pour tout serveur 1 Gbps :

• Désactiver la résolution DNS récursive ouverte sauf si explicitement requise
• Appliquer une limitation de débit en entrée et en sortie au niveau du pare-feu pour ICMP, UDP et autres protocoles sujets à l’amplification
• Activer le suivi des connexions (conntrack) et définir des délais d’expiration agressifs pour les flux UDP
• Surveiller les schémas de trafic asymétriques (tx élevé avec rx faible) qui sont caractéristiques de la participation à une amplification sortante
• Maintenir fail2ban ou équivalent actif pour supprimer les attaques SSH par force brute et les attaques de couche applicative qui génèrent un trafic soutenu

Pour les serveurs gérant également la terminaison HTTPS, associer votre port dédié à un Certificat SSL correctement configuré garantit que le débit supplémentaire n’est pas gaspillé sur du trafic non chiffré qui expose vos utilisateurs à l’interception.

Liste de contrôle des points clés pratiques

Avant de finaliser votre sélection de niveau de bande passante, vérifiez chacun des points suivants :

• Établissez une base de référence de votre trafic mensuel actuel ou projeté à l’aide de journaux ou d’analyses réels — incluez rx et tx
• Identifiez si votre charge de travail présente des schémas de trafic prévisibles ou est sujette à des pics soudains
• Confirmez si des services co-localisés (sauvegardes, réplication, e-mail) contribuent à votre total de bande passante
• Déterminez si un plancher de vitesse garanti est opérationnellement requis ou simplement préféré
• Calculez le point d’équilibre coût-par-TB : le plan mesuré à 50 EUR/mois devient plus coûteux que le non mesuré à 400 EUR/mois lorsque vous dépassez régulièrement ~100 TB/mois
• Déployez vnstat ou une surveillance équivalente dès le premier jour, quel que soit le niveau
• Définissez des alertes à 75% et 90% de votre plafond mensuel si vous êtes sur le plan mesuré
• Vérifiez votre ensemble de règles de pare-feu pour prévenir la participation aux attaques d’amplification avant d’activer un port non mesuré à haute vitesse
• Si l’imprévisibilité du trafic est une préoccupation, la prime de coût 8x du non mesuré par rapport au mesuré est une assurance, pas une dépense excessive

Pour les équipes évaluant une stack d’infrastructure complète — y compris la gestion du panneau de contrôle — examiner les options de Panneaux de Contrôle VPS disponibles parallèlement à votre niveau de bande passante peut simplifier considérablement l’administration continue du serveur.

Foire aux questions

Que se passe-t-il sur mon serveur lorsque j’épuise le plafond mesuré de 99 TB ?

Votre connexion bascule automatiquement vers le pool 1 Gbps partagé pour le reste du cycle de facturation. Le serveur reste en ligne et accessible, mais le débit devient meilleur effort et non garanti. Le service reprend à la vitesse dédiée au début de la prochaine période de facturation.

La vitesse de port « dédiée » signifie-t-elle que j’ai un câble physiquement séparé des autres serveurs ?

Pas nécessairement un câble physique séparé, mais une allocation de bande passante réservée et logiquement isolée, appliquée au niveau du commutateur et de la couche de routage. Votre trafic n’est pas en concurrence avec les serveurs voisins pour la même capacité de liaison montante, ce qui est ce qui compte opérationnellement.

Le trafic entrant (téléchargement) est-il comptabilisé contre le plafond de 99 TB ?

Oui. Le plafond s’applique au total combiné du trafic reçu (rx) et transmis (tx). Un serveur recevant 50 TB de téléchargements de sauvegarde et envoyant 60 TB de diffusion de contenu dépasserait le plafond même si aucune direction seule ne dépasse 99 TB.

Puis-je passer du mesuré au non mesuré en cours de cycle de facturation si j’approche du plafond ?

Cela dépend du flux de provisionnement d’AlexHost — contactez le support pour confirmer la disponibilité. En général, il est conseillé de mettre à niveau de manière proactive en fonction des tendances du trafic plutôt que de manière réactive lorsqu’on approche de l’épuisement, car la transition peut ne pas être instantanée.

Un port 1 Gbps est-il suffisant pour les charges de travail intensives en GPU comme l’entraînement de modèles d’IA ou le rendu ?

Pour la plupart des charges de travail d’entraînement d’IA, le goulot d’étranglement est le calcul, pas le débit réseau. Cependant, si votre pipeline implique une ingestion continue de grands ensembles de données depuis un stockage distant ou une synchronisation fréquente de points de contrôle de modèles, un port 1 Gbps dédié non mesuré est le choix approprié. Les équipes exécutant un entraînement distribué sur plusieurs nœuds devraient également évaluer l’infrastructure d’Hébergement GPU conçue spécifiquement pour la communication inter-nœuds à haut débit.