Latest / M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch / Azure Virtual WAN einfach erklärt: Globale Netzwerke ohne Peering-Chaos statt Hub-and-Spoke (KI-Synchronfassung)

Transcript

Azure Virtual WAN einfach erklärt: Globale Netzwerke ohne Peering-Chaos statt Hub-and-Spoke (KI-Synchronfassung) · M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch

• 0:00
  Bereit für 10 Tage Microsoft 365, Co-Pilot, KI, Azure und die Menschen, die die Zukunft der Arbeit gestalten?
• 0:07
  Diesen Januar ist die M365-Con zurück und wird noch größer. Und wird noch größer.
• 0:12
  Seien Sie dabei bei Live-Sessions, Demos aus der Praxis und praktischem Wissen von MVPs und Branchenexperten aus aller Welt.
• 0:18
  Keine generischen Folien, keine endlosen Schlagworte.
• 0:21
  Wir stellen uns den echten Herausforderungen Co-Pilot Studio, KI-Agents, Fabric, Sicherheit, Governance und Automatisierung.
• 0:28
  Ganz gleich, ob Sie IT-Experte, Entwickler oder Führungskraft sind, es gibt speziell auf Sie zugeschnittene Sessions.
• 0:35
  An 10 vollen Tagen können Sie verschiedene Technologien kennenlernen und sich mit einer globalen Community vernetzen.
• 0:40
  Sehen Sie sich die Live-Übertragung an und nehmen Sie praktische Einblicke mit nach Hause in Ihr Unternehmen.
• 0:45
  Januar 2027, 10 Tage, eine Microsoft-Community. Die Registrierung ist ab sofort möglich.
• 0:51
  Besuchen Sie m35565.net und sichern Sie sich noch heute Ihren Platz.
• 0:55
  Das ist m355.net. Melden Sie sich jetzt auf m355.net an und wir sehen uns im Januar live live.
• 1:04
  Willkommen zu einer weiteren Folge von Microsoft Knowledge Nuggets hier auf m355.net.
• 1:09
  Ich bin Ihr Moderator Mirko Peters.
• 1:11
  Das heutige Thema ist eines, von dem fast jeder, der in Azure entwickelt, schon einmal gehört hat,
• 1:14
  dass aber nur wenige wirklich verstehen Azure Virtual Waren.
• 1:17
  Hier ist der Clou.
• 1:18
  Wenn Sie schon einmal versucht haben, auf herkömmliche Weise ein globales Netzwerk in Azure aufzubauen,
• 1:21
  wissen Sie, dass das sehr schnell kompliziert wird.
• 1:23
  Weird.
• 1:24
  Sie beginnen mit einer Region und einigen virtuellen Netzwerken und alles funktioniert einwandfrei.
• 1:27
  Doch dann fügen Sie eine zweite Region hinzu, dann eine dritte und plötzlich müssen Sie Zweigstellen anbinden.
• 1:32
  Jetzt müssen Sie Peerings, Routing-Tabellen, Firewall-Regeln und VPN-Gateways an einem halben Dutzend Standorten verwalten.
• 1:37
  Das ist, als würden Sie jede Straße, jede Ampel und jede Kreuzung selbst bauen.
• 1:41
  Und jedes Mal, wenn Sie eine neue Region hinzufügen, müssen Sie weitere Straßen.
• 1:44
  Azure Virtual Waren übernimmt den schwierigen Teil, sodass Sie das nicht tun müssen.
• 1:47
  Stellen Sie es sich für ein Autobahnsystem vor.
• 1:49
  Microsoft baut und verwaltet die Autobahn, Sie bauen nur die Auffahrten.
• 1:52
  Am Ende dieser Folge werden Sie verstehen, wie das Ganze funktioniert, wozu es dient und wann Sie es verwenden sollten.
• 1:58
  Die alte Methode, Komplexität durch Hub und Spoke.
• 2:00
  Beginnen wir mit der alten Methode.
• 2:02
  Wenn Sie das Problem erst einmal erkannt haben, ergibt die Lösung viel mehr Sinn.
• 2:05
  Der herkömmliche Ansatz in Azure wird als Hub und Spoke bezeichnet.
