Netzwerkplanung mit ExpressRoute für Office 365

Wichtig :  Dieser Artikel wurde maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss. Die englische Version des Artikels ist als Referenz hier verfügbar: hier.

Bevor Sie Azure ExpressRoute zu Ihrer Netzwerkarchitektur hinzufügen, sollten Sie genau überlegen und planen, wie Anwendungsanforderungen im Netzwerkdatenverkehr umgesetzt werden.

ExpressRoute für Office 365 bietet Layer 3-Konnektivität zwischen dem Netzwerk des Kunden und den Microsoft-Rechenzentren. Die Layer 3-Konnektivität wird über BGP-Routingankündigungen (Border Gateway Protocol) bereitgestellt, die direkte Routen zu Front-End-Servern für Office 365 bieten. Aus Sichtweise der lokalen Geräte stellt Azure ExpressRoute beim Auswerten des richtigen TCP/IP-Pfads zu Office 365 eine Alternative zum Internet dar.

Azure ExpressRoute fügt einen direkten Pfad zu einer bestimmten Gruppe unterstützter Features und Diensten hinzu, die von Office 365-Servern innerhalb der Microsoft-Rechenzentren angeboten werden. Azure ExpressRoute ersetzt nicht die Internetverbindung mit Microsoft-Rechenzentren oder grundlegende Internetdienste wie die Auflösung des Domänennamens.

In der folgenden Tabelle werden einige Unterschiede zwischen Internet- und Azure ExpressRoute-Verbindungen im Zusammenhang mit Office 365 hervorgehoben.

Unterschiede bei der Netzwerkplanung

Internetverbindung

ExpressRoute-Netzwerkverbindung

Zugriff auf erforderliche Internetdienste; dazu gehören:

  • DNS-Namensauflösung

  • Zertifikatssperrüberprüfung

  • Content Delivery Networks (Netzwerke für die Inhaltsübermittlung)

Ja

Anfragen an Microsoft systemeigener DNS und/oder CDN Infrastruktur im Netzwerk ExpressRoute verwenden kann.

Zugriff auf Office 365-Dienste; dazu gehören:

  • Exchange Online

  • SharePoint Online

  • Skype for Business Online

  • Office Online

  • Office 365-Portal und Authentifizierung

Ja, alle Anwendungen und Features

Ja, bestimmte Anwendungen und Features

Lokale Sicherheit am Perimeter

Ja

Ja

Planung für hohe Verfügbarkeit

Failover zu einer alternativen Internetverbindung

Failover zu einer alternativen ExpressRoute-Verbindung*

Direkte Verbindung mit einem vorhersehbaren Netzwerkprofil

Nein

Ja

IPv6-Konnektivität

Ja

Nein

* Failover zu einer Internetverbindung wird nur für einfache Netzwerktopologien empfohlen.

Die folgenden Ressourcen dienen als Unterstützung bei der Planung.

Wenn Sie einen bestehenden Azure ExpressRoute-Schaltkreis verwenden und Verbindungen mit Office 365 über diesen Schaltkreis ermöglichen möchten, beurteilen Sie zuerst, ob die vorhandene Anzahl von Schaltkreisen, die Übergabepunkte und die Größe der Schaltkreise für eine Erweiterung auf Office 365 geeignet sind. Die meisten Kunden benötigen zusätzliche Bandbreite. Bei vielen Kunden sind auch zusätzliche Schaltkreise erforderlich.

Das Hinzufügen von Verbindungen mit Office 365 über vorhandene Azure ExpressRoute-Schaltkreise erfolgt durch Konfiguration von öffentlichem Microsoft-Peering zusammen mit der Konfiguration von privatem oder öffentlichem Azure-Peering für den Schaltkreis. Mit einem einzelnen Schaltkreis können alle drei Peeringbeziehungen bereitgestellt werden.

Das Azure ExpressRoute-Abonnement ist kundenzentriert, Abonnements sind an Kunden gebunden, Kunden können über mehrere Azure ExpressRoute-Schaltkreise verfügen und über diese Schaltkreise auf viele Microsoft-Cloudressourcen zugreifen. Ein einzelner Kunden kann z. B. den Zugriff auf einen Azure-gehosteten virtuellen Computer, einen Office 365-Testmandanten und einen Office 365-Produktionsmandanten über zwei Azure ExpressRoute-Schaltkreise wählen.

