Der SD-WAN-Markt befindet sich in der Konsolidierungsphase seiner Entwicklung und Unternehmenspaarungen überschwemmen das Silicon Valley. Die letzte Neuigkeit ist die Übernahme von VeloCloud, oder nennen wir es einfach VMware Velocloud. Die Idee mag zunächst seltsam erscheinen, wenn man bedenkt, dass VMware der dominierende Akteur im Bereich der Servervirtualisierung ist (warum sollte es sich mit WAN beschäftigen?), aber 2012 hat das Unternehmen 1,2 Milliarden Dollar für die Übernahme von Nicira ausgegeben, einem Startup-Unternehmen im Bereich softwaredefinierter Netzwerke. Die Nicira-Technologie ermöglichte VMware die Virtualisierung von Rechenzentrumsnetzwerken zur Unterstützung virtueller Server, ein wichtiger Schritt auf dem Weg zur Verwirklichung von VMwares Vision des softwaredefinierten Rechenzentrums. Da Unternehmen in der Regel über eine Vielzahl von Standorten verfügen, liegt die Vermutung nahe, dass VMware eine softwaredefinierte WAN-Technologie einsetzen möchte, um diese zusammenzufügen. Oh, und wenn die Nicira-Technologie – jetzt NSX genannt – VMware im Bereich der Rechenzentrumsnetzwerke mit Cisco konkurrieren ließ, würde die Übernahme von VeloCloud Networks dem Unternehmen die Möglichkeit geben, die andere Faust zu werfen und zu versuchen, Cisco in einem anderen Kernmarkt, dem WAN, zu stören. Aber man muss schon etwas tiefer in die Tasche greifen, um zu sehen, was VMware am Ende wirklich bringt.
Was wird eigentlich virtualisiert?
Denken Sie an die Bemühungen von VeloCloud, die Zweigstelle zu virtualisieren.
Das SD-WAN-Overlay des Unternehmens kann verwendet werden, um Router in Zweigstellen zu ersetzen, was VMware im Wettbewerb mit Cisco eine gute Geschichte bescheren würde.
Die Anbindung von Zweigstellen an die Cloud-basierten Gateways von VeloCloud ermöglicht es, die Infrastruktur von Zweigstellen zu vereinfachen.
Allerdings virtualisiert VeloCloud nur den Netzwerkrand, nicht aber den zugrunde liegenden Transport jenseits der Gateways.
VeloCloud verlässt sich auf das von Natur aus unzuverlässige Internet und das alte MPLS, um Punkt A mit Punkt B über lange Strecken zu verbinden.
Auch wenn die Virtualisierung des Edge Vorteile bietet, wird VMware das WAN selbst nicht virtualisieren.
Warum ist das wichtig?
Sie müssen die wichtigsten Entwicklungen berücksichtigen, die das Interesse an SD-WAN überhaupt erst begründen.
Unternehmens-Backbones, die auf altem MPLS basieren, werden zunehmend irrelevant:
- Die Bandbreitennachfrage steigt sprunghaft an – um 155 % in Nord- und Südamerika und um mehr als 240 % im asiatisch-pazifischen Raum -, da Unternehmen mehr Geräte anschließen, verstärkt auf Video setzen und Geld in die digitale Transformation investieren.
- Mehr Verkehr geht von mobilen Geräten aus und endet dort.
- Unternehmen verlagern Rechenlasten in die Cloud. Einigen Zählungen zufolge nutzt heute fast die Hälfte des Datenverkehrs in Unternehmen HTTP und HTTPS, die Protokolle, die Cloud/SaaS-Anwendungen unterstützen (siehe State of the WAN, 2017).
MPLS-Netzwerke sind zu statisch, zu schwer zu verwalten und zu teuer, um den Anforderungen dieser neuen Realität gerecht zu werden. Daher das explosive Interesse an SD-WAN. Aber – und das ist der springende Punkt – nicht alle SD-WANs sind gleich. Die Kunst besteht darin, eine Lösung zu finden, die diese Aufgabe flexibler und kostengünstiger erledigen kann und gleichzeitig die für geschäftskritische Anwendungen erforderlichen Service-Levels aufrechterhält.
Der wesentliche Unterschied
SD-WAN-Technologien, die sich für den Langstreckentransport einfach auf das Internet verlassen, sind selbst mit der heutigen fortschrittlichen Vorwärtsfehlerkorrekturtechnologie anfällig für Serviceschwankungen aufgrund von Staus, Latenz und Paketverlusten.
Das führt zu großen Schwankungen in der Anwendungsleistung und, schlimmer noch, zu langen Antwortzeiten, die die Endbenutzer behindern. Im State of the WAN Report 2017 wurden Daten von mehr als 5.000 Standorten in 63 Ländern gesammelt, um die Leistung von Dateiübertragungen und Cloud/SaaS-Anwendungen über das öffentliche Internet zu messen.
Bemerkenswert ist, dass die Reaktionszeiten von TCP-Anwendungen bis zu 40 Sekunden betragen können und je nach Entfernung zwischen den Standorten eine Schwankung von fast 200 % aufweisen.
Während regionale Internetverbindungen, insbesondere innerhalb der USA, durchaus mithalten können, schneiden Langstreckenverbindungen, insbesondere in andere Teile der Welt, nicht so gut ab.
Die Tests zeigen zum Beispiel, dass die Verbindungen zwischen San Jose und Chicago eine durchschnittliche Antwortzeit von 202 ms und eine geringe Schwankung der Antwortzeit von 8 % aufweisen.
Die Verbindung mit der niedrigsten Qualität – San Jose nach Shanghai – hatte eine durchschnittliche Antwortzeit von etwa drei Sekunden und eine durchschnittliche Schwankung der Antwortzeit von 150%.
Mit der Übernahme von VeloCloud durch VMware zur Virtualisierung des WAN wird also nur der Randbereich virtualisiert und das größte Problem ignoriert, nämlich die mittlere Meile.
Stellen Sie sich das einmal so vor: Wenn Sie während der Rushhour von San Francisco nach Silicon Valley wollen, würden Sie sich dann für die Autobahn mit all den Auffahrtsrampen entscheiden, die den lähmenden Verkehr auffangen, oder würden Sie in einen Hyperloop von Elon Musk einsteigen?
In der SD-WAN-Welt besteht die einzige Möglichkeit, an die Effizienz des Hyperloop heranzukommen, darin, diese mittlere Meile zu kontrollieren, anstatt sich auf das öffentliche Internet zu verlassen.
Virtualisierung des gesamten WAN
Aryaka hat ein globales privates Netzwerk aufgebaut, das mehr als 30 internationale Präsenzpunkte eng miteinander verbindet.
Es verwaltet die Komplexität dieses WANs und stellt den Zugang in der einfach zu nutzenden Form bereit, die zum Markenzeichen von SD-WAN-Technologien geworden ist.
Es hat sogar eine integrierte WAN-Optimierung, so dass im Vergleich zu herkömmlichen Netzwerkoptionen weniger Bandbreite benötigt wird, um Ihre Anforderungen zu erfüllen.
Das Ergebnis ist ein Netzwerk, das alle Versprechen von SD-WAN erfüllt, aber mit einem dedizierten Unterbau, der es ermöglicht, die für Ihre geschäftskritischen Anwendungen erforderlichen SLAs zu unterstützen. 
In einem kürzlich durchgeführten Test wurden die Ergebnisse der Reaktionszeit globaler Anwendungen über das Internet mit denen eines privaten Netzwerks verglichen. Bei diesem Experiment dauerte die Übertragung einer 100 KB großen Testlast von Dallas nach Dubai über das Internet etwa 1,185 Sekunden, über ein privates Netzwerk wie das Fully-Managed Cloud-First WAN von Aryaka nur 0,375 Sekunden.
Der Unterschied zwischen London und Dubai war sogar noch deutlicher: 4,24 Sekunden über das Internet und nur 0,19 Sekunden über das Cloud-First WAN von Aryaka.
Obwohl VMware Velocloud Networks, Inc. übernommen hat, kann man davon ausgehen, dass der sich entwickelnde SD-WAN-Markt auch weiterhin von einer Konsolidierung geprägt sein wird.
Da sich viele SD-WAN-Anbieter auf die Virtualisierung des Edge konzentrieren, sollten Sie nicht vergessen, dass die Virtualisierung der mittleren Meile schwieriger zu bewerkstelligen ist und hier der größte Geschäftsvorteil liegt.
Erfahren Sie mehr über die Vorteile des Einsatzes eines globalen SD-WAN zur Beschleunigung der mittleren Meile. 