Over migreren naar een expressRoute-gateway met beschikbaarheidszone
Wanneer u een gateway voor een virtueel ExpressRoute-netwerk maakt, moet u de gateway-SKU kiezen. Als u een SKU op een hoger niveau kiest, worden er meer CPU's en netwerkbandbreedte toegewezen aan de gateway. Hierdoor kan de gateway ondersteuning bieden voor hogere netwerkdoorvoer en betrouwbaardere netwerkverbindingen met het virtuele netwerk.
De volgende SKU's zijn beschikbaar voor virtuele ExpressRoute-netwerkgateways:
- Standaard
- HighPerformance
- UltraPerformance
- ErGw1Az
- ErGw2Az
- ErGw3Az
- ErGwScale (preview)
SKU's voor beschikbaarheidszone
De SKU's ErGw1Az, ErGw2Az, ErGw3Az en ErGwScale (preview), ook wel bekend als Az-enabled SKU's, ondersteunen implementaties van beschikbaarheidszones. Deze functie biedt hoge beschikbaarheid en tolerantie voor de gateway door de gateway over meerdere beschikbaarheidszones te distribueren.
De SKU's Standard, HighPerformance en UltraPerformance, die ook wel niet-beschikbaarheidszone genoemd worden, zijn historisch gekoppeld aan basic-IP's, bieden geen ondersteuning voor de distributie van de gateway in meerdere beschikbaarheidszones.
Voor verbeterde betrouwbaarheid is het raadzaam om een gateway-SKU voor een virtuele netwerkgateway met beschikbaarheidszone te gebruiken. Deze SKU's ondersteunen een zone-redundante installatie en zijn standaard gekoppeld aan standaard-IP-adressen. Deze installatie zorgt ervoor dat zelfs als één zone een probleem ondervindt, de gatewayinfrastructuur van het virtuele netwerk operationeel blijft vanwege de distributie in meerdere zones. Raadpleeg implementaties van beschikbaarheidszones voor meer informatie over zone-redundante gateways.
Gatewaymigratie-ervaring
In het verleden moesten gebruikers de opdracht Resize-AzVirtualNetworkGateway PowerShell gebruiken of de gateway van het virtuele netwerk verwijderen en opnieuw maken om te migreren tussen SKU's.
Met de begeleide gatewaymigratie kunt u een tweede virtuele netwerkgateway implementeren in hetzelfde GatewaySubnet en Azure draagt automatisch de configuratie van het besturingsvlak en gegevenspad over van de oude gateway naar de nieuwe. Tijdens het migratieproces zijn er twee virtuele netwerkgateways in werking binnen hetzelfde GatewaySubnet. Deze functie is ontworpen ter ondersteuning van migraties zonder uitvaltijd. Gebruikers kunnen echter korte connectiviteitsproblemen of onderbrekingen ondervinden tijdens het migratieproces.
Notitie
De totale tijd die nodig is om de migratie te voltooien, kan maximaal één uur duren. Gedurende deze periode blijft de gateway vergrendeld en zijn er geen wijzigingen toegestaan.
Gatewaymigratie wordt aanbevolen als u een niet-Az-gateway-SKU of een niet-Az Gateway Basic IP Gateway-SKU hebt.
| Migreren van gateway-SKU zonder Az | Migreren naar gateway-SKU met Az-functionaliteit |
|---|---|
| Standard, HighPerformance, UltraPerformance | ErGw1Az, ErGw2Az, ErGw3Az, ErGwScale (preview) |
| Basic IP | Standaard-IP |
Ondersteunde migratiescenario 's
Azure Portal en Azure PowerShell
De begeleide gatewaymigratie biedt ondersteuning voor:
- Niet-Az-SKU op basis-IP naar niet-az ingeschakelde SKU op standaard-IP.
- Niet-Az-SKU op basis-IP naar az-SKU op standaard-IP.
- Niet-az-ingeschakelde SKU op standaard-IP-adres naar az-SKU op standaard-IP.
Het is raadzaam om te migreren naar een az-SKU voor verbeterde betrouwbaarheid en hoge beschikbaarheid. Zie Migreren naar een expressRoute-gateway voor virtuele netwerken met een beschikbaarheidszone met behulp van PowerShell voor meer informatie.
Beperkingen
De begeleide gatewaymigratie biedt geen ondersteuning voor downgradescenario's, gateway-SKU met Az-ingeschakeld naar niet-Az-gateway-SKU.
Als u wilt doorgaan met de migratie, is een /27-voorvoegsel of langer vereist in het GatewaySubnet.
Privé-eindpunten (PE's) in het virtuele netwerk, verbonden via persoonlijke ExpressRoute-peering, kunnen connectiviteitsproblemen hebben tijdens de migratie. Zie Connectiviteit met privé-eindpunten om dit probleem te begrijpen en te verminderen.
Veelvoorkomende validatiefouten
In de gatewaymigratie moet u controleren of uw resource geschikt is voor migratie. Hier volgen enkele veelvoorkomende migratiefouten:
Virtueel netwerk
MaxGatewayCountInVnetReached : het maximum aantal gateways bereikt dat kan worden gemaakt in een virtueel netwerk.