Wenn Sie Azure ExpressRoute heute mit Azure verwenden, gibt es einige Unterschiede, die Sie kennen sollten.

Peeringbeziehung

Privates Azure

Öffentliches Azure

Microsoft

Dienste

IaaS: Virtuelle Azure-Computer

PaaS: Öffentliches Azure

SaaS: Office 365 und CRM Online

Connection initiation

Kunde-zu-Microsoft

Microsoft-zu-Kunde

Kunde-zu-Microsoft

Kunde-zu-Microsoft

Microsoft-zu-Kunde

QoS-Support

Kein QoS

Kein QoS

QoS1

1 QoS unterstützt derzeit nur Skype for Business.

Jeder Office 365-Kunde hat spezifische Bandbreitenanforderungen, die von der Anzahl der Benutzer an jedem Bürostandort, des Aktivitätsumfangs dieser Benutzer in den einzelnen Office 365-Anwendungen und anderen Faktoren abhängen, wie z. B. der Verwendung lokaler oder Hybridkonfigurationen für Ausrüstung und Netzwerksicherheit.

Eine zu geringe Bandbreite führt zu einer Überlastung, Neuübermittlungen von Daten und unvorhersehbaren Verzögerungen. Eine zu große Bandbreite verursacht unnötige Kosten. Bei einem vorhandenen Netzwerk wird auf die Bandbreite häufig im Hinblick auf die Größe des verfügbaren Spielraums im Schaltkreis in Form eines Prozentwerts Bezug genommen. Ein Spielraum von 10 % führt wahrscheinlich zu einer Überlastung, und ein Spielraum von 80 % bedeutet im Allgemeinen unnötigte Kosten. Übliche Zielwerte für den Spielraum liegen im Bereich von 20 bis 50 %.

Die beste Methode zum Ermitteln der richtigen Bandbreite besteht im Prüfen der bestehenden Netzwerknutzung. Dies ist die einzige Möglichkeit, wirkliche Werte zu Nutzung und Anforderungen zu erhalten, da jede Netzwerkkonfiguration und Anwendungen auf irgendeine Weise einmalig sind. Wir bieten einige Bandbreitenrechner, mit denen Sie einen Schätzwert zu den Bandbreitenanforderungen für Exchange Online, OneDrive for Business und Skype for Business Online ermitteln können. Bei diesen Rechnern wird jedoch anderer Netzwerkdatenverkehr, der möglicherweise über den Azure ExpressRoute-Schaltkreis läuft, z. b. CRM Online, Identitätsynchronisierung usw., nicht berücksichtigt.

Nachdem Sie einen geschätzten Ausgangswert ermittelt haben, bei dem alle Netzwerkanwendungen berücksichtigt sind, erstellen Sie ein Pilotprojekt für Office 365 mit einer kleinen Gruppe, die die verschiedenen Profile von Endbenutzern in Ihrer Organisation umfasst, um die tatsächliche Nutzung zu ermitteln, und verwenden Sie die beiden Messungen, um die erforderliche Bandbreite für jeden Bürostandort abzuschätzen.

Es ist außerdem zu beachten, dass die Einschränkungsmechanismen für Exchange Online und SharePoint Online von Azure ExpressRoute nicht betroffen sind. Alle Anleitungen auf der Website für die Office 365-Leistungsoptimierung gelten für Kunden ungeachtet deren Verwendung von ExpressRoute.

Nachdem Sie die Bandbreitenanforderungen pro Standort ermittelt haben, können Sie die Anzahl und Größe der zu erwerbenden Schaltkreise bestimmen. Weitere Informationen zu den verschiedenen Schaltkreisgrößen und Abrechnungsmodellen, die für Ihre jeweiligen Anforderungen verfügbar sind, finden Sie im Inhalt zu Azure.

Dem Sichern der Azure ExpressRoute-Verbindung liegen die gleichen Prinzipien wie dem Sichern der Internetverbindung zugrunde. Viele Kunden entscheiden sich dafür, Netzwerk- und Perimetersteuerelemente entlang dem ExpressRoute-Pfad bereitzustellen, über den das lokale Netzwerk mit Office 365 und anderen Microsoft-Clouds verbunden ist. Diese Steuerelemente können Firewalls, Anwendungsproxys, Verhinderung von Datenverlust, Angriffserkennung, Eindringschutzsysteme usw. umfassen. In vielen Fällen wenden Kunden verschiedene Steuerungsebenen auf Datenverkehr an, der lokal initiiert und zu Microsoft geleitet wird, gegenüber Datenverkehr, der von Microsoft initiiert und zum lokalen Netzwerk des Kunden geleitet wird.

