Over Migratie van ExpressRoute-gateway

In dit artikel wordt het migratieproces van de ExpressRoute-gateway beschreven, zodat u kunt overstappen van uw huidige SKU naar een gelijke of hogere SKU en van Basic IP naar Standard IP, waardoor betrouwbaarheid en beschikbaarheid worden verbeterd, terwijl downgrades niet worden ondersteund.

Raadpleeg Basic naar Standard SKU upgraden voor hulp bij het upgraden van Basic-SKU openbare IP-adressen voor andere netwerkservices.

Gatewaymigratie-ervaring

Met de gatewaymigratie kunt u een tweede virtuele netwerkgateway in hetzelfde GatewaySubnet implementeren, waarbij Azure automatisch een nieuw openbaar IP-adres toewijst, waardoor handmatig IP-adres niet meer hoeft te worden gemaakt, terwijl configuraties van de oude gateway naar de nieuwe worden gemigreerd; beide gateways worden tegelijkertijd uitgevoerd om onderbrekingen te minimaliseren, hoewel er nog korte connectiviteitsonderbrekingen kunnen optreden.

Na de migratie worden de oude gateway en de bijbehorende verbindingen verwijderd en wordt de nieuwe gateway gelabeld met CreatedBy: GatewaySKUMigration om deze te identificeren als een gemigreerde resource en mag deze niet worden verwijderd.

Ondersteunde migratiescenario's

De begeleide ervaring van ExpressRoute-gatewaymigratie stelt klanten in staat om over te stappen van hun huidige SKU naar een gelijke of hogere SKU. Migreren naar een lagere SKU (downgrades) wordt niet ondersteund.

Als u een ExpressRoute-gateway hebt geïmplementeerd in hetzelfde virtuele netwerk als een VPN-gateway, kunt u het hulpprogramma voor expressroute-gatewaymigratie gebruiken. Er is geen verwachte impact op VPN Gateway-verkeer tijdens dit proces.

Leer hoe u migreert met behulp van Azure Portal.
Leer hoe u migreert met behulp van PowerShell.

Voor verbeterde betrouwbaarheid en hoge beschikbaarheid raden we u aan om te migreren naar een az-SKU.

Migreren naar ErGwScale (Schaalbare Gateway)

De ExpressRoute Scalable Gateway (ErGwScale) is een nieuwe virtuele netwerkgateway-SKU die flexibele connectiviteit met hoge bandbreedte biedt voor uw virtuele Azure-netwerken.

U kunt de schaalaanpassing van de gateway configureren op basis van vereisten door de minimum- en maximumschaaleenheden in te stellen:

• Als u een gateway met een vaste grootte wilt configureren, stelt u zowel de minimale als de maximale schaaleenheden in op dezelfde waarde (bijvoorbeeld beide instellen op 1, beide instellen op 20, beide op 40).
• Als u automatisch schalen wilt inschakelen, stelt u de minimale schaaleenheid in op 2 of hoger en geeft u de gewenste maximale schaaleenheid op (maximaal 40).

Hierdoor kan de gateway automatisch worden geschaald op basis van uw workloadvereisten.

Zie Over schaalbare gateway voor meer informatie.

Stappen voor migratie naar een nieuwe gateway

1. Valideren: Controleer of alle resources de status Geslaagd hebben. Als niet aan de vereisten wordt voldaan, mislukt de validatie en kan de migratie niet worden voortgezet.
2. Voorbereiden: Azure maakt een nieuwe virtuele netwerkgateway, wijst automatisch een nieuw openbaar IP-adres toe: een nieuw openbaar IP-adres en brengt opnieuw verbindingen tot stand. Dit proces kan tot 45 minuten duren; u kunt een aangepaste naam voor de nieuwe gateway opgeven of Azure voegt standaard _migrated toe aan de oorspronkelijke naam. Tijdens de voorbereiding wordt de bestaande gateway vergrendeld om wijzigingen te voorkomen, met de optie om de nieuwe gateway en verbindingen af te breken en te verwijderen.

