Dans cette série d'articles, nous souhaitons examiner les questions que les gens se posent lorsqu'ils travaillent avec des fournisseurs d'hébergement et des serveurs dédiés en particulier. Nous avons mené la plupart des discussions sur des forums anglophones, en essayant avant tout d'aider les utilisateurs avec des conseils, plutôt que de l'auto-promotion, en donnant la réponse la plus détaillée et la plus impartiale, car nous avons plus de 14 ans d'expérience dans le domaine, des centaines de des solutions mises en œuvre avec succès et des milliers de clients satisfaits. Néanmoins, nos réponses ne doivent pas être considérées comme les seules réponses correctes de première instance ; elles peuvent très bien contenir des inexactitudes, voire des erreurs ; personne n’est parfait. Nous vous serions reconnaissants de les ajouter ou de les corriger 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 bien inférieur au coût d'un serveur avec un canal de 1 Gbit/s sans trafic ? Après tout, si vous louez 2-3 serveurs avec un canal de 1 Gbit/s et une limite de 100 To, vous pouvez consommer exactement la même quantité que celle consommée par un serveur avec un canal de 1 Gbit/s non mesuré, voire plus de canal en période de pointe, tandis que le fournisseur fournit essentiellement plus de matériel, plus de connexions et un prix inférieur ?
Le fait est que les fournisseurs, lorsqu'ils proposent des serveurs avec une limite de trafic assez importante voire « illimitée » pour peu d'argent, prennent en compte les profils de consommation moyens de leurs clients. Il s'est avéré que la plupart des clients qui achètent de telles chaînes n'utilisent pas pleinement la connectivité qui leur est fournie. C'est ce qui permet de faire une telle offre.
100 To de trafic est une limite assez importante. Cela représente plus de 100 Mbps non mesurés. Après tout, ayant un canal de 100 Mbit/s sans comptabilité, vous pouvez pomper un maximum de 100 (vitesse en mégabits) * 86400 (nombre de secondes dans une journée) * 30 (jours) / 8 (bits en octets) / 1000 (mégaoctets en gigaoctets, si on compte par 1000, et non 1024, 1024 c'est un peu en kibibit) = 32 400 Go par mois dans chaque sens avec une charge de canal constante de 100 %. Cependant, comme nous le savons, les serveurs ne consomment pas de trafic en permanence et bien souvent les courbes de consommation quotidienne peuvent ressembler à ceci :
Pour certains, les pics peuvent atteindre le débit maximum et nécessiter un honnête 1 Gbit/s à ces moments-là. Dans ce cas, la limite totale de trafic par mois ne peut quasiment pas être dépassée :
Bien entendu, ces clients ne sont pas très rentables pour les fournisseurs, et le fournisseur cherche donc à les transférer vers Unmetered, car s'il fournit des services à des clients de la même région, il est probable que les pics de consommation coïncideront et ce gigabit « honnête » le fournisseur ne pourra vendre que 1,2 client. Si le fournisseur a des clients de différentes régions, il est probable que la chaîne puisse être vendue à deux abonnés ou plus à la fois, car les pics de consommation d'audience se produiront à des moments différents. En réalité, tous les clients ne consomment pas leur limite de 100 To, donc fournir des serveurs avec une limite de trafic de 100 To est extrêmement rentable.
De plus, en connectant 10 canaux Gigabit aux racks, il est possible de répartir très efficacement le trafic entre chacun. Nous parvenons à diviser un canal 10 Gbps en moyenne 5 racks remplis de serveurs avec une limite de 100 To. Cela représente environ 150 serveurs. Puisqu'un rack d'une hauteur de 47 unités peut accueillir soit 41 serveurs à unité unique, soit 21 serveurs à unités doubles.
En conséquence, la consommation totale du canal est la suivante :
Si vous refusez le service aux abonnés qui génèrent beaucoup de trafic (la principale contribution à la charge du canal est apportée par moins de 10 serveurs sur 150 présents sur ce port), alors vous pouvez augmenter le nombre de serveurs à 300 ou plus. Et tout le monde sera content et tout le monde aura suffisamment de trafic.
Cependant, il existe d'autres moyens d'économiser de l'argent et de ne pas déranger les abonnés : connectez une liaison montante de transit moins chère ou envoyez du trafic vers un point d'échange ou un peering gratuitement si vous êtes un gros générateur de trafic.
C'est ce qui nous permet de proposer des prix bas, de ne pas refuser le service aux abonnés, de payer aux fournisseurs de transit 1500 6000 à 10 XNUMX euros pour chaque XNUMXG, en fonction de la qualité du fournisseur de transit, et de vendre la connectivité à moindre coût avec un certain taux de survente, lorsque chacun l'abonné a sa propre chaîne commandée honnête, sans interférer les uns avec les autres.
Il devient immédiatement clair pourquoi le prix du 1 Gbps non mesuré est beaucoup plus élevé, car si avec des serveurs de 100 téraoctets, tout le monde ne consomme pas sa limite, alors le client qui commande 1 Gbps non mesuré consommera clairement la majeure partie du canal. Bien que nous ayons vu l'exception ci-dessus et un exemple de la façon dont on peut générer près de 1 Gbit/s de trafic lors des pics tout en restant dans la limite de 100 téraoctets, il s'agit d'une exception et non d'un modèle typique.
Mon administrateur a installé le programme vnstatd sur le serveur, le trafic est prélevé sur l'interface, toutes les 5 minutes. Est-ce qu'il prend tout en compte ? Cela montre donc que 87 To ont été utilisés, alors que le fournisseur dit que 96 To ont été utilisés et que le trafic a presque disparu. J'ai confiance en mon administrateur système, c'est un excellent spécialiste. Et s’il dit que le fournisseur gonfle les coûts, c’est vrai. De plus, cela est démontré par le fait qu'ils ont commencé à jouer avec les valeurs avec force, donnant au cours de la discussion différentes valeurs de trafic pour la même période. A la question « comment ça va ? » nous attendons toujours une réponse.
Le fait est que certains programmes de comptabilité du trafic conservent des enregistrements en TiB et non en TB. Des tébioctets, pas des téraoctets. C'est-à-dire que la comptabilité est effectuée selon le système binaire, et non décimal, sur la base qu'il y a 1024 octets dans un kilo-octet, ou plus précisément dans un kibioctet, et non 1000.
Il convient de noter que pour éviter que cette distinction ne soit utilisée à des fins marketing, l'ISO (Organisation internationale de normalisation) a introduit depuis longtemps le préfixe « bi » pour les octets binaires, c'est-à-dire les kibioctets, les mébioctets, les gibioctets, les tébioctets. Mais la commercialisation a toujours eu lieu, et si les fabricants de disques, en utilisant des octets décimaux, parviennent à indiquer des volumes plus petits de capacité de disque, alors lors de la mesure et de la comptabilisation du trafic, la situation est inverse. Le fournisseur d’hébergement, bien qu’il fournisse 100 To de trafic, en fournit moins qu’il ne pourrait l’être en termes binaires.
Il semblerait que la différence soit faible, seulement 24 octets pour 1000, l'erreur n'est que de 2,4 %, mais pourquoi y a-t-il une si grande différence, au niveau de 10 % ? Peut-être qu’ils n’ont vraiment pas pris en compte une partie du trafic ?
Le fait est qu’il ne faut pas oublier que « l’erreur » augmente, à savoir :
1024 octets dans un kibioctet (si l'on parle selon les normes ISO), dans un mébioctet il y a 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 tournant inattendu ? Oui?
Lorsque l’on mesure le trafic en téraoctets, la différence entre les unités comptables est exactement de 10 % !
De plus, la différence entre les données extraites du port du commutateur et du port du serveur peut être causée par une attaque DDOS, qui n'atteint pas le client et peut être éliminée au niveau du « routeur », alors qu'il y a toujours une consommation de trafic.
Il ne faut pas non plus oublier que parfois le programme ne prend pas en compte le trafic sur tous les ports, et qu'une partie du trafic peut « échapper » à la surveillance.
Il s'ensuit également que lorsqu'un trafic limité est fourni, le trafic total entrant + sortant est souvent pris en compte, et si vous disposez, par exemple, d'un service VPN, le rapport sera de 1 pour 1 et vos clients pourront pomper un total de 50 To maximum de trafic avec une limite de 100.
A suivre ...
Quelques publicités 🙂
Merci de rester avec nous. Vous aimez nos articles ? Vous voulez voir du contenu plus intéressant ? Soutenez-nous en passant une commande ou en recommandant à vos amis, , un analogue unique des serveurs d'entrée de gamme, que nous avons inventé pour vous : (disponible avec RAID1 et RAID10, jusqu'à 24 cœurs et jusqu'à 40 Go de DDR4).
Dell R730xd 2 fois moins cher dans le centre de données Equinix Tier IV à Amsterdam ? Ici seulement aux Pays-Bas! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - à partir de 99$ ! En savoir plus
Source: habr.com