• 2:08
  Stellen Sie sich ein zentrales virtuelles Netzwerk vor.
• 2:10
  Das ist Ihr Hub, in dem Sie gemeinsam genutzte Dienste wie Firewalls, Domain-Controller und VPN-Gateways unterbringen.
• 2:16
  Anschließend verbinden Sie Ihre virtuellen Anwendungsnetzwerke, die Spokes, überfundet Peering mit diesem Hub,
• 2:20
  sodass der Datenverkehr von den Spokes durch den Hub fließt, wo Sie ihn überprüfen und steuern können.
• 2:24
  Wann funktioniert das gut?
• 2:25
  In einer einzelnen Region mit einer Handvoll virtueller Netzwerke haben Sie die vollständige Kontrolle über Routing und Sicherheit.
• 2:30
  Sie wissen genau, wohin jedes Paket geht und es ist einfach, sauber und funktioniert.
• 2:34
  Aber hier gibt es ein Problem.
• 2:35
  Sobald Sie eine zweite Region hinzufügen, wird es kompliziert.
• 2:37
  Sie müssen Ihre Hubs per Peer miteinander verbinden, benutzerdefinierte Routen, UDRs einrichten,
• 2:42
  um den Datenverkehr durch Firewalls zu zwingen und Routing-Tabellen für jeden einzelnen Spoke konfigurieren.
• 2:46
  Und jedes Mal, wenn Sie eine neue Region hinzufügen, vervielfacht sich die Komplexität.
• 2:49
  Ich gebe Ihnen ein konkretes Beispiel.
• 2:50
  Stellen Sie sich ein Unternehmen mit Niederlassungen in drei Regionen vor Nordamerika, Europa und Asien,
• 2:55
  die alle miteinander verbunden werden müssen.
• 2:57
  In einem herkömmlichen Hub-in-Spoke-Setup bedeutet das mindestens zwölf Peering.
• 3:00
  Jeder Hub muss mit jedem anderen Hub über Peerings verbunden sein.
• 3:02
  Und jeder Spoke benötigt Routing-Tabellen, die auf die richtige Firewall verweisen.
• 3:05
  Und wenn eine neue Region hinzugefügt wird, muss jede einzelne Routing-Tabelle manuell aktualisiert werden.
• 3:10
  Das ist der Albtraum bei der Verwaltung globaler Netzwerke auf die alte Art.
• 3:12
  Es ist nicht so, dass es nicht funktioniert. Es ist nur nicht skalierbar.
• 3:14
  Je mehr Sie hinzufügen, desto mehr müssen Sie verwalten und irgendwann wird die Komplexität zu einem Vollzeit-Job für ein Team von Netzwerktechnikern.
• 3:21
  Aus diesem Grund hat Microsoft Azure Virtual Van entwickelt.
• 3:23
  Es löst das Skalierungsproblem ohne die Kontrolle zu beeinträgen.
• 3:26
  Was genau ist das?
• 3:27
  Lassen Sie es uns aufschlüsseln.
• 3:28
  Was ist Azure Virtual Van eigentlich?
• 3:30
  Was genau ist Azure Virtual Van?
• 3:32
  Hier ist die einfachste Definition.
• 3:33
  Es handelt sich um einen verwalteten Netzwerkdienst, der ihre Niederlassungen, Benutzer und Cloud-Ressourcen über ein einziges von Microsoft verwaltetes Backbone verbindet.
• 3:40
  Anstatt alle Verbindungen selbst aufzubauen und zu verwalten, übernimmt Microsoft die schwere Arbeit.
• 3:45
  Stellen Sie es hier wie ein Autobahnsystem vor.
• 3:47
  Sie bauen oder warten die Autobahn nicht, Sie bauen nur die Zufahrten.
• 3:50
  Ihre Zufahrten sind die Verbindungen von Ihren Zweigstellen, Ihren Remote-Benutzern und Ihren virtuellen Netzwerken.
• 3:55
  Die Autobahn selbst, das Routing, die Verbindungen zwischen Regionen der Backbone, all das wird von Microsoft verwaltet.
• 3:59
  Was sind also die eigentlichen Komponenten?
