ExpressRoute gebruiken voor het routeren van Microsoft 365-verkeer

Notitie

We raden ExpressRoute voor Microsoft 365 niet aan omdat het in de meeste gevallen niet het beste connectiviteitsmodel voor de service biedt. Daarom is Microsoft-autorisatie vereist voor het gebruik van dit connectiviteitsmodel. We beoordelen elke klantaanvraag en autoriseren ExpressRoute voor Microsoft 365 alleen in de zeldzame scenario's waar dit nodig is. Zie de Handleiding voor ExpressRoute voor Microsoft 365 voor meer informatie en bekijk het document met uw productiviteits-, netwerk- en beveiligingsteams voordat u met uw Microsoft-accountteam werkt om een uitzondering in te dienen, indien nodig. Als u een routefilter voor Microsoft 365 probeert te maken zonder een geautoriseerd abonnement, krijgt u een foutbericht.

Een ExpressRoute-circuit biedt privéconnectiviteit met het Microsoft backbone-netwerk.

• Het biedt privépeering om verbinding te maken met privé-eindpunten van uw IaaS-implementatie in Azure-regio's.
• Daarnaast biedt het Microsoft-peering om verbinding te maken met openbare eindpunten van IaaS-, PaaS- en SaaS-services in het Microsoft-netwerk.

Zie het artikel Inleiding tot ExpressRoute voor meer informatie over ExpressRoute .

Vaak is er verwarring over of ExpressRoute al dan niet kan worden gebruikt voor het routeren van Microsoft 365 SaaS-verkeer. ExpressRoute biedt Microsoft-peering, waarmee u toegang hebt tot de meeste openbare eindpunten in het Microsoft-netwerk. Met behulp van een routefilter kunt u Microsoft 365-servicevoorvoegsels selecteren die u wilt adverteren via Microsoft-peering naar uw on-premises netwerk. Deze routes maken routering van Microsoft 365-serviceverkeer via het ExpressRoute-circuit mogelijk.

In dit artikel leert u wanneer u ExpressRoute moet gebruiken om Microsoft 365-verkeer te routeren.

Netwerkvereisten voor Microsoft 365-verkeer

Microsoft 365-services omvatten vaak realtime verkeer, zoals spraak- en videogesprekken, onlinevergaderingen en realtime samenwerking. Dit realtime verkeer heeft strenge netwerkprestatievereisten met betrekking tot latentie en jitter. Binnen bepaalde limieten van netwerklatentie kan jitter effectief worden verwerkt met behulp van een buffer op het clientapparaat. Netwerklatentie is een functie van verkeer op fysieke afstand dat moet worden afgelegd, de bandbreedte van de koppeling en de latentie van de netwerkverwerking.

Netwerkoptimalisatiefuncties van Microsoft 365

Microsoft streeft ernaar de netwerkprestaties van alle cloudtoepassingen te optimaliseren, zowel qua architectuur als functies. Om te beginnen is Microsoft eigenaar van een van de grootste wereldwijde netwerken, die is geoptimaliseerd voor het bereiken van de kerndoelstelling van het aanbieden van de beste netwerkprestaties. Het netwerk van Microsoft is software gedefinieerd en maakt gebruik van een methode met de naam 'koude aardappel'-routering. In een systeem met minimale latentie vindt inkomend en uitgaand verkeer zo dicht mogelijk plaats bij de cliënt-apparaat/klant-netwerk. Het netwerk van Microsoft is ontworpen met redundantie en is maximaal beschikbaar. Zie Hoe Microsoft het snelle en betrouwbare wereldwijde netwerk bouwt voor meer informatie over architectuuroptimalisatie.

Om te voldoen aan de strenge netwerklatentievereisten, verkort Microsoft 365 de routelengte door:

• De eindgebruikerverbinding dynamisch routeren naar het dichtstbijzijnde Microsoft 365-toegangspunt.
• Vanaf het toegangspunt wordt verkeer efficiënt gerouteerd binnen het wereldwijde netwerk van Microsoft naar het dichtstbijzijnde Microsoft 365-datacenter.

Microsoft 365-toegangspunten worden onderhouden door Azure Front Door. Azure Front Door is een algemeen gedistribueerde service die aanwezig is in het wereldwijde edge-netwerk van Microsoft, waarmee snelle, veilige en zeer schaalbare SaaS-toepassingen worden gemaakt. Zie Wat is Azure Front Door?voor meer informatie over hoe azure Front Door de prestaties van webtoepassingen versnelt. Wanneer u het dichtstbijzijnde Microsoft 365-datacenter selecteert, houdt Microsoft rekening met regelgeving voor gegevenssoevereiniteit binnen de geografische politieke regio.

Wat zijn geo-pinning-verbindingen?

Wanneer u een client-server dwingt om verkeer via bepaalde netwerkapparaten door te geven die zich op een geografische locatie bevinden, refereert men aan geo-pinning als een vorm van het verankeren van de netwerkverbinding. In een traditionele netwerkarchitectuur is het onderliggende ontwerpprincipe dat de client-server statisch gepositioneerd zijn, wat doorgaans de geo-locaties voor verbindingen vastlegt.

Wanneer u bijvoorbeeld afdwingt dat uw bedrijfsinternetverbindingen door uw bedrijfsnetwerk moeten gaan. De uitgang is van een centrale locatie, meestal via een set proxyservers of firewalls, u geo-localiseert de internetverbindingen. Een ander voorbeeld van geo-pinning is wanneer u een SaaS-toepassingsarchitectuur hebt die u verkeer via een tussenliggend datacenter in een regio forceert of een of meer tussenliggende netwerkapparaten gebruikt.

Wanneer is ExpressRoute niet geschikt voor Microsoft 365?

Microsoft 365 heeft de mogelijkheid om de routelengte dynamisch te verkorten en dynamisch het dichtstbijzijnde servercentrum te kiezen, afhankelijk van de locatie van de clients. Microsoft 365 wordt gezegd ontworpen voor internet. Sommige delen van het Microsoft 365-verkeer kunnen alleen via het internet worden gerouteerd. Wanneer u uw SaaS-clients breed verspreid hebt over een regio of wereldwijd en u de verbindingen met een bepaalde locatie geografisch vastmaken, dwingt u uw clients verder weg van de geografisch vastgemaakte locatie om een hogere netwerklatentie te ervaren. De hogere netwerklatentie kan leiden tot suboptimale netwerkprestaties en slechte toepassingsprestaties.

In scenario's waarin u wijd verspreide SaaS-clients of clients hebt die voornamelijk mobiel zijn, wilt u op geen enkele manier verbindingen geo-pinnen, zoals door het verkeer via een ExpressRoute-circuit op een specifieke peerlocatie af te dwingen.

Wanneer gebruikt u ExpressRoute voor Microsoft 365?

Het gebruik van ExpressRoute voor Microsoft 365-verkeer wordt niet meer aanbevolen. Zie Azure ExpressRoute voor Microsoft 365 voor meer informatie.

Volgende stappen

• Zie Gespreksstromen van Microsoft Teams voor meer informatie over hoe gesprekken in Microsoft Teams stromen en hoe u de netwerkconnectiviteit in verschillende scenario's optimaliseert, waaronder het gebruik van Express Route voor de beste resultaten.
• Zie de Microsoft 365-netwerkconnectiviteitstest als u wilt testen wat de verbindingsproblemen van Microsoft 365 zijn voor afzonderlijke kantoorlocaties.
• Zie Office 365-prestaties afstemmen met basislijnen en prestatiegeschiedenis om opkomende problemen met De prestaties van Microsoft 365 vast te stellen, met behulp van basislijnen en prestatiegeschiedenis.