Verwenden von ExpressRoute für das Routing von Microsoft 365-Datenverkehr

Hinweis

ExpressRoute für Microsoft 365 wird nicht empfohlen, da diese Lösung in den meisten Fällen nicht das beste Konnektivitätsmodell für den Dienst bereitstellt. Daher ist die Microsoft-Autorisierung erforderlich, um dieses Konnektivitätsmodell zu verwenden. Wir überprüfen jede Kundenanforderung und autorisieren ExpressRoute für Microsoft 365 nur in den seltenen Fällen, in denen dies erforderlich ist. Weitere Informationen finden Sie im Leitfaden für ExpressRoute für Microsoft 365. Sehen Sie sich das Dokument auch mit Ihren Produktivitäts-, Netzwerk- und Sicherheitsteams durch, bevor Sie mit Ihrem Microsoft-Kontoteam zusammenarbeiten, um eine Ausnahme nach Bedarf zu übermitteln. Wenn Sie versuchen, einen Routenfilter für Microsoft 365 ohne ein autorisiertes Abonnement zu erstellen, wird eine Fehlermeldung ausgegeben.

Eine ExpressRoute-Leitung bietet private Konnektivität mit dem Microsoft-Backbonenetzwerk.

• Sie umfasst privates Peering zum Herstellen einer Verbindung mit den privaten Endpunkten Ihrer IaaS-Bereitstellung in Azure-Regionen.
• Außerdem bietet sie Microsoft-Peering zum Herstellen einer Verbindung mit öffentlichen Endpunkten von IaaS-, PaaS- und SaaS-Diensten im Microsoft-Netzwerk.

Weitere Informationen zu ExpressRoute finden Sie im Artikel Einführung in ExpressRoute.

Oft herrscht eine gewisse Unklarheit darüber, ob ExpressRoute für das Routing von Microsoft 365-SaaS-Datenverkehr verwendet werden kann oder nicht. ExpressRoute bietet Microsoft-Peering, wodurch Sie auf die meisten öffentlichen Endpunkte im Microsoft-Netzwerk zugreifen können. Mithilfe eines Routenfilters können Sie Microsoft 365-Dienstpräfixe auswählen, die Sie über das Microsoft-Peering für Ihr lokales Netzwerk ankündigen möchten. Durch diese Routen kann der Microsoft 365-Dienstverkehr über den ExpressRoute-Kreisverkehr geleitet werden.

In diesem Artikel erfahren Sie, wann es notwendig ist, ExpressRoute zum Weiterleiten von Microsoft 365-Datenverkehr zu verwenden.

Netzwerkanforderungen für Microsoft 365-Datenverkehr

Microsoft 365-Dienste umfassen häufig Echtzeitdatenverkehr, z. B. Sprach- und Videoanrufe, Onlinebesprechungen und Echtzeitzusammenarbeit. Für diesen Echtzeitdatenverkehr gelten strikte Anforderungen an die Netzwerkleistung in Bezug auf Latenz und Jitter. Innerhalb bestimmter Grenzen der Netzwerklatenz kann der Jitter effektiv mithilfe von Puffern auf dem Clientgerät verarbeitet werden. Die Netzwerklatenz ergibt sich aus der physischen Entfernung des Datenverkehrs, der Verbindungsbandbreite und der Netzwerkverarbeitungslatenz.

Netzwerkoptimierungsfunktionen von Microsoft 365

Microsoft ist bestrebt, die Netzwerkleistung aller Cloudanwendungen hinsichtlich der Architektur sowie der Funktionen zu optimieren. Zunächst besitzt Microsoft eines der größten globalen Netzwerke, das in Bezug auf das Kernziel optimiert ist, die beste Netzwerkleistung zu bieten. Das Netzwerk von Microsoft ist softwaredefiniert und verwendet eine Methode namens „Cold-Potato“-Routing. In einem „Cold-Potato“-Datenverkehr führen Sie eingehenden und ausgehenden Datenverkehr so nah wie möglich am Clientgerät/Kundennetzwerk durch. Das Netzwerk von Microsoft weist Redundanz auf und ist hoch verfügbar. Weitere Informationen zur Architekturoptimierung finden Sie unter How Microsoft builds its fast and reliable global network (Wie Microsoft sein schnelles und zuverlässiges globales Netzwerk aufbaut).

Um die strikten Anforderungen an die Netzwerklatenz zu erfüllen, wird die Routenlänge in Microsoft 365 wie folgt verkürzt:

