Skip to main content
BlogRéseauBackbone du réseau Linode

Backbone du réseau Linode

LinodeNetworkBackbone_1200x631

Comme nous l'avons souligné dans notre dernière mise à jour du réseau, notre département d'ingénierie réseau a travaillé d'arrache-pied pour réorganiser l'ensemble de notre réseau orienté vers l'internet en augmentant la capacité et en établissant des accords de peering directs avec des centaines de réseaux dans le monde entier. Depuis, nous avons étendu notre réseau à tous les centres de données d'Amérique du Nord et d'Europe. Cela signifie que toute communication entre les centres de données Linode ne quittera jamais notre ASN 63949. Le fait de disposer d'une connectivité privée directe entre nos sites élimine la volatilité de l'internet.

Les clients peuvent être sûrs que leurs applications multi-sites hébergées chez nous pourront communiquer par les moyens les plus rapides et les plus fiables possibles. Nos ingénieurs ont travaillé en étroite collaboration avec nos fournisseurs pour choisir les chemins de fibre les plus courts possibles, ce qui permet à nos clients de bénéficier de la latence la plus faible entre les sites. Sur notre chemin le plus long (Fremont DC à Francfort DC), nous avons pu réduire le temps de latence de plus de 15 ms. Nous avons également vu disparaître les inévitables problèmes de gigue et de perte de paquets liés à l'internet.

Bien qu'offrir une connectivité directe entre les interfaces publiques de Linode soit une excellente chose, nous n'avons pas l'intention de nous arrêter là. Nos ingénieurs ont passé d'innombrables heures à établir des relations et à forger des accords avec des centaines de réseaux de contenu et d'utilisateurs. Aujourd'hui, grâce à un réseau dorsal accéléré et renforcé, nous pouvons étendre les avantages de ces relations, qui sont actuellement contenues dans un seul centre de données, à n'importe quel centre de données situé le long de notre réseau dorsal. Par exemple, les clients de Newark bénéficieront directement de nos solides relations de peering en Europe et vice versa. Moins il y a de trafic envoyé à travers de multiples transits, plus nous offrons à nos clients un meilleur nuage de données.

Maintenant que les centres de distribution nord-américains et européens de Linode sont intégrés, nous avons commencé à nous occuper de notre réseau AsiaPAC. Lors d'un récent voyage à Singapour, nos ingénieurs réseau ont allumé une fibre noire jusqu'à l'un des bâtiments les plus denses en opérateurs en Asie, ce qui nous a permis d'étendre notre réseau dorsal dans cette région également.


Commentaires (29)

  1. Author Photo

    To improve Asian network performance, Linode can consider lighting up dark fibres to Hong Kong solely as a network PoP. That way you can cover more Asian countries like the Philippines, Brunei, Taiwan, Cambodia and Vietnam and provide redundant routes for these countries as their links to Singapore or Tokyo are not as stable as the ones going to Hong Kong.

  2. Author Photo

    Good Job!!! Linode always Rocks…

  3. Author Photo

    Goooood job guys! So, there will be a global private network with a unique private IP range shared between Datacenters?

  4. Author Photo

    Excellent news 🙂 I’m in AsiaPAC exclusively at the moment, so I look forward to the work done there 🙂

  5. Author Photo

    Come to StrayaaAAA!

  6. Author Photo

    awesome Linode Rocks

  7. Author Photo

    Yeah yeah thanks Linode!!!

  8. Author Photo

    Any plans to increase egress, i.e. currently 1Gbs out?

  9. Author Photo

    Awesome job. Speed is important if one makes app syncing between two data centres

  10. Author Photo

    Great News!

    We’ll love to have backup service across 2 datacenters ! (and private networks 🙂 )

    E.

  11. Author Photo

    Next POP should be in Australia! Tons of business here!

  12. Author Photo

    +Stephen Reese
    If you have a low cost Linode, than 1Gbps is a good amount of bandwidth for most usage scenarios. You could always set up a cluster of cheap Linodes over multiple datacenters in order to increase your aggregate bandwidth.

    Does Linode with these network upgrades plan on increasing usage quotas on Linodes?

  13. Author Photo

    I’m getting 174ms latency between Fremont and Frankfurt. Your diagram says that should be 147ms.

    What gives with that?

    • Author Photo

      @John Our North American ring consists of diverse paths between each DC. The primary path between Fremont and Newark was down due to a fiber cut which caused traffic to take the longer secondary path. It just so happens that we were working with our provider to get the secondary path shorter which happened in the last 48 hours. RTT for both paths should be around 146ms now. Please let us know if you see otherwise!

  14. Author Photo

    Wow you guys are serious! Is transfer between DC’s “free” do you know? Just out of curiosity 🙂

  15. Author Photo

    Great news for those in Asia! Any good news in a short future for us here in South America? I have linode for almost 3 years and the pricing with quality is unbeatable but unfortunatelly it’s not a fast connection.

  16. Author Photo

    Great Linode Rocks

  17. Author Photo

    Glad to see Linode working hard! 🙂

  18. Author Photo

    Nice job, Linode always stays at the top

  19. Author Photo

    Hello,

    do you have a high level schematics of your datacenter network layout ?

    regards

  20. Author Photo

    Awesome, this is great news. Linode always provides great value and I can see it’s only getting better.

  21. Author Photo

    Hmm…interestingly, for fun, I did a speed test from a linode, downloading a file from vultr (san jose silicon valley) and from linode (silicon valley fremont). It downloaded much faster from vultr? hmm…am I an outlier?

  22. Author Photo

    are you going to post news about linode network backbone?

  23. Author Photo

    How can we establish Bilateral Peering Request over DE-CIX Infrastructure with lonide?

Laissez un commentaire

Votre adresse électronique ne sera pas publiée. Les champs obligatoires sont marqués d'un *.