• 4:01
  Lassen Sie uns das in die vier Hauptbestandteile aufteilen.
• 4:03
  Erstens die Virtual Van-Ressource selbst.
• 4:06
  Das ist der gesamte Netzwerkkontainer, die Bezeichnung für gesamtes Autobahnsystem.
• 4:09
  Zweitens virtuelle Hubs, die regionalen Verbindungspunkte einer Pro-Azure-Region.
• 4:14
  Jeder Hub ist wie ein Autobahnkreuz.
• 4:15
  Drittens virtuelle Spoke-Netzwerke, ihre mit diesen Hubs verbundenen Anwendungen.
• 4:19
  Und viertens Gateways.
• 4:21
  Diese verarbeiten VBN-Verbindungen von Ihren Zweigstellen und Express-Route-Verbindungen von Ihren Rechenzentren.
• 4:25
  Es gibt zwei Ebenen von Virtual Van.
• 4:27
  Basic bietet Ihnen nur Side-to-Side-VPN.
• 4:29
  Es ist einfach aber eingeschränkt.
• 4:30
  Standard bietet Ihnen den vollen Funktionsumfang.
• 4:32
  Express-Route, Point-to-Side-VPN für Remote-Benutzer, Routing zwischen Hubs, Azure-Firewall-Integration und mehr.
• 4:39
  Für fast jedes reale Szenario ist eine Standardlösung erforderlich.
• 4:41
  Der große Unterschied zum herkömmlichen Hub-and-Spoke-Modell besteht im Folgenden.
• 4:44
  Microsoft verwaltet das Routing zwischen Hubs automatisch.
• 4:47
  Sie müssen keine Peerings erstellen oder Routing-Tabellen konfigurieren.
• 4:49
  Sie verbinden Ihre Spokes mit dem Hub und der Hub übernimmt den Rest.
• 4:52
  So einfach ist das.
• 4:53
  Das Herzstück von Virtual Van ist der virtuelle Hub.
• 4:56
  Den betrachten wir als nächstes.
• 4:57
  Der virtuelle Hub ist Ihr Einstieg in das globale Netzwerk.
• 4:59
  Was ist eigentlich ein virtueller Hub?
• 5:02
  Am einfachsten lässt es sich so erklären.
• 5:03
  Es handelt sich um einen von Microsoft verwalteten regionalen Router, der sich in einer bestimmten Azure-Region befindet.
• 5:08
  Der ist alles.
• 5:09
  Ein Router, den Microsoft für Sie einrichtet und verwaltet, sodass Sie sich nicht um das Routing-Backend kümmern müssen.
• 5:14
  Jeder Hub ist ein Verbindungspunkt für vier Dinge.
• 5:16
  Virtuelle Netzwerke, Ihre Spoke-Anwendungen, über VPN oder Express-Route verbundene Zweigstellen,
• 5:21
  Remote-Benutzer, die über Point-to-Side-VPN eine Verbindung herstellen,
• 5:23
  und andere Hubs, also Hubs in verschiedenen Regionen, die miteinander kommunizieren.
• 5:28
  Hier ist der wichtige Teil.
• 5:29
  Der Hub übernimmt automatisch das gesamte Routing zwischen diesen Verbindungen.
• 5:33
  Keine manuellen Routing-Tabellen, keine benutzerdefinierten Routen, keine Peering-Konfigurationen.
• 5:37
  Sie verbinden etwas mit dem Hub und der Hub ermittelt, wie der Datenverkehr an die richtigen Stellen geleitet wird.
• 5:41
  Nun müssen Sie Ihre Adressräume planen.
• 5:43
  Jeder Hub benötigt wie jede andere Netzwerkkomponente einen eigenen IP-Adressbereich.
• 5:47
  Wenn Sie ein Spoke-Fanet mit dem Hub verbinden, handelt es sich um eine einfache Verbindung.
• 5:50
  Mit wenigen Klicks sind Sie fertig.
• 5:52
  Der Hub lernt den Adressraum des Fanets automatisch.
• 5:55
  Aber hier greift die Autobahn-Analogie wirklich.