Beim Abwägen von Optionen und Topologielösungen zur Beibehaltung der gewünschten Netzwerk- und Perimetersteuerung für ExpressRoute für Office 365-Verbindungen, ist es wichtig zu verstehen, dass diese in engem Zusammenhang mit der gesamten Netzwerktopologie und dem ExpressRoute-Konnektivitätsmodell stehen, das Sie bereitstellen möchten. Die folgende Tabelle enthält einige Beispiele:

ExpressRoute-Integrationsoption

Netzwerksicherheit-Perimetermodell

Co-Location an einem Cloud Exchange

Installieren einer neuen oder Nutzung einer bestehenden Sicherheits-/Perimeterinfrastruktur in der Co-Location-Einrichtung, in der die ExpressRoute-Verbindung eingerichtet wird.

Ausschließliches Nutzen der Co-Location-Einrichtung für Routing-/Verbindungszwecke und Backhaul-Verbindungen von der Co-Location-Einrichtung zur lokalen Sicherheits-/Perimeterinfrastruktur.

Point-to-Point-Ethernet

Beenden der ExpressRoute-Point-to-Point-Verbindung am bestehenden Standort der lokalen Sicherheits-/Perimeterinfrastruktur.

Installieren einer neuen, für den ExpressRoute-Pfad spezifischen Sicherheits-/Perimeterinfrastruktur und Beenden der Point-to-Point-Verbindung an dieser Stelle.

Any-to-Any-IPVPN

Nutzen einer bestehenden lokalen Sicherheits-/Perimeterinfrastruktur an allen Standorten, die einen Übergabepunkt an das IPVPN darstellen, das für ExpressRoute für Office 365-Konnektivität verwendet wird.

Festlegen eines Hairpin für das IPVPN, das für ExpressRoute für Office 365 verwendet wird, für bestimmte lokale Standorte, die als Sicherheit/Perimeter festgelegt sind.

Zusätzlich zu den oben aufgeführten Optionen bieten einige Dienstanbieter möglicherweise verwaltete Sicherheits-/Perimeterfunktionen als Teil ihrer Integrationslösungen mit Azure ExpressRoute.

Bei den Überlegungen zur topologischen Platzierung der Netzwerk-/Sicherheitsperimeteroptionen, die für ExpressRoute für Office 365-Verbindungen verwendet werden sollen, stehen die folgenden zusätzlichen Überlegungen an:

  • Tiefe und Typ der Netzwerk-/Sicherheitssteuerelemente können sich auf die Leistung und Skalierbarkeit der Office 365-Benutzererfahrung auswirken.

  • Ausgehende (lokal -> Microsoft) und eingehende (Microsoft -> lokal) [falls aktiviert] Datenflüsse weisen möglicherweise unterschiedliche Voraussetzungen auf.

  • Office 365-Voraussetzungen für die Ports/Protokolle und erforderliche IP-Subnetze sind die gleichen, unabhängig davon, ob der Datenverkehr über ExpressRoute für Office 365 oder über das Internet geleitet wird.

  • Die topologische Platzierung der Netzwerk-/Sicherheitssteuerelemente des Kunden bestimmt das letztendliche End-to-End-Netzwerk zwischen dem Benutzer und dem Office 365-Dienst und kann eine erhebliche Auswirkung auf die Netzwerklatenz haben.

  • Kunden werden aufgefordert, ihre Sicherheits-/Perimetertopologie für die Verwendung mit ExpressRoute für Office 365 entsprechend bewährten Methoden für Redundanz, hohe Verfügbarkeit und Notfallwiederherstellung zu entwerfen.

Im folgenden Beispiel vergleicht die Woodgrove Bank die verschiedenen Azure ExpressRoute-Konnektivitätsoptionen zusammen mit den oben beschriebenen Perimetersicherheitsmodellen.

Beispiel 1: Sichern von Azure ExpressRoute

Die Woodgrove Bank plant die Implementierung von Azure ExpressRoute. Nach der Planung der optimalen Architektur für das Routing mit ExpressRoute für Office 365 und Verwendung der oben beschriebenen Anweisungen zum Ermitteln der Bandbreitenanforderungen, wird die beste Methode zur Perimetersicherung ermittelt.