3. Migreren: Schakel verkeer van de oude gateway over naar de nieuwe gateway. Deze stap kan maximaal 15 minuten duren en kan korte verbindingsonderbrekingen veroorzaken. Navigeer niet weg van de migratiepagina terwijl verkeer wordt verplaatst. Als u de pagina verlaat, wordt het proces mogelijk onderbroken.
4. Doorvoeren: Voltooi de migratie door de oorspronkelijke gateway en de bijbehorende verbindingen te verwijderen. Als u de migratie wilt annuleren, moet u eerst het verkeer terugschakelen naar de oorspronkelijke gateway door het keuzerondje in de sectie Migreren te selecteren, vervolgens op Migreren te klikken en ten slotte Afbreken te kiezen om de nieuwe gateway en de bijbehorende verbindingen te verwijderen.

Limitations

De begeleide gateway-migratie heeft de volgende beperkingen:

• Alleen ExpressRoute: het hulpprogramma voor migratie is ontworpen voor virtuele ExpressRoute-netwerkgateways. Het biedt geen ondersteuning voor VPN-gateways of andere gatewaytypen. - Dezelfde vereiste voor virtuele netwerken: migratie wordt alleen ondersteund binnen hetzelfde virtuele netwerk. Migraties tussen abonnementen, regio's of migraties van meerdere gatewaytypen (bijvoorbeeld naar/van VPN-gateways) worden niet ondersteund.
• Geen downgrades: downgraden van een SKU met Az-functionaliteit naar een niet-Az-SKU wordt niet ondersteund.
• GatewaySubnet-grootte: Het GatewaySubnet moet een /27-voorvoegsel of langer hebben om door te gaan met de migratie. Zie Meerdere voorvoegsels voor een subnet maken voor meer informatie.
• Connectiviteit met privé-eindpunten: privé-eindpunten (PE's) die zijn verbonden via persoonlijke ExpressRoute-peering, kunnen connectiviteitsproblemen ondervinden tijdens de migratie. Raadpleeg de richtlijnen voor het oplossen van deze problemen in de connectiviteitsdocumentatie voor privé-eindpunten. Privé-eindpuntconnectiviteit.
• Verouderde gateways: ExpressRoute-gateways die in 2017 of eerder zijn gemaakt of verbonden met circuits, worden niet ondersteund.
• Niet-ondersteunde SKU's: gateways die gebruikmaken van de standaard-SKU komen niet in aanmerking voor migratie. Als u wilt controleren of de migratie in aanmerking komt voor uw gateway, moet er een Advisor-melding zijn.
• Incompatibel dedicated circuit: Gateway-migratie kan niet doorgaan met een dedicated HSM (Hardware Security Module) die is verbonden met het virtuele netwerk. Om door te gaan met de migratie, dealloceert u de speciaal toegewezen HSM (Hardware Security Module). Zie Problemen met toegewezen HSM oplossen voor gedetailleerde stappen voor probleemoplossing.

Zie Troubleshooting Gateway Migration voor gedetailleerde fouten bij probleemoplossing en beste werkwijzen.

FAQ

Hoe voeg ik een tweede voorvoegsel toe aan het GatewaySubnet?

Het toevoegen van meerdere voorvoegsels aan het GatewaySubnet is momenteel beschikbaar als openbare preview en wordt alleen ondersteund via PowerShell. Wanneer u een extra voorvoegsel toevoegt, worden beide voorvoegsels gebruikt door de gemigreerde gateway, dus verwijder het oude voorvoegsel niet. Zie Meerdere voorvoegsels voor een subnet maken voor instructies.

Hoe controleer ik de status van de nieuwe gateway?

Bewaking voor de nieuwe gateway is hetzelfde als voor de oude gateway. De nieuwe gateway is een afzonderlijke resource met eigen metrische gegevens. Tijdens de migratie kunt u ook verkeerspatronen observeren met behulp van het hulpprogramma voor migratie.

Als u na de migratie bestaande bewakings-, waarschuwingen, door de klant gedefinieerde onderhoudsvensters of diagnostische instellingen hebt geconfigureerd, moet u deze opnieuw configureren op de zojuist gemaakte gateway.

Veroorzaakt de migratie downtime?

Migratie kan enkele minuten downtime veroorzaken. Plan de migratie uit te voeren tijdens een onderhoudsvenster om de impact te minimaliseren.

Hoe lang kan ik wachten voordat ik mij aan de nieuwe gateway verbind?

Er is geen verplichte wachttijd om een commit uit te voeren. nl-NL: Als u echter tijd nodig hebt om connectiviteit te valideren en ervoor te zorgen dat aan alle vereisten wordt voldaan voordat u de migratie voltooit, dan heeft u maximaal 15 dagen om te committeren na de migratie.

Hoe controleer ik of mijn gateway-SKU in aanmerking komt voor migratie?

Azure Advisor informeert u of uw gateway in aanmerking komt of migratie vereist. U kunt ook uw ExpressRoute Gateway-resource controleren in Azure Portal. Als uw gateway in aanmerking komt, wordt boven aan de pagina het bericht 'Zoneredundante ExpressRoute-gateways implementeren' weergegeven.

Hoe valideer ik of mijn gateway Zone Resilient is na de migratie?

Ga als volgt te werk om te bevestigen dat uw gateway zonebestendig is na de migratie:

• Controleer Azure Advisor: als uw gateway zonetolerant is, ziet u geen Advisor-waarschuwingen meer die een zone-redundante gateway aanbevelen.
• Controleer de resourcetags: de gemigreerde gateway heeft een standaardtag met GatewaySKUMigrationlabel, waarmee wordt aangegeven dat deze is verplaatst naar het zone-tolerante implementatiemodel.

Deze controles bevestigen dat uw gateway nu zonetolerant is.

Kan ik deze wijziging terugdraaien?

Ja, totdat het is doorgevoerd. De migratie bestaat uit vier belangrijke stappen:

1. Valideren: bevestigt of uw gateway in aanmerking komt voor migratie. Geen wijzigingen in deze fase; niets terugdraaien

2. Voorbereiden: hiermee maakt u een nieuwe virtuele netwerkgateway met de gewenste configuratie. Het proces kan worden afgebroken na stap 2 en de nieuwe gateway wordt verwijderd.

3. Migreren: de configuratie overdragen van de bestaande gateway naar de nieuwe. Indien nodig kan de configuratie na stap 3 worden teruggezet naar de bestaande gateway. Navigeer niet weg van de migratiepagina terwijl verkeer wordt verplaatst. Als u de pagina verlaat, wordt het proces mogelijk onderbroken.

4. Doorvoeren: voltooi de migratie door de oude gateway en de bijbehorende verbindingen buiten gebruik te stellen. Zodra de wijziging is doorgevoerd, kan deze niet meer worden teruggedraaid.

Wat is de impact van het verkeer tijdens de migratie? Is er sprake van pakketverlies of routeringsonderbreking?

Tijdens het migratieproces wordt verkeer naadloos omgeleid. Er wordt geen pakketverlies of routeringsonderbreking verwacht onder normale omstandigheden.

Wat moet ik doen als de stap Voorbereiden mislukt vanwege een verbinding tussen regio's in een basis-SKU-circuit tijdens de migratie van de gateway?

Als de stap Voorbereiden mislukt omdat uw Basic SKU-circuit een verbinding tussen regio's heeft, moet u de gatewaymigratie afbreken en de circuit-SKU upgraden voordat u het opnieuw probeert. Deze configuratie wordt niet ondersteund en de migratie blijft mislukken totdat de circuit-SKU is bijgewerkt.

Volgende stappen

• Problemen met migratie oplossen met Troubleshooting Gateway Migratie.
• Leer hoe u migreert met behulp van Azure Portal.
• Leer hoe u migreert met behulp van PowerShell.