Microsoft AZ-700: ExpressRoute en WAN-connectiviteit — Studiegids

By Laurynas Brazys · 1 August 2026 · #microsoft #az-700 #certification #exam-prep #study-guide

Onderdeel van de Microsoft Azure Network Engineer AZ-700 — Studiegids. Oefen met geverifieerde antwoorden in het Microsoft-examencentrum, of doe getimede oefentests op ExamRoll.io.

Basisprincipes, peering-modellen en SKU’s van ExpressRoute

ExpressRoute biedt een private verbinding met hoge doorvoer tussen uw on-premises netwerken en de wereldwijde backbone van Microsoft. Er zijn twee implementatiemodellen: circuits die door een serviceprovider worden geleverd (co-locatie bij een exchange of via een partner) en ExpressRoute Direct, waarbij u fysieke poorten bestelt bij Microsoft (geschikt voor scenario’s van 10/100/400 Gbps). Logische connectiviteit met Azure maakt gebruik van peering: private peering voor VNet-connectiviteit, Microsoft peering voor Azure-platform- en PaaS-eindpunten, en (waar ondersteund) migraties van verouderde public peering. Ontwerpkeuzes zijn afhankelijk van bandbreedte, geografische reikwijdte en de schaal van geadverteerde routes. Kies de circuit-SKU op basis van reikwijdte en routeschaal in plaats van pure bandbreedte, en koppel deze aan een virtual network gateway of Virtual WAN-hub van de juiste grootte om de connectiviteit te beëindigen.

• Local: peering beperkt tot de metro/regio van de peeringlocatie; lagere kosten en een kleinere footprint van de routeringstabel.
• Standard: connectiviteit met alle openbare Azure-regio’s in dezelfde geografie; gemiddelde kosten en routeschaal.
• Premium (add-on): breidt het bereik uit naar alle wereldwijde regio’s en verhoogt het aantal ondersteunde routes en VNet-koppelingen; vereist voor wereldwijde transit-topologieën en veel gepeerde VNets.

Veelvoorkomende valkuilen zijn de aanname dat ExpressRoute gelijkstaat aan onbeperkte routes of automatische transitieve routering tussen VNets; u moet expliciet de limieten voor routes, de peering-types en de noodzaak van de Premium add-on voor wereldwijd bereik of extra prefixes evalueren.

Provisioning-levenscyclus, vereiste artefacten en configuratiedetails

Het provisionen van een ExpressRoute-circuit is een coördinatie-oefening tussen uw netwerkteam en een connectiviteitsprovider. Nadat u het circuit in Azure hebt aangemaakt, ontvangt u een service key (de ServiceKey/Service Key ID) die de provider gebruikt om de fysieke cross-connect te provisionen. Kies de peeringlocatie (metro/co-locatie) bij het aanmaken van het circuit, selecteer de bandbreedte (50 Mbps tot meerdere Gbps, afhankelijk van de provider en het model), en configureer peering (private en/of Microsoft) en VLAN/subnetten voor BGP. Beëindig de ExpressRoute in een VNet via een Virtual Network Gateway (of in een Virtual WAN-hub) of gebruik ExpressRoute Direct om verbinding te maken met de edge van Microsoft voor zeer hoge bandbreedte.

Typische provisioning-volgorde:

• Maak een ExpressRoute-circuit aan in Azure en noteer de Service Key.
• Deel de Service Key met de provider en coördineer de fysieke cross-connect en VLAN.
• Configureer peering (private/Microsoft), BGP peer-IP’s en ASN’s aan beide kanten.
• Koppel het circuit aan VNet(s) via een ExpressRoute-verbinding met een virtual network gateway of Virtual WAN-hub en valideer de BGP-routes.

Let erop dat u vooraf keuzes voor BGP ASN, router peer-IP’s, overlappende IP-adresruimtes en de benodigde capaciteit van de gateway-SKU plant.

FastPath, Global Reach, gateway-SKU’s en prestatie-afwegingen

ExpressRoute FastPath vermindert de latentie en verhoogt de doorvoer door de gateway-host te omzeilen en pakketten rechtstreeks door te sturen tussen uw on-premises apparaat en de NIC’s van de VM/instantie op het datapad van het VNet. Het is ideaal voor latentiegevoelige workloads, maar heeft vereisten en beperkingen: FastPath vereist private peering, een ExpressRoute-circuit dat dit ondersteunt, en een virtual network gateway-SKU die FastPath expliciet ondersteunt (Basic gateways worden niet ondersteund). FastPath beïnvloedt ook inspectie en verkeersstroom: omdat pakketten de gateway-host omzeilen, zien security appliances of gecentraliseerde inspectie die afhankelijk zijn van hairpinning op de gateway het verkeer mogelijk niet, tenzij u het verkeer architecteert via NVAs die inline zijn geplaatst of via forced tunneling.