Im Fall der Woodgrove Bank, einem multinationalen Unternehmen mit Standorten auf mehreren Kontinenten, muss die Sicherheit alle Perimeter umfassen. Die optimale Konnektivitätsoption für die Woodgrove Bank ist eine Mehrpunktverbindung mit mehreren Peeringstandorten auf der ganzen Welt, um die Anforderungen der Mitarbeiter auf jedem Kontinent zu erfüllen. Jeder Kontinent verfügt über redundante ExpressRoute-Schaltkreise innerhalb des Kontinents, und die Sicherheit muss diese alle umfassen.

Die bei der Woodgrove Bank bereits bestehende Infrastruktur ist zuverlässig und kann die zusätzliche Arbeit bewältigen. Daher kann die Woodgrove Bank die Infrastruktur für die Azure ExpressRoute- und Internet-Perimetersicherheit nutzen. Wäre das nicht der Fall, könnte die Woodgrove Bank den Erwerb zusätzlicher Ausrüstung als Ergänzung der vorhandenen Ausrüstung oder die Verwendung einer anderen Art von Verbindung in Betracht ziehen.

Wenn Sie hohe Verfügbarkeit in Betracht ziehen, sollten Sie dies von dem Standpunkt der Person aus betrachten, die den Dienst verwendet. Dies gilt für lokale Infrastrukturdienste und -anwendungen genauso wie für internetbasierte Dienste wie Office 365. Es gibt eine Vielzahl von Faktoren, die sich auf die Verfügbarkeit des Diensts für eine Person auswirken können. Diese reichen von den Komponenten des Office 365-Diensts selbst bis zu allen lokalen Komponenten, die von der Person zur Verwendung von Office 365 genutzt werden, sowie alle dazwischenliegenden Komponenten.

Häufig beinhaltet der Netzwerkpfad zu Office 365 viele lokale Komponenten, die nicht redundant oder auf hohe Verfügbarkeit ausgelegt sind. Bei vielen Kunden ergibt sich eine schlechte Verfügbarkeit bei der Verwendung von Office 365 aufgrund mangelnder Verfügbarkeit dieser Zwischenkomponenten, selbst wenn Office 365 für alle anderen Personen verfügbar ist.

Wenn Sie beabsichtigen, ExpressRoute für Office 365 für den Datenverkehr im Produktionsnetzwerk zu verwenden, müssen unbedingt alle Faktoren der Netzwerktopologie, ExpressRoute-Verbindungen und die zugehörige lokale Infrastruktur unter Berücksichtigung der Nutzungserfahrung für einzelne Endbenutzer bewertet werden. Beginnend mit dem Office 365-Dienst selbst bis hin zum Endbenutzer gibt es verschiedene Aspekte, die bei der Planung der Konnektivitäts- und Verfügbarkeitsstrategie für Office 365 zu berücksichtigen sind.

Verfügbarkeit von Diensten

  • Office 365-Dienste unterliegen klar definierten Vereinbarungen zum Servicelevel (SLAs), die Betriebszeit- und Verfügbarkeitsmetriken für einzelne Dienste umfassen. Ein Grund, warum Office 365 eine solch hohe Dienstverfügbarkeit aufrechterhalten kann, ist die Fähigkeit einzelner Komponenten zu einem nahtlosen Failover zwischen den vielen Microsoft-Rechenzentren über das globale Microsoft-Netzwerk. Dieser Failovermechanismus erstreckt sich vom Rechenzentrum und Netzwerk zu den vielfachen Internetübergabepunkten und ermöglicht aus der Sicht der Personen, die den Dienst verwenden, einen nahtlosen Failover.

  • ExpressRoute bietet ein SLA über eine Verfügbarkeit von 99,9 % für einzelne dedizierte Schaltkreise zwischen dem Microsoft-Netzwerkedge und der Infrastruktur des ExpressRoute-Anbieters oder -Partners. Diese Servicelevel werden auf Ebene der ExpressRoute-Schaltkreise angewendet, bestehend aus zwei unabhängigen Verbindungen zwischen der redundanten Microsoft-Ausrüstung und der Ausrüstung des Netzwerkanbieters an jedem Peeringstandort.

