Share via


ExpressRoute-circuits verplaatsen van het klassieke naar het Resource Manager-implementatiemodel

Dit artikel bevat een overzicht van wat er gebeurt wanneer u een Azure ExpressRoute-circuit verplaatst van het klassieke naar het Azure Resource Manager-implementatiemodel.

U kunt één ExpressRoute-circuit gebruiken om virtuele netwerken te verbinden die zowel in de klassieke als de Resource Manager-implementatiemodellen zijn geïmplementeerd.

Een ExpressRoute-circuit dat via beide implementatiemodellen wordt gekoppeld aan virtuele netwerken

ExpressRoute-circuits die zijn gemaakt in het klassieke implementatiemodel

ExpressRoute-circuits die zijn gemaakt in het klassieke implementatiemodel moeten eerst worden gemigreerd naar het Resource Manager-implementatiemodel. Alleen dan kan connectiviteit met zowel het klassieke als het Resource Manager-implementatiemodel worden ingeschakeld. Verbinding maken iviteit gaat niet verloren of wordt onderbroken wanneer een verbinding wordt verplaatst. Alle circuit-naar-virtuele netwerkkoppelingen in het klassieke implementatiemodel binnen hetzelfde abonnement en meerdere abonnementen blijven behouden.

Nadat de verplaatsing is voltooid, gedraagt het ExpressRoute-circuit zich precies zoals een ExpressRoute-circuit dat is gemaakt in het Resource Manager-implementatiemodel. Nu kunt u verbinding maken met virtuele netwerken in het Resource Manager- implementatiemodel.

Zodra u het ExpressRoute-circuit naar het Implementatiemodel van Resources Manager hebt verplaatst, kunt u het alleen beheren in het Resource Manager-implementatiemodel. Bewerkingen voor het beheren van peerings, het bijwerken van circuiteigenschappen en het verwijderen van circuits is alleen beschikbaar via het Resource Manager-implementatiemodel.

U hoeft uw connectiviteitsprovider niet te betrekken om uw circuit naar het Resource Manager-implementatiemodel te verplaatsen.

ExpressRoute-circuits die zijn gemaakt in het Resource Manager-implementatiemodel

U kunt ExpressRoute-circuits die zijn gemaakt in het Resource Manager-implementatiemodel inschakelen voor toegang vanuit beide implementatiemodellen. Elk ExpressRoute-circuit in uw abonnement kan worden geconfigureerd voor toegang vanuit beide implementatiemodellen.

  • ExpressRoute-circuits die zijn gemaakt in het Resource Manager-implementatiemodel hebben standaard geen toegang tot het klassieke implementatiemodel.
  • ExpressRoute-circuits die zijn verplaatst van het klassieke implementatiemodel naar het Resource Manager-implementatiemodel, zijn standaard toegankelijk vanuit beide implementatiemodellen.
  • Een ExpressRoute-circuit heeft altijd toegang tot het Resource Manager-implementatiemodel, ongeacht of het is gemaakt in het Resource Manager- of klassieke implementatiemodel. U kunt verbindingen met virtuele netwerken maken door instructies te volgen voor het koppelen van virtuele netwerken.
  • De toegang tot het klassieke implementatiemodel wordt gecontroleerd met de parameter allowClassicOperations in het ExpressRoute-circuit.

Belangrijk

Alle quota die zijn beschreven op de pagina service limits (Servicelimieten) zijn van toepassing. Zo kan een standaardcircuit maximaal 10 virtuele netwerkkoppelingen/-verbindingen tussen zowel het klassieke als het Resource Manager-implementatiemodel hebben.

Toegang tot het klassieke implementatiemodel beheren

U kunt een ExpressRoute-circuit inschakelen om te koppelen aan virtuele netwerken in beide implementatiemodellen. Hiervoor stelt u de parameter allowClassicOperations in op het ExpressRoute-circuit.

Wanneer u allowClassicOperations instelt op TRUE, kunt u virtuele netwerken vanuit beide implementatiemodellen koppelen aan het ExpressRoute-circuit.

Wanneer u allowClassicOperations instelt op FALSE, wordt de toegang tot het circuit vanuit het klassieke implementatiemodel geblokkeerd. Alle virtuele netwerken die zijn gekoppeld in het klassieke implementatiemodel, blijven echter behouden. Het ExpressRoute-circuit is niet zichtbaar in het klassieke implementatiemodel.

Ondersteunde bewerkingen in het klassieke implementatiemodel

