Richtlijnen voor het verplaatsen van klassieke implementatiemodelbronnen

Artikel
06/20/2024

De stappen voor het verplaatsen van resources die zijn geïmplementeerd via het klassieke model verschillen, afhankelijk van of je de resources binnen een abonnement verplaatst of naar een nieuw abonnement.

Verplaatsen in hetzelfde abonnement

Wanneer je resources van de ene resourcegroep naar een andere resourcegroep binnen hetzelfde abonnement verplaatst, gelden de volgende beperkingen:

Virtuele netwerken (klassiek) kunnen niet worden verplaatst.
Virtuele machines (klassiek) moeten worden verplaatst met de cloudservice.
De cloudservice kan alleen worden verplaatst wanneer de verplaatsing alle virtuele machines bevat.
Er kan slechts één cloudservice tegelijk worden verplaatst.
Er kan slechts één opslagaccount (klassiek) tegelijk worden verplaatst.
Opslagaccount (klassiek) kan niet worden verplaatst in dezelfde bewerking met een virtuele machine of een cloudservice.

Als u klassieke resources wilt verplaatsen naar een nieuwe resourcegroep binnen hetzelfde abonnement, gebruikt u de standaardverplaatsingsbewerkingen via de portal, Azure PowerShell, Azure CLI of REST API. U gebruikt dezelfde bewerkingen als voor het verplaatsen van Resource Manager-resources.

Verplaatsen tussen abonnementen

Bij het verplaatsen van klassieke cloudservices naar een nieuw abonnement gelden de volgende beperkingen:

De bron- en doelabonnementen moeten zich onder dezelfde Microsoft Entra-tenant bevinden.
CSP-abonnementen (Cloud Service Provider) bieden geen ondersteuning voor het migreren van klassieke cloudservices.
Alle klassieke resources in het abonnement moeten in dezelfde bewerking worden verplaatst.
Het doelabonnement mag geen andere klassieke resources hebben.
De verplaatsen kan alleen worden aangevraagd via een afzonderlijke REST API voor klassieke verplaatsingen. De standaard opdrachten voor verplaatsen van Resource Manager werken niet wanneer je klassieke resources naar een nieuw abonnement verplaatst.

Als je klassieke resources wilt verplaatsen naar een nieuw abonnement, gebruik je de REST-bewerkingen die specifiek bedoeld zijn voor klassieke resources. Voer de volgende stappen uit om REST te gebruiken:

Controleer of het bronabonnement kan deelnemen aan een verplaatsing tussen abonnementen. Gebruik de volgende bewerking:

POST https://management.azure.com/subscriptions/{sourceSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01

Neem in de aanvraagbody het volgende op:

{
 "role": "source"
}

Het antwoord voor de validatiebewerking heeft de volgende indeling:

{
 "status": "{status}",
 "reasons": [
   "reason1",
   "reason2"
 ]
}

Controleer of het doelabonnement kan deelnemen aan een verplaatsing tussen abonnementen. Gebruik de volgende bewerking:
```
POST https://management.azure.com/subscriptions/{destinationSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
```
Neem in de aanvraagbody het volgende op:
```
{
 "role": "target"
}
```
Het antwoord heeft dezelfde indeling als de validatie van het bronabonnement.

Als beide abonnementen validatie doorstaan, verplaatst u alle klassieke resources van het ene abonnement naar het andere abonnement met de volgende bewerking:

POST https://management.azure.com/subscriptions/{subscription-id}/providers/Microsoft.ClassicCompute/moveSubscriptionResources?api-version=2016-04-01

Neem in de aanvraagbody het volgende op:

{
 "target": "/subscriptions/{target-subscription-id}"
}

De bewerking kan enkele minuten worden uitgevoerd.

Mogelijke foutberichten in de validatiefase van het bronabonnement

Abonnementsmigratie voor SubscriptionId {subscription ID} kan niet worden voortgezet omdat de klassieke IaaS-migratie naar ARM wordt uitgevoerd voor de volgende implementatieresource: xx in HostedService {classic-cloud-service-name}"

Dit bericht betekent dat er een klassieke cloudservice is die doorlopend wordt gemigreerd naar de cloudservice (uitgebreide ondersteuning). Gebruikers moeten deze ARM-migratiebewerking afbreken en vervolgens de validatie opnieuw proberen.

'Bronabonnement {abonnements-id} is leeg'

Het bronabonnement kan niet leeg, uitgeschakeld, verwijderd of momenteel worden gemigreert. Tijdens de migratieperiode zijn schrijfbewerkingen niet toegestaan voor resources binnen het abonnement.

"Bronabonnement bevat toepassingen die geen ondersteuning bieden voor migratie: {toepassingsnaam}"

"Bronabonnement bevat de volgende cloudservice(s) die geen ondersteuning biedt voor migratie: {naam van cloudservice}"

De resources die in het foutbericht worden genoemd, kunnen niet worden gemigreerd, dus gebruikers moeten deze resources verwijderen voordat ze de migratie activeren.

Meer informatie

De domeinnaam en het openbare IP-adres zijn nog steeds hetzelfde als vóór de migratie. Onder normale omstandigheden mag er tijdens de migratie geen downtime zijn voor de cloudservice.

Volgende stappen

Als u problemen ondervindt bij het verplaatsen van klassieke resources, neemt u contact op met ondersteuning.

Zie Resources verplaatsen naar een nieuwe resourcegroep of een nieuw abonnement voor opdrachten voor het verplaatsen van resources.

Delen via