Verfügbarkeit beim Anbieter

  • Die Vereinbarungen zum Servicelevel von Microsoft enden beim ExpressRoute-Anbieter oder -Partner. Dies ist auch die erste Stelle, an der Ihnen Auswahlmöglichkeiten bereitstehen, die Einfluss auf die Verfügbarkeit haben. Sie sollten die Architektur-, Verfügbarkeits- und Resilienzmerkmale, die Ihr ExpressRoute-Anbieter zwischen Ihrem Netzwerkperimeter und der Verbindung Ihres Anbieters an jedem Microsoft-Peeringstandort bietet, genau bewerten. Achten Sie sowohl auf die logischen als auch physischen Aspekte von Redundanz, Peeringausrüstung, vom Netzbetreiber bereitgestellte WAN-Schaltkreise sowie zusätzliche Mehrwertdienste wie NAT-Dienste oder verwaltete Firewalls.

Verfügbarkeit beim Kunden

  • Ihr lokaler Netzwerkperimeter- und ExpressRoute-Übergabepunkt muss genau überprüft werden. Von Ihrer WAN-Infrastruktur bis hin zur Ausrüstung an den Übergabepunkten und den Perimeternetzwerken, die mit den ExpressRoute-Schaltkreisen verbunden sind, sollte untersucht werden, wie Verfügbarkeit und Resilienz durch die Netzwerktopologie beeinflusst werden. Diese Bereiche Ihrer Konnektivitätsszenarien fallen nicht unter SLAs für ExpressRoute oder Office 365, spielen aber eine wichtige Rolle bei der End-to-End-Dienstverfügbarkeit, wie sie von Endbenutzern wahrgenommen wird.

  • Ihre Internetverfügbarkeit ist weiterhin von kritischer Bedeutung. Jeder Standort, an dem Personen Office 365 verwenden, muss Zugriff auf das Internet haben, unabhängig von der ExpressRoute-Konnektivität. Office 365 basiert auf einer Reihe von Systemabhängigkeiten, wie z. B. Auflösung von Domänennamen, Überprüfung des Zertifikats, Content Delivery Networks (Netzwerke für die Inhaltsübermittlung) sowie Zugriff auf einige Office 365-Dienstendpunkte, die über ExpressRoute-Verbindungen nicht zur Verfügung stehen.

  • Konzentrieren Sie sich auf die Personen, die Office 365 verwenden und bedienen, und wenn sich ein Fehler bei einer Komponente auf die Benutzererfahrung von Personen auswirkt, die den Dienst verwenden, suchen Sie nach Möglichkeiten, um den Gesamtprozentsatz betroffener Personen zu begrenzen. Wenn ein Failovermodus operational komplex ist, sollten Sie die Benutzererfahrung von Personen über einen längeren Zeitraum bis zur Wiederherstellung berücksichtigen und nach operational einfachen und automatisierten Failovermodi suchen.

Entwerfen Ihres Verfügbarkeitsplans

Es wird dringend empfohlen, Ihre End-to-End-Konnektivitätsszenarien für Office 365 mit hoher Verfügbarkeit und Resilienz zu planen und zu entwerfen. Ein Entwurf sollte Folgendes aufweisen:

  • Keine Single Points of Failure

  • Minimierung der Anzahl betroffener Personen und der Dauer der Auswirkung für die meisten erwarteten Fehlermodi

  • Optimierung für einen einfachen, wiederholbaren und automatischen Wiederherstellungsprozess für die meisten erwarteten Fehlermodi

  • Unterstützung der vollständigen Auslastung des Netzwerkdatenverkehrs und Funktionalität über redundante Pfade ohne wesentlichen Leistungsabfall

Ihre Konnektivitätsszenarien sollten eine Netzwerktopologie umfassen, die für mehrere unabhängige und aktive Netzwerkpfade zu Office 365 optimiert ist. Dadurch wird eine bessere End-to-End-Verfügbarkeit erzielt als mit einer Topologie, die nur für Redundanz auf Ebene einzelner Geräte oder Ausrüstung optimiert ist.

Tipp : Wenn die Benutzer über mehrere Kontinente oder geografische Regionen verteilt sind und jeder dieser Standorte eine Verbindung über redundante WAN-Schaltkreise mit einem einzigen lokalen Standort herstellt, an dem sich ein einzelner ExpressRoute-Schaltkreis befindet, ist für die Benutzer weniger End-to-End-Dienstverfügbarkeit geboten als bei einer Netzwerktopologie, die unabhängige ExpressRoute-Schaltkreise umfasst, mit denen die verschiedenen Regionen mit dem nächstgelegenen Peeringstandort verbunden werden.