• 5:57
  Sie können mehrere Hubs in verschiedene Regionen haben, die automatisch eine Verbindung zueinander herstellen.
• 6:01
  Ein Hub in Nordamerika kommuniziert also mit einem Hub in Europa, der wiederum mit einem Hub in Asien kommuniziert.
• 6:05
  Alles über den globalen Microsoft-Backbone.
• 6:07
  Jeder Hub ist wie eine Auffahrt zu diesem Backbone.
• 6:09
  Sie erstellen die Auffahrt für Ihre Region und Microsoft kümmert sich um die Verbindung zwischen den beiden.
• 6:13
  Und die Skalierbarkeit ist beeindruckt.
• 6:14
  Ein einzelner Hub kann bis zu 1.000 Site-to-Site-VPN-Verbindungen, bis zu 100.000 Remote-Benutzer und einen Durchsatz von bis zu 50 Gigabit pro Sekunde über den Hub-Router verarbeiten.
• 6:24
  Das ist keine kleinen Büroskala.
• 6:25
  Das ist Unternehmensskala.
• 6:27
  Jetzt, da wir Hubs haben, verbinden wir alles damit.
• 6:29
  Wir verbinden Zweigstellen, Benutzer und Cloud-Ressourcen.
• 6:32
  Beginnen wir also mit den Zweigstellen.
• 6:34
  Site-to-Site-VPN verbindet Ihre physischen Standorte über standardmäßige IPsec-VPN-Tunnel mit Azure.
• 6:39
  Er funktioniert mit so ziemlich jedem VPN-Gerät, egal ob Cisco, Fortinet oder was auch immer Sie verwenden.
• 6:42
  Keine spezielle Hardware fordert.
• 6:44
  Und so funktioniert es.
• 6:45
  Sie erstellen einen VPN-Stand dort im Hub, geben die öffentliche IP-Adresse und den Adressraum Ihrer Zweigstelle an und Azure kümmert sich um den Rest.
• 6:51
  Er stellt den Tunnel, verwaltet die Verschlüsselung und sorgt dafür, dass er läuft.
• 6:54
  Als nächstes sind die Remote dran.
• 6:56
  Point-to-Site-VPN können Mitarbeiter von überall aus eine Verbindung herstellen, von zu Hause, aus dem Café oder dem Hotel.
• 7:00
  Sie verwenden den Azure VPN-Client, OpenVPN und das standardmäßige I-Kaffee.
• 7:04
  Und hier ist das wichtigste Detail.
• 7:05
  Es unterstützt die Microsoft-Entre-ID für die Authentifizierung.
• 7:07
  Benutzer melden sich also mit ihren Arbeitsanwälten Informationen an, wie sie es auch für alles andere tun.
• 7:11
  Keine separaten VPN-Kennwörter, keine zu verwaltenden Zertifika.
• 7:14
  Wenn ein Benutzer eine Verbindung herstellt, wird er sich in dem nächstgelegenen Hub.
• 7:17
  Und er erhält automatisch Zugriff auf alle mit diesem Hub verbundenen Ressourcen.
• 7:20
  V-Netz, Zweigstellen-Netzwerke und andere Regionen.
• 7:22
  Das andere Region.
• 7:23
  Keine Komplexität durch Split-Tunnel, kein Manus-Routing.
• 7:26
  Sie stellen eine einmalige Verbindung her und sind damit im Netzwerk her.
• 7:28
  Für ihre Hauptniederlassungen und Rechenzentren gibt es Express-Router.
• 7:31
  Dies ist eine private, dedizierte Verbindung von ihrem lokalen Standort zu Azure.
• 7:34
  Sie umgeht das öffentliche Internet vollständig.
• 7:36
  Ihr Datenverkehr berührt zu keinem Zeitpunkt ein öffentliches Netzwerk.
• 7:38
  Und Virtual One unterstützt sowohl VPN als auch Express-Router auf demselben Hub mit automatischem Failover zwischen beiden.
• 7:44
  Wenn ihre Express-Routelaltung ausfällt, wird der Datenverkehr ohne manuellen Eingriff auf VPN umgeleitet.
• 7:48
  Jetzt zu ihren Cloud-Anwendungen.