• Endbenutzerverbindungen werden dynamisch an den nächstgelegenen Microsoft 365-Einstiegspunkt weitergeleitet.
• Vom Einstiegspunkt wird der Datenverkehr effizient innerhalb des globalen Microsoft-Netzwerks an das nächstgelegene Microsoft 365-Rechenzentrum weitergeleitet.

Microsoft 365-Einstiegspunkte werden über Azure Front Door bedient. Azure Front Door ist ein weit verteilter Dienst, der im globalen Microsoft-Umkreisnetzwerk arbeitet und die Erstellung schneller, sicherer und hochgradig skalierbarer SaaS-Anwendungen ermöglicht. Weitere Informationen zur Beschleunigung der Leistung von Webanwendungen durch Azure Front Door finden Sie unter Was ist Azure Front Door?. Bei der Auswahl des nächstgelegenen Microsoft 365-Rechenzentrums berücksichtigt Microsoft die Bestimmungen zur Datenhoheit innerhalb der geografischen Region.

Was sind Verbindungen mit geografischer Fixierung?

Wenn erzwungen wird, dass Datenverkehr zwischen einem Client und einem Server über bestimmte Netzwerkgeräte an einem geografischen Standort erfolgt, wird dies als geografische Fixierung der Netzwerkverbindungen bezeichnet. Bei der herkömmlichen Netzwerkarchitektur besagt das zugrunde liegenden Entwurfsprinzip, dass sich die Clients und Server an einem statischen Standort befinden, wodurch die Verbindungen üblicherweise geografisch fixiert sind.

Wenn Sie beispielsweise die Internetverbindungen Ihres Unternehmens dazu zwingen, durch Ihr Unternehmensnetzwerk zu laufen. Wenn der Datenverkehr von einem zentralen Standort ausgeht, in der Regel über eine Reihe von Proxyservern oder Firewalls, erfolgt, verwenden Sie Internetverbindungen mit geografischer Fixierung. Ein weiteres Beispiel für geografische Fixierung ist es, wenn Sie in einer SaaS-Anwendungsarchitektur den Datenverkehr über ein zwischengeschaltetes Rechenzentrum in einer Region oder unter Verwendung eines oder mehrerer Zwischennetzwerkgeräte erzwingen.

Wann ist ExpressRoute für Microsoft 365 nicht geeignet?

Microsoft 365 verfügt über die Fähigkeit, die Routenlänge dynamisch zu verkürzen und je nach Standort der Clients das nächstgelegene Serverrechenzentrum dynamisch auszuwählen. Daher gilt Microsoft 365 als für das Internet konzipiert. Ein Teil des Microsoft 365-Datenverkehrs kann nur über das Internet weitergeleitet werden. Wenn die SaaS-Clients weit über eine Region verteilt oder global verteilt sind und Sie die Verbindungen für einen bestimmten Standort geografisch fixieren, wird erzwungen, dass Ihre Clients weiter vom geografisch fixierten Standort entfernt sind, was eine höhere Netzwerklatenz zur Folge hat. Die höhere Netzwerklatenz kann zu einer nicht optimalen Netzwerkleistung und schlechter Anwendungsleistung führen.

Daher sollten Sie in Szenarien, in denen Sie weit verstreute SaaS-Clients oder überwiegend mobile Clients haben, die Verbindungen auf keinen Fall geografisch fixieren, einschließlich der Erzwingung des Datenverkehrs über eine ExpressRoute-Schaltung an einem bestimmten Peering-Standort.

Wann sollte ExpressRoute für Microsoft 365 verwendet werden?

Die Verwendung von ExpressRoute für Microsoft 365-Datenverkehr wird nicht mehr empfohlen. Weitere Informationen finden Sie unter Azure ExpressRoute für Microsoft 365.

Nächste Schritte

• Informationen zum Ablauf von Microsoft Teams-Anrufen und zum Optimieren der Netzwerkkonnektivität in verschiedenen Szenarien, einschließlich der Verwendung von ExpressRoute für optimale Ergebnisse, finden Sie unter Flows von Microsoft Teams-Anrufen.
• Informationen zum Durchführen von Tests zum Ermitteln von Microsoft 365-Konnektivitätsproblemen an einzelnen Zweigstandorten finden Sie unterMicrosoft 365 network connectivity test (Netzwerkkonnektivitätstest für Microsoft 365).
• Informationen zum Einrichten von Baselines und eines Leistungsverlaufs zum Erkennen von sich abzeichnenden Problemen bei der Microsoft 365-Leistung finden Sie unter Optimieren der Office 365-Leistung mit Baselines und Leistungsverlauf.