Es wird empfohlen, ExpressRoute-Schaltkreise an verschiedenen geografisch redundanten Peeringstandorten für jede Region bereitzustellen, in der Personen ExpressRoute-Konnektivität für Office 365-Dienste verwenden. Dadurch kann jede Region bei einem Notfall, der sich auf einen Hauptstandort (z. B. ein Rechenzentrum oder einen Peeringstandort) auswirkt, verbunden bleiben. Es wird außerdem empfohlen, diese Verbindungen auf Aktiv/Aktiv-Weise zu konfigurieren, sodass der Endbenutzerdatenverkehr auf mehrere Netzwerkpfade verteilt werden kann. Dadurch verringert sich die Anzahl der Personen, die von Ausfällen auf Ausrüstungs- oder Komponentenebene betroffen sind.

Alle bisher beschriebenen Failoverszenarien liegen zwischen ExpressRoute-Schaltkreisen und sind vom Internetübergabepunkt und der Verfügbarkeit des Internetpfads vollständig unabhängig. Einige Kunden ziehen das Internet als Netzwerkpfad für den Failover in dem Fall in Betracht, dass ExpressRoute nicht verfügbar ist. Bei einfachen Netzwerktopologien sollten dies im Failoverplan entworfen werden. Sobald eine Netzwerktopologie unterschiedliche Bandbreitenfunktionen an unterschiedlichen Standorten, komplexes Datenverkehrrouting oder eine Konfiguration auf Anwendungsebene durch Verwendung von PAC- oder WPAD-Konfigurationen umfasst, wird der automatisierte Failover von einem ExpressRoute-Netzwerkpfad zu einem Internetpfad unbrauchbar. Falls Ihre Netzwerktopologie diese komplizierteren Komponenten umfasst, wird empfohlen, komplexere Tests zur Feststellung des Failoverprozesses und der Benutzererfahrung durchzuführen.

Beispiel 2: Failover und hohe Verfügbarkeit

Der Entwurf für mehrere geografische Regionen der Woodgrove Bank wurde in Hinsicht auf Routing, Bandbreite und Sicherheit überprüft. Nun muss der Entwurf auf hohe Verfügbarkeit geprüft werden. Für die Woodgrove Bank muss hohe Verfügbarkeit drei Bereiche abdecken: Resilienz, Zuverlässigkeit und Redundanz.

Durch Resilienz kann die Woodgrove Bank Fehler schnell beheben. Zuverlässigkeit ermöglicht der Woodgrove Bank, ein konsistentes Ergebnis innerhalb des Systems zu bieten. Mithilfe von Redundanz kann die Woodgrove Bank zwischen einer oder mehreren gespiegelten Instanzen der Infrastruktur wechseln.

Innerhalb jeder Edgekonfiguration verfügt die Woodgrove Bank über redundante Firewalls, Proxys und IDS. Für Nordamerika verfügt die Woodgrove Bank über eine Edgekonfiguration im Rechenzentrum Dallas und eine weitere Edgekonfiguration im Rechenzentrum Virginia. Die redundante Ausrüstung an jedem Standort bietet Resilienz für diesen Standort.

Die Netzwerkkonfiguration bei der Woodgrove Bank basiert auf einigen Grundprinzipien:

  • Innerhalb jeder geografischen Region sind mehrere Azure ExpressRoute-Schaltkreise vorhanden.

  • Jeder Schaltkreis innerhalb einer Region kann den gesamten Netzwerkdatenverkehr innerhalb dieser Region unterstützen.

  • Beim Routing wird je nach Verfügbarkeit, Standort usw. der eine oder andere Pfad eindeutig bevorzugt.

  • Failover zwischen Azure ExpressRoute-Schaltkreisen erfolgt automatisch, ohne dass eine zusätzliche Konfiguration oder Aktion durch die Woodgrove Bank erforderlich ist.

  • Failover zwischen Internetschaltkreisen erfolgt automatisch, ohne dass eine zusätzliche Konfiguration oder Aktion durch die Woodgrove Bank erforderlich ist.