• 7:50
  Das Verbinden von Spoke-Finance mit dem Hub erfordert nur wenige Klicks.
• 7:54
  Sie wählen den Hub und das V-Net aus und die Verbindung wird hergestellt.
• 7:57
  Der Hub lernt den Adressraum des V-Net automatisch.
• 7:59
  Kein Peering-Setup, keine Routing-Tabellen-Konfiguration.
• 8:02
  Und zwischen den Regionen kommunizieren die Hubs automatisch über den Microsoft-Backbone miteinander.
• 8:06
  Sie konfigurieren keine Verbindungen zwischen Hubs.
• 8:08
  Sie verwalten also kein Transitort.
• 8:10
  Es funktioniert.
• 8:11
  Das Ergebnis ist eine beliebige Verbindung.
• 8:13
  Jede Filiale, jeder Remote-Benutzer, jedes V-Net-T und jeder lokale Standort kann sich gegenseitig erreichen,
• 8:18
  wobei der Datenverkehr die ganze Zeit über das private Netzwerk von Microsoft verbleibt.
• 8:21
  Lassen Sie mich Ihnen ein Beispiel aus der Praxis nehmen.
• 8:23
  Stellen Sie sich einen Einzelhändler mit Filialen in Europa, Asien und Nordamerika vor.
• 8:27
  Jede Filiale stellt über einen Side-to-Side VPN eine Verbindung mit ihrem regionalen Hub her.
• 8:30
  Die europäischen Filialen stellen eine Verbindung zum europäischen.
• 8:32
  Die asiatischen Filialen stellen eine Verbindung zum asiatischen Hub.
• 8:34
  Und wenn Datenverkehr zwischen Regionen übertragen werden muss,
• 8:37
  beispielsweise wenn eine asiatische Filiale den Lagerbestand im nordamerikanischen Lager überprüfen muss,
• 8:40
  wird der Datenverkehr über den Microsoft-Backbone übertragen.
• 8:42
  Nicht über das öffentliche Internet, nicht über ein MPLS-Netzwerk eines Drittanbieters,
• 8:45
  sondern über das private Netzwerk von Microsoft.
• 8:46
  Aber die Konnektivität ist nur die halbe Miete.
• 8:48
  Die wahre Stärke von Virtual One liegt in der Art und Weise,
• 8:50
  wie Routing und Sicherheit gehandhabt werden.
• 8:51
  Routing und Sicherheitsintegrieren.
• 8:53
  Doch die Konnektivität ist nur die halbe Wahrheit.
• 8:55
  Die wahre Stärke von Virtual One liegt in der Art und Weise,
• 8:57
  wie Routing und Sicherheit gehandhabt werden.
• 8:59
  Wenn Sie in einem herkömmlichen Hub-and-Spoke-Setup-Datenverkehr
• 9:02
  durch eine Firewall zwingen möchten,
• 9:03
  müssen Sie benutzerdefinierte Routen, UDRs,
• 9:05
  für jedes einzelne Subnetz in jedem einzelnen Spoke erstellen.
• 9:08
  Und wenn Sie über mehrere Regionen verfügen,
• 9:10
  müssen Sie alles immer wieder tun.
• 9:11
  Es ist komplex und fehleranfällig.
• 9:12
  Und wenn etwas kaputt geht, ist es schwierig herauszufinden,
• 9:15
  in welcher Routentabelle der falsche Eintrag vorhanden.
• 9:17
  Virtual One löst dieses Problem mit einer sogenannten Routing-Absicht.
• 9:20
  Stellen Sie sich dies als eine einzige Konfiguration vor,
• 9:22
  die dem Hub mitteilt,
• 9:23
  sendet den gesamten Datenverkehr durch die Firewall.
• 9:25
  Das ist alles.
• 9:25
  Eine Einstellung, nicht hunderte von Routentabellen.
• 9:28
  Sie deckt folgendes ab.
• 9:29
  Internet-Datenverkehr.
• 9:30
  Alles, was ins Web geht.
• 9:31
  Private Datenverkehr.
• 9:32
  Vornher zu vorne zu zweit.
• 9:33
  Von Zweigstelle zu Zweigstelle.
