Dans cette série d'articles, nous souhaitons aborder les questions que les gens se posent lorsqu'ils travaillent avec des fournisseurs d'hébergement et des serveurs dédiés en particulier. La plupart de nos discussions ont eu lieu sur des forums anglophones, en essayant avant tout d'aider les utilisateurs par des conseils plutôt que par de l'autopromotion, en fournissant des réponses aussi détaillées et impartiales que possible, car notre expérience dans le domaine dépasse déjà 14 ans, avec des centaines de solutions réussies et des milliers de clients satisfaits. Néanmoins, nos réponses ne doivent pas être considérées comme les réponses définitives, elles peuvent contenir des inexactitudes et même des erreurs, personne n'est parfait. Nous vous serions reconnaissants de compléter ou de corriger ces réponses dans les commentaires.
Pourquoi le coût d'un serveur avec une limite de trafic de 100 To et un canal de 1 Gbit/s est-il beaucoup plus bas que celui d'un serveur avec un canal de 1 Gbit/s sans limite de trafic ? En effet, si l'on loue 2 à 3 serveurs avec un canal de 1 Gbit/s et une limite de 100 To, on peut consommer exactement autant que ce que pourrait consommer un serveur avec 1 Gbps Unmetered, voire plus en période de pointe, alors que le fournisseur offre en réalité plus de matériel, davantage de connexions et un prix plus bas ?
Le fait est que les fournisseurs, en proposant des serveurs avec une limite de trafic assez élevée ou même « illimitée » à bas prix, prennent en compte les profils de consommation moyenne de leurs clients. Il s'avère que la plupart des clients qui achètent de tels canaux n'utilisent pas pleinement la connectivité qui leur est fournie. C'est précisément grâce à cela qu'il est possible de faire une telle offre.
100 To de trafic est une limite assez importante. C'est plus que 100 Mbps Non Mesuré. En effet, avec une connexion de 100 Mbit/s, sans comptabiliser, on peut transférer au maximum 100 (vitesse en mégabits) * 86400 (nombre de secondes dans un jour) * 30 (jours) / 8 (bits en octets) / 1000 (mégabytes en gigabytes, si l'on calcule par 1000 et non par 1024, 1024 étant les bits en kibibits) = 32 400 Go par mois dans chaque direction avec une saturation constante de la bande passante à 100 %. Cependant, comme nous le savons, les serveurs ne consomment pas toujours du trafic de manière continue et les tendances de consommation quotidienne peuvent souvent ressembler à cela :
Pour certains, les pics peuvent atteindre la capacité maximale et nécessiter un véritable 1 Gbit/s à ces moments-là. Cependant, le quota total de trafic par mois peut pratiquement ne pas être dépassé :
Ces clients ne sont évidemment pas très rentables pour les fournisseurs, et c'est pourquoi le fournisseur s'efforce de les faire passer à des offres Non Mesurées, car s'il fournit des services à des clients d'une seule région, il est probable que les pics de consommation coïncident et que ce « véritable » gigabit ne puisse être vendu qu'à 1,2 client. En revanche, si le fournisseur a des clients de différentes régions, il est tout à fait possible que la bande passante puisse être vendue à deux clients ou plus simultanément, car les pics de consommation des audiences se produiront à des moments différents. En réalité, cependant, très peu de clients atteignent leur quota de 100 To, c'est donc extrêmement rentable de fournir des serveurs avec une limite de 100 To de trafic.
De plus, en connectant des canaux de 10 gigabits aux racks, nous parvenons à diviser le trafic très efficacement entre tous. Nous sommes capables de diviser un canal de 10 Gbit/s en moyenne entre 5 racks remplis de serveurs avec une limite de 100 To. Cela représente environ 150 serveurs. Étant donné qu'un rack de 47 unités peut contenir soit 41 serveurs d'unité unique, soit 21 serveurs de deux unités.
Au final, la consommation totale du canal est la suivante :
Si l'on refuse de servir les clients qui générèrent beaucoup de trafic (la principale contribution à la saturation du canal provient de moins de 10 serveurs sur 150 présents sur ce port), il est possible d'augmenter le nombre de serveurs à 300 ou plus. Tout le monde serait satisfait et il y aurait suffisamment de trafic pour tous.
Cependant, il existe d'autres moyens d'économiser et de ne pas contrarier les abonnés : connecter un transit uplink moins coûteux ou envoyer le trafic vers un point d'échange ou de peering gratuitement, si vous êtes un important générateur de trafic.
Tout cela permet de maintenir des prix bas sans refuser le service aux abonnés, en payant aux fournisseurs de transit entre 1500 et 6000 euros pour chaque 10G, selon la qualité du fournisseur de transit, tout en vendant la connectivité en dessous du coût avec un certain coefficient de survente, lorsque chaque abonné dispose de sa propre bande passante garantie, sans interférer les uns avec les autres.
Il devient évident pourquoi le prix pour 1Gbps Unmetered est beaucoup plus élevé, car avec des serveurs de 100 To, très peu d'utilisateurs atteignent leur limite, alors qu'un client qui commande 1Gbps Unmetered utilisera clairement une grande partie de la bande passante. Bien que nous ayons vu l'exception ci-dessus et un exemple de la façon de générer presque 1 Gbit/s de trafic pendant les pics tout en restant en dessous de la limite de 100 To, cela reste une exception et non un modèle typique.
Mon administrateur a installé le programme vnstatd sur le serveur, l'interface mesure le trafic toutes les 5 minutes. Est-ce que tout cela est bien pris en compte ? Eh bien, j'ai un affichage indiquant que 87 To ont été utilisés, alors que le fournisseur dit qu'il y a eu 96 To et que le trafic est presque épuisé. J'ai confiance en mon administrateur système, c'est un excellent spécialiste. Et s'il dit que le fournisseur exagère la consommation, c'est probablement vrai. D'autant plus que cela se voit dans les différentes valeurs données pendant la discussion pour le même période. Pour la question « comment cela se fait-il ? », nous attendons toujours une réponse.
Le fait est que certains programmes de comptage de la bande passante effectuent leurs calculs en TiB et non en To. En tebibytes, et non en terabytes. C'est-à-dire que le comptage se fait selon le système binaire et non décimal, en considérant qu'un kibioctet — c'est 1024 octets, et non 1000.
Il est à noter que pour ne pas utiliser cette différence à des fins marketing, l'ISO (Organisation internationale de normalisation) a longtemps introduit le préfixe «bi» pour les octets binaires, c'est-à-dire les kibioctets, mébioctets, gibioctets, tébioctets. Toutefois, le marketing a tout de même eu lieu, et si les fabricants de stockage réussissent à indiquer des capacités inférieures grâce aux octets décimaux, en ce qui concerne la mesure et le comptage du trafic, la situation est inversée. Un hébergeur, fournissant 100 To de trafic, en fournit moins que ce qui pourrait réellement être le cas, si l’on considère selon le système binaire.
On pourrait penser que la différence est minime, seulement 24 octets sur 1000, l'erreur à cela n'est que de 2,4 %, mais pourquoi y a-t-il une si grande différence, au niveau de 10 % ? Peut-être qu'un certain type de trafic n'a-t-il pas été pris en compte ?
Le fait est qu'il ne faut pas oublier que l'« erreur » augmente, en effet :
1024 octets dans un kibioctet (si on parle selon les normes ISO), dans un mébioctet c'est déjà 1024*1024 = 1 048 576 octets, dans un gibioctet — 1024*1024*1024 = 1 073 741 824, et dans un tébioctet — 1024*1024*1024*1024 = 1 099 511 627 776.
Un retournement inattendu ? Oui ?
Lors de la mesure du trafic en téraoctets, la différence entre les unités de mesure représente justement 10 % !
De plus, la différence dans les données prises au port du commutateur et au port du serveur peut être causée par une attaque DDoS, qui n'atteint pas le client et peut être résolue au niveau du « routeur », tout en consommant tout de même du trafic.
Il ne faut pas non plus oublier que parfois, le programme ne compte pas le trafic sur tous les ports, et un certain trafic peut « échapper » à la surveillance.
Il convient également de noter que lorsque du trafic limité est fourni, on considère souvent le total des entrées + sorties, et si vous avez, disons, un service VPN, le ratio sera de 1 à 1 et vos clients pourront transférer un maximum de 50 To de trafic avec une limite de 100.
À suivre...
Un peu de publicité 🙂
Merci de rester avec nous. Aimez-vous nos articles ? Voulez-vous voir plus de contenu intéressant ? Soutenez-nous en passants une commande ou en nous recommandant à des amis, , un équivalent unique des serveurs d'entrée de gamme, conçu pour vous : (options disponibles avec RAID1 et RAID10, jusqu'à 24 cœurs et jusqu'à 40 Go DDR4).
Dell R730xd deux fois moins cher dans le data center Equinix Tier IV à Amsterdam ? Uniquement chez nous aux Pays-Bas ! Dell R420 — 2x E5-2430 2.2GHz 6C 128Go DDR3 2x960Go SSD 1Gbps 100To — à partir de 99 $ ! Lisez sur
Source : habr.com
