Comprendre le temps d'attente de réseau

Chaque fournisseur de réseau souhaite offrir le temps de latence le plus faible possible au plus grand nombre de clients, et chaque client souhaite obtenir le temps de latence le plus faible possible. Fournisseurs et clients aspirent à atteindre ce même objectif.

Les données peuvent voyager à la vitesse de la lumière sur les câbles réseau à fibre optique, mais elles voyagent généralement beaucoup plus lentement. Par exemple, si une connexion réseau spécifique a atteint sa capacité de bande passante, il se peut que les paquets de données fassent la queue temporairement en attendant de pouvoir à leur tour emprunter ce trajet. Par exemple, si le réseau d'un fournisseur de services particulier sélectionne un itinéraire qui n'est pas optimal, les paquets de données peuvent être envoyés à des centaines de kilomètres de leur destination tout en arrivant à destination. Ces types de retards et de détours sont à l'origine d'une latence accrue du réseau et d'un ralentissement des transferts de données.

La latence du réseau est exprimée en millisecondes (soit 1 000 millisecondes par seconde). Quelques millièmes de seconde ne signifient peut-être pas grand-chose pour nous dans notre vie quotidienne, mais les millisecondes deviennent souvent un facteur décisif dans notre navigation sur le web ou dans nos transactions commerciales. Par exemple, dans le secteur financier, des millisecondes peuvent faire la différence et représenter quotidiennement des milliards de dollars de gains ou de pertes dans des transactions commerciales.

Approches communes permettant de réduire le temps d'attente de réseau

Etant donné que notre objectif commun est de réduire le temps d'attente, il peut être judicieux de limiter le nombre de variables potentielles pouvant affecter la vitesse de transfert des données. Aucun fournisseur ne peut contrôler totalement la façon dont les données circulent sur Internet. Les moyens de minimiser la latence du réseau incluent :

• Distribuer des données à travers le monde : les clients situés dans différents emplacements peuvent extraire des données à partir d'un emplacement qui est proche d'eux géographiquement. Les données étant plus proches des clients, elles sont transférées moins souvent. Lorsque les données ont une plus courte distance à parcourir, le routage est moins susceptible d'avoir un impact significatif sur les performances.

• Mettre à disposition des serveurs avec des ports réseau haute capacité : d'importants volumes de données peuvent parcourir un serveur chaque seconde. Si des paquets sont retardés en raison de ports complètement saturés, des millisecondes s'écoulent, les pages se chargent plus lentement, les vitesses de téléchargement chutent et les utilisateurs sont mécontents.

• Comprenez comment vos fournisseurs acheminent le trafic : Lorsque vous savez comment vos données sont transférées à vos clients dans le monde entier, vous pouvez prendre de meilleures décisions quant à l'endroit où vous hébergez vos données.

De quelle manière IBM Cloud réduit-il le temps d'attente de réseau ?

Afin de réduire le temps d'attente, IBM Cloud a utilisé une approche unique pour construire notre réseau. Tous nos centres de données sont connectés à des points de présence (PoP) de réseau et tous nos points de présence de réseau sont connectés entre eux via notre réseau principal mondial. Comme IBM dispose de son propre réseau mondial, notre équipe opérationnelle peut contrôler les chemins du réseau et les transferts de données avec plus de précision que si nous faisions appel à d'autres fournisseurs pour déplacer les données entre les zones géographiques.

Par exemple, si un client de Berlin souhaite regarder une vidéo de chat hébergée sur un serveur IBM Cloud à Dallas, les paquets de données qui composent cette vidéo de chat traversent notre réseau dorsal (qui est exclusivement utilisé par le trafic IBM Cloud ) jusqu'à Francfort, où les paquets sont envoyés à l'un de nos fournisseurs de services publics de peering ou de transit, pour finalement parvenir à l'utilisateur de Berlin.

Sans réseau fédérateur mondial, les paquets vidéo sont envoyés à un fournisseur de réseau public de peering ou de transit à Dallas. Ensuite, ce fournisseur achemine les paquets sur son réseau ou les envoie à un autre fournisseur selon un saut de réseau, et les paquets sont finalement renvoyés vers l'Allemagne. Il est tout à fait possible que les paquets parviennent de Dallas à Berlin avec la même latence réseau sans utiliser le réseau fédérateur mondial. Cependant, sans le réseau fédérateur mondial, davantage de variables existent ; la latence totale est beaucoup plus difficile à garantir ou à prévoir.

En plus d'utiliser notre réseau principal mondial, IBM Cloud segmente également un trafic public, privé et de gestion sur différents ports réseau. Cela signifie que différents types de trafic sont transférés sans interférer les uns avec les autres.

Récapitulatif : temps d'attente de réseau

Vos clients estiment que vous devez être capable de leur fournir vos données le plus rapidement possible. Le temps nécessaire à vos données pour atteindre vos clients via Internet est appelé temps d'attente de réseau. Plus vous contrôlez votre chemin réseau de données, plus le temps d'attente de votre réseau est cohérent (et réduit).

• Avec Direct Link, IBM vous donne le contrôle sur le chemin parcouru par vos données afin que tout autre trafic n'interrompe ou ne bloque pas le voyage de vos données.
• IBM Cloud offre aux fournisseurs de services de pointe des performances, une sécurité et une résilience élevées.
• Sur IBM Cloud, nous continuons à ajouter des points de présence réseau ( PoPs ) à travers le monde pour rapprocher les données de vos clients, en améliorant la latence et la performance globale pour répondre aux besoins de vos charges de travail de cloud hybride.