• 9:34
  Von Zweigstelle zu vorne.
• 9:34
  Zuit Datenverkehr zwischen Hubs.
• 9:36
  Datenverkehr der Zwischenregionen verschoben.
• 9:38
  Eine Richtlinie globale Durchsetzung.
• 9:39
  Sie legen sie einmal fest und sie gilt überall.
• 9:41
  Wie kommt die Firewall nun ins Spiel?
• 9:43
  Über gesicherte Welle Hubs.
• 9:45
  Sie stellen Azure Firewall direkt im Hub oder in einer NGFW
• 9:47
  eines Drittanbieters wie Fortinet, Checkpoint oder Palo Alto bereit.
• 9:51
  Die Firewall befindet sich transparent im Datenverkehrspartner.
• 9:54
  Keine UDAs erforderlich.
• 9:55
  Kein komplexes Routing.
• 9:56
  Der Datenverkehr fließt ein, wird überprüft und fließt wieder aus.
• 9:59
  Es funktioniert einfach.
• 10:00
  Zur Verschlüsselung verwenden alle VPN-Tunnel den standardmäßigen IP-Säcke.
• 10:03
  Microsoft empfiehlt GCMA 256 für das beste Gleichgewicht zwischen Leistung und Sicherheit.
• 10:07
  Wenn Sie Express-Route verwenden,
• 10:08
  können Sie diesen Datenverkehr auch verschlüsseln.
• 10:11
  Somit ist sogar Ihre private Verbindung geschützt.
• 10:13
  Dies entspricht den Zero-Trust-Prinzipien.
• 10:14
  Kein direkter Internetzugriff von Spokes.
• 10:16
  Der gesamte Datenverkehr wird überprüft.
• 10:18
  Mikrosegmentierung innerhalb von Spoke-V-Netz.
• 10:20
  Und alles wird zentral über Azure Firewall Manager verwaltet.
• 10:24
  Eine Richtlinie, die weltweit auf alle Hubs angewendet wird.
• 10:26
  Der Sicherheitsvorteil ist einfach.
• 10:28
  Anstatt Firewall-Regeln pro Region zu verwalten,
• 10:30
  verwalten Sie eine einzige Richtlinie, die überall gilt.
• 10:33
  Anstatt Probleme mit Routing-Tabellen zu beheben,
• 10:35
  konfigurieren Sie die Routing-Absicht null.
• 10:36
  Anstatt zu hoffen, dass beim Hinzufügen einer neuen Region nichts kaputt geht,
• 10:39
  wissen Sie, dass die Richtlinie automatisch wird.
• 10:41
  Wann sollten Sie also Virtual-Van im Vergleich zum herkömmlichen Hub-and-Spoke-Modell verwenden?
• 10:45
  Virtual-Van im Vergleich zum herkömmlichen Hub-and-Spoke-Modell.
• 10:48
  Wann sollten Sie was verwenden?
• 10:49
  Eines sollten wir klarstellen, Hub-and-Spoke ist nicht kaputt.
• 10:52
  Es ist einfach das richtige Tool für die richtige Aufgabe.
• 10:54
  Wann ist Hub-and-Spoke also besser?
• 10:56
  Wenn Sie sich in einer einzelnen Region befinden.
• 10:58
  Wenn Sie über eine Handvoll virtueller Netzwerke verfügen, vielleicht fünf oder zehn.
• 11:01
  Sie die vollständige Kontrolle über jede Route und jede Firewall-Regel benötigen.
• 11:04
  Sie haben ein kleines Team, das dieses Netzwerk in- und auswendig kennt.
• 11:07
  In diesem Fall ist Hub-and-Spoke einfacher und kostengünstiger.
• 11:09
  Sie benötigen nicht den Mehraufwand eines Verwaltenden.
• 11:12
  Virtual-Van ist besser, wenn Sie sich in mehreren Regionen befinden.
• 11:14
  Wenn Sie überall Zweigstellen haben.
• 11:17
  Wenn Remote-Benutzer von überall aus einer Verbindung herstellen müssen.
• 11:19
  Wenn sich Ihr Netzwerk über den ganzen Globus erstreckt und Sie es nicht mehr Stück für Stück verwalten möchten.
