Share via

Platformondersteunde migratie van IaaS-resources van het klassieke implementatiemodel naar Azure Resource Manager

  • Artikel

Van toepassing op: ✔️ Virtuele Linux-machines ✔️ van Windows

Belangrijk

Tegenwoordig gebruiken ongeveer 90% van de IaaS-VM's Azure Resource Manager. Vanaf 28 februari 2020 zijn klassieke VM's afgeschaft en worden deze volledig buiten gebruik gesteld op 6 september 2023. Meer informatie over deze afschaffing en hoe dit van invloed is op u.

In dit artikel vindt u een overzicht van het migratieprogramma dat door het platform wordt ondersteund, hoe u resources migreert van de Azure Service Manager (ASM), ook wel klassiek naar Arm-implementatiemodellen (Resource Manager) genoemd en hoe u resources kunt verbinden vanuit de twee implementatiemodellen die naast uw abonnement bestaan met behulp van site-naar-site-gateways van virtuele netwerken. Meer informatie over Azure Resource Manager-functies en -voordelen.

ASM ondersteunt twee verschillende rekenproducten, Azure Virtual Machines (klassiek) ook wel iaaS-VM's en Azure Cloud Services (klassiek) genoemd, ook wel PaaS-VM's of web-/werkrollen genoemd. In dit document wordt alleen gesproken over het migreren van virtuele Azure-machines (klassiek).

Doel voor migratie

Met Resource Manager kunt u complexe toepassingen implementeren via sjablonen, virtuele machines configureren met behulp van VM-extensies en toegangsbeheer en taggen. Azure Resource Manager bevat schaalbare, parallelle implementatie voor virtuele machines in beschikbaarheidssets. Het nieuwe implementatiemodel biedt ook onafhankelijk van elkaar levenscyclusbeheer van reken-, netwerk- en opslag. Ten slotte is er aandacht voor het standaard inschakelen van beveiliging met het afdwingen van virtuele machines in een virtueel netwerk.

Bijna alle functies van het klassieke implementatiemodel worden ondersteund voor berekening, netwerk en opslag onder Azure Resource Manager. Als u wilt profiteren van de nieuwe mogelijkheden in Azure Resource Manager, kunt u bestaande implementaties migreren vanuit het klassieke implementatiemodel.

Ondersteunde resources en configuraties voor migratie