Met ExpressRoute Global Reach kunt u twee of meer on-premises sites met elkaar verbinden via de Microsoft-backbone — handig als u wilt dat Microsoft privéverkeer tussen sites transporteert in plaats van te routeren via ISP-verbindingen. Om Global Reach te gebruiken, moet u ExpressRoute-circuits op beide locaties hebben, Global Reach op de circuits inschakelen en ervoor zorgen dat de provider dit ondersteunt. De afwegingen tussen prestaties en kosten zijn eenvoudig: gebruik ExpressRoute Direct of meerdere circuits met hoge bandbreedte voor doorvoer en veerkracht; gebruik Standard/Local-circuits voor goedkopere connectiviteit die beperkt is tot de metro-regio; en gebruik FastPath waar winsten van microseconden van belang zijn, maar accepteer ontwerpwijzigingen voor NVA-plaatsing en pakketinspectie.

WAN-architectuurpatronen: Virtual WAN, VPN vs ExpressRoute, routing en veelvoorkomende ontwerpfouten

Bij het ontwerpen van een WAN naar Azure komen drie dominante patronen naar voren: hub-and-spoke met behulp van Virtual Network Gateway(s), Virtual WAN (beheerde hub) met geïntegreerde SD-WAN/filiaalconnectiviteit, en een pure ExpressRoute-fabric met VNet-peering of Virtual WAN-attachments. Virtual WAN vereenvoudigt de connectiviteit van filialen en schaalt goed voor veel S2S/VPN-tunnels en SD-WAN-integraties, maar brengt hogere doorlopende kosten met zich mee en gebruikt het Virtual WAN hub-routingmodel. Traditionele Virtual Network Gateways (VpnGw1/2/3-families) zijn goedkoper voor een beperkt aantal tunnels, maar vereisen per-VNet gateways voor transitieve scenario’s. ExpressRoute biedt voorspelbare latency en doorvoersnelheid en werkt goed samen met Virtual WAN wanneer u zowel private backbone-connectiviteit als beheerde filiaalaggregatie nodig heeft.

Belangrijke valkuilen op het gebied van routing en operaties zijn onder meer overlappende IP-ruimtes tussen on-prem en VNets, onjuiste BGP ASN- of peer-IP-configuratie (u moet BGP inschakelen op zowel de Virtual Network Gateway als op uw customer edge), en onbedoelde UDR’s of NSG-regels die door BGP geleerde prefixes blokkeren. Wees bovendien duidelijk over de voorrangsregels voor routing: systeemroutes (BGP/verbonden) hebben over het algemeen voorrang op UDR’s, tenzij u expliciet andere next hops configureert; zorg ervoor dat forced tunneling/Internet breakouts en NVA-inspectiepunten worden getest bij het combineren van ExpressRoute en VPN, en verifieer de ondersteunde routelimieten en het aantal VPN-gatewaytunnels voor de SKU die u kiest.

Praktijkprobleem: Use-Case Scenario

Scenario: Contoso Corp heeft een primair datacenter in Washington, D.C. en een bestaande Azure-omgeving met VNets in East US en East US 2. Contoso heeft al een door een provider bemiddeld ExpressRoute-circuit dat is gepeerd in de Ashburn-metro en moet een tweede datacenter in Virginia verbinden en low-latency connectiviteit mogelijk maken tussen beide datacenters en hun VNets.

Uitdaging: Ze hebben veerkrachtige, low-latency cross-datacenter connectiviteit naar Azure nodig, willen de blootstelling aan het publieke internet minimaliseren en vereisen Microsoft backbone-transit tussen on-premise locaties zonder de belangrijkste on-premise routing opnieuw op te bouwen.

Aanbevolen aanpak:

1. Provisioneer een tweede ExpressRoute-circuit in het tweede datacenter en vraag de provider om te peeren op dezelfde peeringlocatie (Ashburn). Gebruik in eerste instantie een Standard-circuit en plan voor Premium als wereldwijde VNet-bereikbaarheid of een verhoogde routecapaciteit vereist is.
2. Geef de Service Key van elk circuit aan de provider om de cross-connects te voltooien. Schakel vervolgens ExpressRoute Global Reach in tussen de twee circuits, zodat on-premise locaties privéverkeer kunnen uitwisselen via de backbone van Microsoft.
3. Implementeer of upgrade de Virtual Network Gateway in het hub-VNet naar een ExpressRoute-compatibele SKU die FastPath ondersteunt (vermijd Basic); schakel private peering met BGP in, stel unieke lokale ASN’s en peer-IP’s in, en adverteer on-premise prefixes.
4. Als er latency-gevoelige workloads zijn, schakel dan ExpressRoute FastPath in op de private peering-verbinding nadat is gevalideerd dat NVA’s en inspectiepaden opnieuw zijn ontworpen om rekening te houden met de omzeilde gateway-host.

Rationale: Dubbele circuits met Global Reach bieden veerkrachtige, private Microsoft-backbone transit tussen datacenters en Azure zonder verkeer bloot te stellen aan het publieke internet; het inschakelen van FastPath verbetert de latency voor gevoelige datastromen, maar vereist ondersteuning van de gateway-SKU en aanpassingen in het ontwerp voor packet inspection en NVA’s.

Alle domeinen · Azure Virtual Network-ontwerp →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →

Blader door Microsoft →