• 11:22
  Je verteilter Ihr Netzwerk wird, desto sinnvoller ist Virtual-Van.
• 11:26
  Wern wir über Zahlen.
• 11:27
  Bei kleinen Bereitstellungen, beispielsweise mit 10V günstiger, ist Hub-and-Spoke.
• 11:30
  Sie zahlen lediglich für Peerings und grundlegende Gateways.
• 11:33
  Bei 200 Firenets ist Virtual-Van jedoch etwa 21% günstiger.
• 11:36
  Warum?
• 11:37
  Weil Sie Ihr Team nicht für die Verwaltung hunderte Peerings und Routing-Tabellen bezahlen müssen.
• 11:41
  Diese betrieblichen Einsparungen summieren sich schnell.
• 11:43
  Und die Leistung?
• 11:44
  Bei globalen Bereitstellungen bietet Virtual-Van eine um 15-25% geringere Latenz.
• 11:48
  Das liegt daran, dass das Backbone-Routing von Microsoft für globalen Datenverkehr optimiert ist.
• 11:52
  Ihre Pakete nehmen den besten Pfad und nicht den Pfad, den Sie vor drei Jahren manuell konfiguriert haben.
• 11:56
  Der Unterschied bei der Verwaltung ist sogar noch größer.
• 11:58
  Mit Hub-and-Spoke verwalten Sie Peerings, Routing-Tabellen, Gateways und Firewalls pro Region.
• 12:02
  Jede Region wird zu einem eigenen Projekt.
• 12:04
  Mit Virtual-Van erhalten Sie eine zentrale Oberfläche, eine Ansicht, einen Satz von Richtlinien und eine Möglichkeit, alles zu verwalten.
• 12:09
  Wie treffen Sie also Ihre Entscheidung?
• 12:10
  Stellen Sie sich eine Frage, entwickle ich für heute oder für die nächsten drei Jahre?
• 12:14
  Wenn Sie ein Start-up mit einer Region und fünf V-Netz sind, reicht Hub-and-Spoke aus.
• 12:18
  Wenn Sie jedoch eine Erweiterung planen, wächst Virtual-Van mit Ihnen.
• 12:20
  Und das Gute daran ist, dass Sie mit Hub-and-Spoke beginnen und später mitgliedern können.
• 12:24
  Microsoft unterstützt diesen Migrationspartner.
• 12:26
  Es muss nicht von Anfang an alles perfekt sein.
• 12:27
  Falls Sie jemals in einem Vorstellungsgespräch danach gefragt werden, hier die kurze Antwort.
• 12:31
  Hub-and-Spoke für kontrollierte Bereitstellungen in einer einzelnen Region.
• 12:34
  Virtual-Van für umfangreiche globale Konnektivität.
• 12:36
  Dieser eine Satz zeigt, dass Sie die Abwägung verstehen.
• 12:39
  Sehen wir uns ein paar reale Szenarien an, um zu sehen, wie sich das auswirkt.
• 12:42
  Reale Szenarien und Migrationspfade.
• 12:44
  Lassen Sie uns dies anhand von drei realen konkretisieren.
• 12:47
  Szenario 1.
• 12:48
  Eine globale Einzelhandelskette mit 50 Filialen auf drei Kontinenten.
• 12:51
  Remote-Mitarbeiter, die sich um Inventur, Kundendienst und Verwaltung kümmern.
• 12:54
  Ein zentrales ERP-System, das in Azure ausgeführt wird.
• 12:57
  So funktioniert dies mit Virtual-Van.
• 12:59
  Stellen Sie Hubs in Nordamerika, Europa und Asien bereit, einen pro Kontinent.
• 13:02
  Jede Filiale stellt über Site-to-Site VPN eine Verbindung mit Ihrem regionalen Hub her.
• 13:06
  Eine Filiale in London stellt eine Verbindung mit dem europäischen Hub.
• 13:08
  Eine Filiale in Tokio stellt eine Verbindung mit dem asiatischen.
• 13:10
  Remote-Mitarbeiter verwenden Point-to-Site VPN und authentifizieren sich über die Microsoft-Entre-ID,
