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 cloudbasierten Gateways von VeloCloud ermöglicht eine Vereinfachung der Infrastruktur von Zweigstellen.
VeloCloud virtualisiert jedoch nur den Netzwerkrand, nicht den zugrunde liegenden Transport über die Gateways hinaus. 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. Obwohl 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 wecken. 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 Unwägbarkeiten, die durch Staus, Latenz und Paketverluste entstehen. Das führt zu großen Schwankungen in der Anwendungsleistung und, was noch schlimmer ist, zu langen Antwortzeiten, die die Endbenutzer behindern.
Der State of the WAN Report 2017 sammelte Daten von mehr als 5.000 Standorten in 63 Ländern, um die Leistung von Dateiübertragungen und Cloud/SaaS-Anwendungen über das öffentliche Internet zu messen. Bemerkenswerterweise können die Reaktionszeiten von TCP-Anwendungen bis zu 40 Sekunden betragen und je nach Entfernung zwischen den Standorten um fast 200 % variieren.
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 Reaktionszeit von 202 ms und eine geringe Schwankung der Reaktionszeit 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%.
Jetzt, da VMware VeloCloud übernommen hat, um das WAN zu virtualisieren, wird es also nur den Rand virtualisieren und das größte Problem ignorieren, nämlich die mittlere Meile.
Stellen Sie sich das einmal so vor: Wenn Sie während der Hauptverkehrszeit von San Francisco nach Silicon Valley fahren wollten, würden Sie sich dann für die Autobahn mit all den Auffahrten entscheiden, die den Verkehr in wechselnden Strömen lähmen, 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 Niederlassungen eng miteinander verbindet. Es verwaltet die Komplexität des WAN und stellt den Zugang in der benutzerfreundlichen Form bereit, die zum Markenzeichen der SD-WAN-Technologien geworden ist. Es verfügt sogar über 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 SLAs zu unterstützen, die für Ihre geschäftskritischen Anwendungen erforderlich sind.
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 bedenken, 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.
