vmware acquiert velocloud Le marché du SD-WAN se trouve dans la phase de consolidation de son évolution et les rapprochements d’entreprises inondent la Silicon Valley.
La dernière nouvelle en date concerne l’acquisition de VeloCloud, ou plutôt de VMware Velocloud.
L’idée peut sembler étrange à première vue étant donné la position de VMware en tant qu’acteur dominant de la virtualisation des serveurs (pourquoi voudrait-il s’impliquer dans tout ce qui touche au WAN ?), mais en 2012, l’entreprise a déboursé 1,2 milliard de dollars pour acquérir Nicira, une startup sur le marché des réseaux définis par logiciel.
La technologie de Nicira a permis à VMware de virtualiser les réseaux des centres de données utilisés pour prendre en charge les serveurs virtuels, une étape importante sur la voie de la réalisation de la vision de VMware du centre de données défini par logiciel.
Les entreprises ayant généralement de nombreux sites, il n’est pas impossible de penser que VMware souhaiterait disposer d’une technologie WAN définie par logiciel pour les relier entre eux.
Et si la technologie Nicira – désormais appelée NSX – a permis à VMware de concurrencer Cisco sur le marché des réseaux de centres de données, l’acquisition de VeloCloud Networks permettrait à l’entreprise de frapper un grand coup et d’essayer de perturber Cisco sur un autre marché clé, celui du réseau étendu.
Mais il faut aller plus loin pour voir ce que VMware va réellement obtenir.

Qu’est-ce qui est réellement virtualisé ?

Considérez les efforts de VeloCloud pour virtualiser les succursales.
Le SD-WAN superposé de l’entreprise peut être utilisé pour remplacer les routeurs des succursales, ce qui donnerait à VMware une bonne raison de concurrencer Cisco.
En reliant les succursales aux passerelles VeloCloud basées dans le nuage, il est possible de simplifier l’infrastructure des succursales.
Cependant, VeloCloud ne virtualise que la périphérie du réseau, et non le transport sous-jacent au-delà des passerelles.
VeloCloud s’appuie sur l’Internet et le MPLS pour relier un point A à un point B sur le long terme.
Si la virtualisation de la périphérie présente des avantages, VMware ne virtualisera pas le réseau étendu lui-même.

En quoi cela est-il important ?

Vous devez prendre en compte les principaux développements qui ont suscité l’intérêt pour le SD-WAN en premier lieu.
Les backbones d’entreprise qui reposent sur l’ancien système MPLS sont de moins en moins pertinents :

  • Les demandes de bande passante montent en flèche – en hausse de 155 % sur le continent américain et de plus de 240 % dans la région Asie/Pacifique – car les entreprises connectent de plus en plus d’appareils, s’appuient davantage sur la vidéo et investissent dans des efforts de transformation numérique.
  • Davantage de trafic émane des appareils mobiles et y aboutit.

Les réseaux MPLS sont trop statiques, trop difficiles à gérer et trop coûteux pour répondre aux besoins de cette nouvelle réalité, d’où l’intérêt explosif pour le SD-WAN.
Mais – et c’est là l’essentiel – tous les SD-WAN ne se valent pas.
L’astuce consiste à trouver une solution capable de faire le travail avec plus de souplesse et pour moins cher, tout en maintenant les niveaux de service requis pour les applications critiques de l’entreprise.

La différence fondamentale

Les technologies SD-WAN qui s’appuient simplement sur l’internet pour le transport longue distance s’exposent aux aléas du service dus à la congestion, à la latence et à la perte de paquets, même avec la technologie avancée de correction d’erreur directe d’aujourd’hui.
Cela se traduit par de grandes variations dans les performances des applications et, pire encore, par des temps de réponse longs qui handicapent les utilisateurs finaux. Le rapport 2017 State of the WAN Report a recueilli des données auprès de plus de 5 000 sites dans 63 pays pour mesurer les performances des transferts de fichiers et des applications cloud/SaaS sur l’internet public.
Fait remarquable, les temps de réponse des applications TCP peuvent atteindre 40 secondes et présenter une variation de près de 200 %, en fonction de la distance entre les sites.
Si les liaisons Internet régionales, en particulier à l’intérieur des États-Unis, peuvent être performantes, les liaisons longue distance, en particulier vers d’autres parties du monde, ne le sont pas.
Les tests montrent, par exemple, que les liaisons entre San Jose et Chicago ont un temps de réponse moyen de 202 ms et une faible variation du temps de réponse de 8 %.
La liaison de la plus mauvaise qualité – San Jose vers Shanghai – avait un temps de réponse moyen d’environ trois secondes et une variation moyenne du temps de réponse de 150 %.
Ainsi, maintenant que VMware a acquis VeloCloud pour virtualiser le WAN, tout ce qu’il fera en réalité, c’est virtualiser la périphérie et ignorer le plus gros problème, à savoir le kilomètre intermédiaire.
Pensez-y de la manière suivante : Si vous essayez de vous rendre de San Francisco à la Silicon Valley aux heures de pointe, opteriez-vous pour l’autoroute avec toutes ses bretelles qui alimentent des flux variables de trafic paralysant ou monteriez-vous à bord d’un Hyperloop d’Elon Musk?
Dans le monde du SD-WAN, le seul moyen d’approcher l’efficacité de l’Hyperloop est de contrôler le kilomètre intermédiaire au lieu de s’appuyer sur l’Internet public.

Virtualisation de l’ensemble du réseau étendu

Aryaka a construit un réseau privé mondial qui relie étroitement plus de 30 points de présence internationaux.
Il gère les complexités de ce réseau étendu et offre un accès facile à utiliser, ce qui est devenu la marque de fabrique des technologies SD-WAN.
Il a même intégré l’optimisation du réseau étendu, de sorte que moins de bande passante est nécessaire pour répondre à vos besoins par rapport aux options de réseau traditionnelles.
Le résultat est un réseau qui tient toutes les promesses du SD-WAN, mais avec un châssis dédié qui permet de prendre en charge les accords de niveau de service (SLA) requis par vos applications critiques. Aryaka Global SD-WANUn test récent a comparé les résultats du temps de réponse d’une application globale sur Internet par rapport à un réseau privé. Dans cette expérience, il a fallu environ 1,185 seconde pour transférer une charge de test de 100 Ko de Dallas à Dubaï sur Internet et seulement 0,375 seconde en utilisant un réseau privé, tel que le réseau WAN Cloud-First entièrement géré d’Aryaka.
La différence entre Londres et Dubaï était encore plus prononcée : 4,24 secondes en utilisant Internet et seulement 0,19 seconde en utilisant le réseau WAN Cloud-First d’Aryaka.
Bien que VMware ait acquis Velocloud Networks, Inc. on peut supposer que le marché du SD-WAN, en pleine évolution, continuera à connaître sa part de consolidation.
Alors que de nombreux acteurs du SD-WAN se concentrent sur la virtualisation de la périphérie, n’oubliez pas que la virtualisation du kilomètre intermédiaire est plus difficile à réaliser et que c’est là que réside le plus grand avantage commercial.
Découvrez les avantages de l’utilisation d’un SD-WAN global pour accélérer le middle mile. Téléchargez le rapport d'Aryaka sur l'état de la connectivité SD-WAN