• 13:15
  ihre Arbeitsanmeldinformationen und weitere Informationen.
• 13:17
  Hier ist der Clou.
• 13:18
  Der gesamte Datenverkehr zwischen den Filialen und Azure verbleibt auf dem Microsoft-Backbone.
• 13:21
  Die Filiale in London prüft den Lagerbestand im nordamerikanischen Lager.
• 13:24
  Dieser Datenverkehr berührt zu keinem Zeitpunkt das öffentliche Internet.
• 13:27
  Er wird vom europäischen Hub über das private Netzwerk von Microsoft zum nordamerikanischen Hub und in das ERP-System geleitet.
• 13:33
  Das Ergebnis?
• 13:34
  Einheitliche Konnektivität überall.
• 13:36
  Zentralisierte Sicherheit über die Hubs.
• 13:37
  Und geringere Kosten als bei MPLS.
• 13:39
  Keine Mobilfunkanbieter-Verträge.
• 13:40
  Keine langfristigen Verpflichtungen.
• 13:41
  Sie zahlen nur für das, was sie nutzen.
• 13:43
  Szenario 2.
• 13:44
  MPLS-Ersatz.
• 13:46
  Das ist ein wichtiges Thema.
• 13:47
  Viele Unternehmen zahlen ihren Mobilfunkanbietern seit Jahren Geld für MPLS-Verbindung.
• 13:50
  Teuer, unflexibel und schwer zu ändern?
• 13:52
  Virtual WAN bietet Ihnen Ausweg.
• 13:54
  Verwenden Sie Virtual WAN zunächst für neue Niederlassungen und die Azure-Konnektivität.
• 13:57
  Jeder neue Standort, den Sie eröffnen, wird direkt mit dem Virtual WAN-Backbone verbunden.
• 14:00
  Migrieren Sie dann schrittweise vorhandene MPLS-Standorte zur VPN oder Expressroute.
• 14:04
  Verwenden Sie Expressroute für Ihre älteren Rechenzentren, die private Konnektivität benötigen.
• 14:08
  Reduzieren Sie im Laufe der Zeit Ihre MPLS-Verbindungen, wenn der Datenverkehr auf das Virtual WAN-Backbone verlagert.
• 14:12
  Sie müssen nicht alles auf einmal umstellen.
• 14:14
  Sie können beides parallel ausführen.
• 14:15
  Bei der Verlängerung eines MPLS-Vertrags entscheiden Sie, ob der Standort zu Virtual WAN migriert werden soll.
• 14:20
  In den meisten Fällen lautet die Antwort Ja.
• 14:22
  Szenario 3.
• 14:23
  Ein Cloud-First-Startup.
• 14:24
  Sie befinden sich derzeit in einer Region mit einem Hub, einer Handvoll V-Nets und einem kleinen Teamplan, jedoch eine Expansion.
• 14:29
  Sie haben Kunden in Europa und Asien und stellen weltweit remote Mitarbeiter ein.
• 14:32
  Stellen Sie einen Hub in Ihre aktuellen Region bereit.
• 14:34
  Verbinden Sie Ihre Vornets.
• 14:35
  Richten Sie ein Point-to-Side VPN für Ihr Remote-Team ein.
• 14:37
  Das ist Ihr Ausgangspunkt.
• 14:39
  Wenn Sie in neue Regionen expandieren, fügen Sie Hubs hinzu.
• 14:41
  Das Shooting erfolgt Automat.
• 14:42
  Sie müssen nichts neu konfigurieren.
• 14:43
  Ihre Remote-Benutzer stellen eine Verbindung mit dem nächstgelegenen Hub her, ohne dass Sie ändern.
• 14:46
  Sie sind bereit für die Skalierung in Neugestaltung.
• 14:48
  Das ist das Schöne an Virtual WAN.
• 14:50
  Es wächst mit Ihnen.
• 14:51
  Wie also fangen Sie eigentlich an?
• 14:53
  Erste Schritte mit Azure Virtual WAN.
• 14:55
  Wie fangen Sie eigentlich an?
• 14:56
  Erstellen es Virtual WAN.