De volgende klassieke bewerkingen worden ondersteund in een ExpressRoute-circuit als allowClassicOperations is ingesteld op TRUE:

  • ExpressRoute-circuitgegevens verkrijgen
  • Koppelingen tussen virtuele netwerken en klassieke virtuele netwerken maken, bijwerken, verkrijgen en verwijderen
  • Autorisaties voor koppelingen met virtuele netwerken voor abonnementoverschrijdende connectiviteit maken, bijwerken, verkrijgen en verwijderen

Als allowClassicOperations echter is ingesteld op TRUE, kunt u de volgende klassieke bewerkingen niet uitvoeren:

  • BGP-peerings (Border Gateway Protocol) maken, bijwerken, verkrijgen of verwijderen voor persoonlijke of openbare Azure-peerings en Microsoft-peerings
  • ExpressRoute-circuits verwijderen

Communicatie tussen het klassieke en het Resource Manager-implementatiemodel

Het ExpressRoute-circuit fungeert als een brug tussen het klassieke en het Resource Manager-implementatiemodel. Verkeer tussen virtuele netwerken voor beide implementatiemodellen kan via het ExpressRoute-circuit worden doorgegeven als beide virtuele netwerken zijn gekoppeld aan hetzelfde circuit.

Cumulatieve doorvoer wordt beperkt door de doorvoercapaciteit van de gateway van het virtueel netwerk. Verkeer voert in dergelijke gevallen niet de netwerken van de connectiviteitsprovider of uw netwerken in. De verkeersstroom tussen de virtuele netwerken vindt volledig plaats in het Microsoft-netwerk.

Toegang tot Microsoft-peeringbronnen

U kunt zonder onderbreking toegang blijven krijgen tot resources die doorgaans toegankelijk zijn via Microsoft-peering.

Wat wordt er ondersteund

In deze sectie wordt beschreven wat er wordt ondersteund voor ExpressRoute-circuits:

  • U kunt één ExpressRoute-circuit gebruiken voor toegang tot virtuele netwerken die zijn geïmplementeerd in het klassieke en het Resource Manager-implementatiemodel.
  • U kunt een ExpressRoute-circuit verplaatsen van het klassieke naar het Resource Manager-implementatiemodel Nadat het ExpressRoute-circuit is verplaatst, blijft het werken als elk ander ExpressRoute-circuit dat is gemaakt in het Resource Manager-implementatiemodel.
  • U kunt alleen het ExpressRoute-circuit verplaatsen. Circuitkoppelingen, virtuele netwerken en VPN-gateways kunnen niet worden verplaatst via deze bewerking.
  • Wanneer een ExpressRoute-circuit is verplaatst naar het Resource Manager-implementatiemodel, kunt u de levenscyclus van het ExpressRoute-circuit alleen beheren met het Resource Manager-implementatiemodel. U kunt bewerkingen uitvoeren zoals peerings toevoegen/bijwerken/verwijderen, circuiteigenschappen bijwerken (zoals bandbreedte, SKU en factureringstype) en circuits alleen verwijderen in het Resource Manager-implementatiemodel.
  • Het ExpressRoute-circuit fungeert als een brug tussen het klassieke en het Resource Manager-implementatiemodel. Verkeer tussen virtuele machines in klassieke virtuele netwerken en virtuele machines in virtuele Resource Manager-netwerken kan communiceren via ExpressRoute als beide virtuele netwerken zijn gekoppeld aan hetzelfde ExpressRoute-circuit.
  • Abonnementoverschrijdende connectiviteit wordt ondersteund in zowel het klassieke als het Resource Manager-implementatiemodel.
  • Nadat u een ExpressRoute-circuit uit het klassieke model naar het model van Azure Resource Manager hebt verplaatst, kunt u de virtuele netwerken die zijn gekoppeld aan het ExpressRoute-circuit migreren.

Wat wordt er niet ondersteund

In deze sectie wordt beschreven wat er niet wordt ondersteund voor ExpressRoute-circuits:

  • Het beheer van de levenscyclus van een ExpressRoute-circuit vanuit het klassieke implementatiemodel.
  • Ondersteuning voor op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC) voor het klassieke implementatiemodel. U kunt Azure RBAC-besturingselementen niet uitvoeren naar een circuit in het klassieke implementatiemodel. Een beheerder/co-beheerder van het abonnement kan virtuele netwerken koppelen aan of loskoppelen van het circuit.

Configuratie

Volg de instructies in Een ExpressRoute-circuit verplaatsen van het klassieke naar het Resource Manager-implementatiemodel.

Volgende stappen