Ondersteunde resources voor migratie

  • Virtuele machines (cloudservice met VM's)
  • Cloud Services (met web-/werkrollen)
  • Beschikbaarheidssets
  • Storage Accounts
  • Virtuele netwerken
  • VPN-gateways
  • Express Route-gateways (alleen in hetzelfde abonnement als virtueel netwerk)
  • Netwerkbeveiligingsgroepen
  • Routetabellen
  • Gereserveerde IP-adressen

Ondersteunde configuraties voor migratie

Deze klassieke IaaS-resources worden ondersteund tijdens de migratie

Service Configuratie
Microsoft Entra Domain Services. Virtuele netwerken die Microsoft Entra Domain Services bevatten

Ondersteunde bereiken van migratie

Er zijn vier verschillende manieren om de migratie van reken-, netwerk- en opslagresources te voltooien:

Migratie van virtuele machines (NIET in een virtueel netwerk)

In het Resource Manager-implementatiemodel wordt standaard beveiliging afgedwongen voor uw toepassingen. Alle VM's moeten zich in een virtueel netwerk in het Resource Manager-model bevinden. Het Azure-platform start de VM's opnieuw op (StopDeallocateenStart) als onderdeel van de migratie. U hebt twee opties voor de virtuele netwerken waarnaar de virtuele machines worden gemigreerd:

  • U kunt het platform aanvragen om een nieuw virtueel netwerk te maken en de virtuele machine te migreren naar het nieuwe virtuele netwerk.
  • U kunt de virtuele machine migreren naar een bestaand virtueel netwerk in Resource Manager.

Notitie

In dit migratiebereik zijn zowel de beheervlakbewerkingen als de gegevensvlakbewerkingen mogelijk gedurende een bepaalde periode niet toegestaan tijdens de migratie.

Migratie van virtuele machines (in een virtueel netwerk)

Voor de meeste VM-configuraties worden alleen de metagegevens gemigreerd tussen de klassieke en Resource Manager-implementatiemodellen. De onderliggende VM's worden uitgevoerd op dezelfde hardware, in hetzelfde netwerk en met dezelfde opslag. De bewerkingen op het beheervlak zijn mogelijk gedurende een bepaalde periode niet toegestaan tijdens de migratie. Het gegevensvlak blijft echter werken. Dat wil gezegd dat uw toepassingen die worden uitgevoerd op VM's (klassiek) geen downtime veroorzaken tijdens de migratie.

De volgende configuraties worden momenteel niet ondersteund. Als er in de toekomst ondersteuning wordt toegevoegd, kunnen sommige VM's in deze configuratie downtime veroorzaken (stop- en toewijzing ongedaan maken en VM-bewerkingen opnieuw starten).

  • U hebt meer dan één beschikbaarheidsset in één cloudservice.
  • U hebt een of meer beschikbaarheidssets en VM's die zich niet in een beschikbaarheidsset in één cloudservice bevinden.

Notitie

In dit migratiebereik is het beheervlak mogelijk gedurende een bepaalde periode niet toegestaan tijdens de migratie. Voor bepaalde configuraties zoals eerder beschreven, vindt downtime van het gegevensvlak plaats.

Migratie van opslagaccounts

Als u naadloze migratie wilt toestaan, kunt u Resource Manager-VM's implementeren in een klassiek opslagaccount. Met deze mogelijkheid kunnen reken- en netwerkresources onafhankelijk van opslagaccounts worden gemigreerd. Zodra u via uw virtuele machines en virtuele netwerken bent gemigreerd, moet u migreren via uw opslagaccounts om het migratieproces te voltooien.

Als uw opslagaccount geen gekoppelde schijven of virtuele machines-gegevens heeft en alleen blobs, bestanden, tabellen en wachtrijen heeft, kan de migratie naar Azure Resource Manager worden uitgevoerd als een zelfstandige migratie zonder afhankelijkheden.

Notitie

Het Resource Manager-implementatiemodel beschikt niet over het concept van klassieke installatiekopieën en schijven. Wanneer het opslagaccount wordt gemigreerd, zijn klassieke installatiekopieën en schijven niet meer zichtbaar in Azure Portal, maar blijven de back-up-VHD's in het opslagaccount staan.

In de volgende schermopnamen ziet u hoe u een klassiek opslagaccount kunt upgraden naar een Azure Resource Manager-opslagaccount met behulp van Azure Portal:

  1. Meld u aan bij het Azure-portaal.
  2. Navigeer naar uw klassieke opslagaccount.
  3. Klik in de sectie Instellingen op Migreren naar ARM.
  4. Klik op Valideren om de haalbaarheid van de migratie te bepalen. Schermopname van de pagina voor het migreren van uw klassieke opslagaccount naar Azure Resource Manager.
  5. Als de validatie is geslaagd, klikt u op Voorbereiden om een gemigreerd opslagaccount te maken.
  6. Typ ja om de migratie te bevestigen en klik op Doorvoeren om de migratie te voltooien.

Migratie van niet-gekoppelde resources

Opslagaccounts zonder gekoppelde schijven of gegevens van virtuele machines kunnen onafhankelijk worden gemigreerd.

Netwerkbeveiligingsgroepen, routetabellen en gereserveerde IP-adressen die niet zijn gekoppeld aan virtuele machines en virtuele netwerken, kunnen ook onafhankelijk worden gemigreerd.


Niet-ondersteunde functies en configuraties

Sommige functies en configuraties worden momenteel niet ondersteund; in de volgende secties worden onze aanbevelingen beschreven.

Niet-ondersteunde functies

De volgende functies worden momenteel niet ondersteund. U kunt deze instellingen desgewenst verwijderen, de VM's migreren en vervolgens de instellingen opnieuw inschakelen in het Resource Manager-implementatiemodel.

Resourceprovider Functie Aanbeveling
Compute Niet-gekoppelde schijven van virtuele machines. De VHD-blobs achter deze schijven worden gemigreerd wanneer het opslagaccount wordt gemigreerd
Compute Installatiekopieën van virtuele machines. De VHD-blobs achter deze schijven worden gemigreerd wanneer het opslagaccount wordt gemigreerd
Netwerk Eindpunt-ACL's. Verwijder eindpunt-ACL's en probeer de migratie opnieuw uit te voeren.
Netwerk Application Gateway Verwijder de Application Gateway voordat u de migratie start en maak de Toepassingsgateway opnieuw zodra de migratie is voltooid.
Netwerk Virtuele netwerken met behulp van VNet-peering. Migreer virtual network naar Resource Manager en peer. Meer informatie over VNet-peering.

Niet-ondersteunde configuraties

De volgende configuraties worden momenteel niet ondersteund.

Service Configuratie Aanbeveling
Resourcebeheer Op rollen gebaseerd toegangsbeheer (RBAC) voor klassieke resources Omdat de URI van de resources na de migratie wordt gewijzigd, is het raadzaam dat u de RBAC-beleidsupdates plant die na de migratie moeten plaatsvinden.
Compute Meerdere subnetten die zijn gekoppeld aan een VIRTUELE machine Werk de configuratie van het subnet bij zodat er slechts naar één subnet wordt verwezen. Mogelijk moet u een secundaire NIC (die naar een ander subnet verwijst) verwijderen van de VIRTUELE machine en deze opnieuw koppelen nadat de migratie is voltooid.
Compute Virtuele machines die deel uitmaken van een virtueel netwerk, maar waaraan geen expliciet subnet is toegewezen U kunt de VIRTUELE machine desgewenst verwijderen.
Compute Virtuele machines met waarschuwingen, beleid voor automatisch schalen De migratie wordt uitgevoerd en deze instellingen worden verwijderd. Het wordt ten zeerste aanbevolen om uw omgeving te evalueren voordat u de migratie uitvoert. U kunt de waarschuwingsinstellingen ook opnieuw configureren nadat de migratie is voltooid.
Compute XML VM-extensies (BGInfo 1.*, Visual Studio Debugger, Web Deploy en Remote Debugging) Dit wordt niet ondersteund. Het wordt aanbevolen deze extensies van de virtuele machine te verwijderen om door te gaan met de migratie of ze worden automatisch verwijderd tijdens het migratieproces.
Compute Diagnostische gegevens over opstarten met Premium-opslag Schakel de functie Diagnostische gegevens over opstarten uit voor de VM's voordat u doorgaat met de migratie. U kunt diagnostische gegevens over opstarten opnieuw inschakelen in de Resource Manager-stack nadat de migratie is voltooid. Bovendien moeten blobs die worden gebruikt voor schermopnamen en seriële logboeken worden verwijderd, zodat er geen kosten meer in rekening worden gebracht voor deze blobs.
Compute Cloudservices die meer dan één beschikbaarheidsset of meerdere beschikbaarheidssets bevatten. Dit wordt momenteel niet ondersteund. Verplaats de virtuele machines naar dezelfde beschikbaarheidsset voordat u migreert.
Compute VM met Microsoft Defender voor Cloud-extensie Microsoft Defender voor Cloud automatisch extensies op uw virtuele machines installeert om hun beveiliging te bewaken en waarschuwingen te genereren. Deze extensies worden meestal automatisch geïnstalleerd als het Microsoft Defender voor Cloud-beleid is ingeschakeld voor het abonnement. Als u de virtuele machines wilt migreren, schakelt u het Defender voor Cloud-beleid voor het abonnement uit, waardoor de Defender voor Cloud bewakingsextensie van de virtuele machines wordt verwijderd.
Compute VM met back-up- of momentopname-extensie Deze extensies worden geïnstalleerd op een virtuele machine die is geconfigureerd met de Azure Backup-service. Hoewel de migratie van deze VM's niet wordt ondersteund, volgt u de richtlijnen in veelgestelde vragen over de klassieke migratie naar Azure Resource Manager om back-ups te bewaren die vóór de migratie zijn gemaakt.
Compute VM met Azure Site Recovery-extensie Deze extensies worden geïnstalleerd op een virtuele machine die is geconfigureerd met de Azure Site Recovery-service. Hoewel de migratie van opslag die wordt gebruikt met Site Recovery werkt, wordt de huidige replicatie beïnvloed. U moet VM-replicatie uitschakelen en inschakelen na de opslagmigratie.
Netwerk Virtuele netwerken die virtuele machines en web-/werkrollen bevatten Dit wordt momenteel niet ondersteund. Verplaats de web-/werkrollen naar hun eigen virtuele netwerk voordat u migreert. Zodra het klassieke virtuele netwerk is gemigreerd, kan het gemigreerde Virtuele Azure Resource Manager-netwerk worden gekoppeld aan het klassieke virtuele netwerk om een vergelijkbare configuratie te bereiken als voorheen.
Netwerk Klassieke Express Route-circuits Dit wordt momenteel niet ondersteund. Deze circuits moeten worden gemigreerd naar Azure Resource Manager voordat u de IaaS-migratie start. Zie ExpressRoute-circuits verplaatsen van het klassieke naar het Resource Manager-implementatiemodel voor meer informatie.
Azure App Service Virtuele netwerken die App Service-omgevingen bevatten Dit wordt momenteel niet ondersteund.
Azure HDInsight Virtuele netwerken die HDInsight-services bevatten Dit wordt momenteel niet ondersteund.
Microsoft Dynamics Lifecycle Services Virtuele netwerken die virtuele machines bevatten die worden beheerd door Dynamics Lifecycle Services Dit wordt momenteel niet ondersteund.
Azure API Management Virtuele netwerken die Azure API Management-implementaties bevatten Dit wordt momenteel niet ondersteund. Als u het IaaS-VNET wilt migreren, wijzigt u het VNET van de API Management-implementatie. Dit is geen downtime-bewerking.

Volgende stappen