Bei dieser Konfiguration mit Redundanz auf physischer und virtueller Ebene kann die Woodgrove Bank lokale Resilienz, regionale Resilienz und globale Resilienz in zuverlässiger Form bieten. Die Woodgrove Bank hat sich für diese Konfiguration entschieden, nachdem ein einzelner Azure ExpressRoute-Schaltkreis pro Region sowie die Möglichkeit eines Failover zum Internet bewertet wurde.

Könnte die Woodgrove Bank nicht mehrere Azure ExpressRoute-Schaltkreise pro Region verwenden, würde durch das Routing des aus Nordamerika stammenden Datenverkehrs an den Azure ExpressRoute-Schaltkreis im asiatisch-pazifischen Raum eine nicht akzeptable Latenz erreicht und durch die erforderliche Konfiguration der DNS-Weiterleitung die Komplexität erhöht.

Durch Nutzung des Internets als Sicherungskonfiguration wird die vorhersehbare konsistente Verbindung, die von Azure ExpressRoute geboten wird, aufgehoben. Dies stellt einen Bruch des Zuverlässigkeitsprinzips der Woodgrove Bank dar und führt zu Inkonsistenzen bei der Verbindung. Außerdem wäre eine manuelle Konfiguration für den Failover unter Berücksichtigung der konfigurierten BGP-Ankündigungen, NAT-Konfiguration, DNS-Konfiguration und Proxykonfiguration erforderlich.

Haben Sie noch Fragen zum Planen und Implementieren der Verwaltung des Datenverkehrs oder Azure ExpressRoute? Lesen Sie den Leitfaden für Netzwerk und Leistung oder Häufig gestellte Fragen zu Azure ExpressRoute.

Es gibt viele verschiedene Arten von Azure ExpressRoute-Anbietern. Das Design von Azure ExpressRoute ermöglicht es Kunden, den richtigen Anbieter für jeden Standort auszuwählen, an dem ein Azure ExpressRoute-Schaltkreis bereitgestellt wird. Für einige Kunden bedeutet dies ganz neue Netzwerkanbieter und für andere mehr Funktionen von einem vorhandenen Anbieter.

Bei der Auswahl eines Azure ExpressRoute-Anbieters sollten Sie den Standort, an dem sich der Schaltkreis befinden soll, basierend auf der vorherigen Planung für Routing, Bandbreite, Sicherheit und hoher Verfügbarkeit beurteilen. Sobald Sie die optimalen Standorte ermittelt haben, ist die Verbindungsoption, Punkt-zu-Punkt, Mehrpunkt oder gehostet, auszuwerten. Denken Sie daran, dass Sie die Verbindungsoptionen kombinieren und anpassen können, solange die Bandbreite und andere redundante Komponenten Ihren Entwurf für Routing und hohe Verfügbarkeit unterstützen.

Wenn Sie diese beiden Variablen, Standort und Verbindungstyp, ermittelt haben, überprüfen Sie die aktuelle Liste der Anbieter nach Region.

Hinweis : Haftungsausschluss für maschinelle Übersetzungen: Dieser Artikel wurde mithilfe eines Computersystems und ohne jegliche Bearbeitung durch Personen übersetzt. Microsoft bietet solche maschinellen Übersetzungen als Hilfestellung für Benutzer ohne Englischkenntnisse an, damit Sie von den Informationen zu Produkten, Diensten und Technologien von Microsoft profitieren können. Da es sich bei diesem Artikel um eine maschinelle Übersetzung handelt, enthält er möglicherweise Fehler in Bezug auf (Fach-)Terminologie, Syntax und/oder Grammatik.

Siehe auch

Netzwerkkonnektivität mit Office 365

Azure ExpressRoute für Office 365

Routing mit ExpressRoute für Office 365

Implementieren von ExpressRoute für Office 365

Verwenden von BGP-Communitys in Szenarien mit ExpressRoute für Office 365 (Vorschau)

Medienqualität und Netzwerkverbindungsleistung in Skype for Business Online

Office 365-Leistungsoptimierung mithilfe von Basiswerten und dem Leistungsverlauf

Behandlung von Leistungsproblemen – Plan für Office 365

URLs und IP-Adressbereiche von Office 365

Netzwerkplanung und Leistungsoptimierung für Office 365

Teilen Facebook Facebook Twitter Twitter E-Mail E-Mail

War diese Information hilfreich?

Sehr gut. Noch anderes Feedback?

Was können wir verbessern?

Vielen Dank für Ihr Feedback!

×