(Klassieke) Azure Cloud Services migreren naar (de uitgebreide ondersteuning van) Azure Cloud Services

Artikel
10/26/2023

Dit document bevat een overzicht van het migreren van Cloud Services (klassiek) naar Cloud Services (uitgebreide ondersteuning).

Cloud Services (uitgebreide ondersteuning) biedt het primaire voordeel van regionale tolerantie, samen met functiepariteit met Azure Cloud Services die zijn geïmplementeerd met behulp van Azure Service Manager. Het biedt ook enkele mogelijkheden van Azure Resource Manager, zoals op rollen gebaseerd toegangsbeheer (RBAC), tags en beleid, en ondersteunt implementatiesjablonen en Private Link. Beide implementatiemodellen (uitgebreide ondersteuning en klassiek) zijn beschikbaar met vergelijkbare prijsstructuren.

Cloud Services (uitgebreide ondersteuning) ondersteunt twee paden voor klanten om te migreren van Azure Service Manager naar Azure Resource Manager: via opnieuw implementeren en in-place migratie.

In de onderstaande tabel ziet u een vergelijking tussen deze twee opties.

Opnieuw implementeren	In-place migratie
Klanten kunnen een nieuwe cloudservice rechtstreeks implementeren in Azure Resource Manager en vervolgens de oude cloudservice in Azure Service Manager verwijderen na grondige validatie.	Met het hulpprogramma voor in-place migratie kunt u een naadloze, platformgemiddelde migratie van bestaande Cloud Services -implementaties (klassiek) naar Cloud Services (uitgebreide ondersteuning) uitvoeren.
Door opnieuw te implementeren kunnen klanten het volgende doen: - Resourcenamen definiëren. - Resources ordenen of opnieuw gebruiken als voorkeur. - Serviceconfiguratie- en definitiebestanden opnieuw gebruiken met minimale wijzigingen.	Voor in-place migratie is het platform: - Definieert resourcenamen. - Organiseert elke implementatie en gerelateerde resources in afzonderlijke resourcegroepen. - Wijzigt het bestaande configuratie- en definitiebestand voor Azure Resource Manager.
Klanten moeten verkeer naar de nieuwe implementatie indelen.	Migratie behoudt het IP-adres en het gegevenspad blijven hetzelfde.
Klanten moeten de oude cloudservices in Azure Resource Manager verwijderen.	Platform verwijdert de cloudservicesresources (klassiek) na de migratie.
Dit is een lift-and-shift-migratie die meer flexibiliteit biedt, maar extra tijd nodig heeft om te migreren.	Dit is een geautomatiseerde migratie die snelle migratie biedt, maar minder flexibiliteit.

Bij het evalueren van migratieplannen van Cloud Services (klassiek) naar Cloud Services (uitgebreide ondersteuning) wilt u mogelijk aanvullende Azure-services onderzoeken, zoals: Virtuele-machineschaalsets, App Service, Azure Kubernetes Service en Azure Service Fabric. Deze services blijven aanvullende mogelijkheden bieden, terwijl Cloud Services (uitgebreide ondersteuning) voornamelijk functiepariteit onderhoudt met Cloud Services (klassiek.)

Afhankelijk van de toepassing is het mogelijk dat Cloud Services (uitgebreide ondersteuning) aanzienlijk minder moeite kost om over te stappen naar Azure Resource Manager in vergelijking met andere opties. Als uw toepassing niet in ontwikkeling is, is Cloud Services (uitgebreide ondersteuning) een haalbare optie om rekening mee te houden omdat deze een snel migratiepad biedt. Als uw toepassing zich echter voortdurend ontwikkelt en een modernere functieset nodig heeft, verkent u andere Azure-services om uw huidige en toekomstige vereisten beter aan te pakken.

Overzicht van opnieuw implementeren

Het opnieuw implementeren van uw services met Cloud Services (uitgebreide ondersteuning) heeft de volgende voordelen:

Ondersteunt web- en werkrollen, vergelijkbaar met [Cloud Services (klassiek).
Er zijn geen wijzigingen in het ontwerp, de architectuur of onderdelen van web- en werkrollen.
Er zijn geen wijzigingen vereist voor runtimecode omdat het gegevensvlak hetzelfde is als cloudservices.
Azure GuestOS-releases en bijbehorende updates zijn afgestemd op Cloud Services (klassiek).
Het onderliggende updateproces met betrekking tot updatedomeinen, hoe de upgrade wordt voortgezet, teruggedraaid en toegestane servicewijzigingen tijdens een update worden niet gewijzigd.

Een nieuwe cloudservice (uitgebreide ondersteuning) kan rechtstreeks in Azure Resource Manager worden geïmplementeerd met behulp van de volgende clienthulpprogramma's:

Overzicht van migratiehulpprogramma's

De ondersteunde migratie van het platform biedt de volgende belangrijke voordelen:

Maakt naadloze migratie met platformindeling mogelijk zonder uitvaltijd voor de meeste scenario's. Meer informatie over ondersteunde scenario's.
Migreert bestaande cloudservices in drie eenvoudige stappen: valideren, voorbereiden, doorvoeren (of afbreken). Meer informatie over hoe het hulpprogramma voor migratie werkt.
Biedt de mogelijkheid om gemigreerde implementaties te testen na een geslaagde voorbereiding. De migratie doorvoeren en voltooien terwijl de migratie wordt afgebroken.

Het migratieprogramma maakt gebruik van dezelfde API's en heeft dezelfde ervaring als de migratie van de virtuele machine (klassiek).

Toegang instellen voor migratie

Als u deze migratie wilt uitvoeren, moet u worden toegevoegd als coadministrator voor het abonnement en de benodigde providers registreren.

Meld u aan bij het Azure-portaal.
Selecteer Abonnement in het menu Hub. Als u deze niet ziet, selecteert u Alle services.
Zoek de juiste abonnementsvermelding en kijk vervolgens naar het veld MIJN ROL. Voor een coadministrator moet de waarde accountbeheerder zijn. Als u geen medebeheerder kunt toevoegen, neemt u contact op met een servicebeheerder of medebeheerder voor het abonnement om uzelf toe te voegen.
Registreer uw abonnement voor microsoft.ClassicInfrastructureMigrate-naamruimte met behulp van de portal, PowerShell of CLI
```
Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```
Controleer de status van uw registratie. Het kan enkele minuten duren voordat de registratie is voltooid.
```
Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```

Hoe verschilt migratie voor Cloud Services (klassiek) van virtuele machines (klassiek)?

Azure Service Manager ondersteunt twee verschillende rekenproducten, Azure Virtual Machines (klassiek) en Azure Cloud Services (klassiek) of web-/werkrollen. De twee producten verschillen op basis van het implementatietype dat zich in de cloudservice bevindt. Azure Cloud Services (klassiek) maakt gebruik van cloudservice met implementaties met web-/werkrollen. Azure Virtual Machines (klassiek) maakt gebruik van een cloudservice met implementaties met IaaS-VM's.

De lijst met ondersteunde scenario's verschilt tussen Cloud Services (klassiek) en Virtual Machines (klassiek) vanwege verschillen in de implementatietypen.

Migratiestappen

Klanten kunnen hun cloudservicesimplementaties (klassiek) migreren met behulp van dezelfde vier bewerkingen die worden gebruikt voor het migreren van virtuele machines (klassiek).

Migratie valideren: valideert dat de migratie niet wordt voorkomen door veelvoorkomende niet-ondersteunde scenario's.
Migratie voorbereiden: hiermee worden de metagegevens van de resource in Azure Resource Manager gedupliceerd. Alle resources zijn vergrendeld voor bewerkingen voor maken/bijwerken/verwijderen om ervoor te zorgen dat de metagegevens van resources zijn gesynchroniseerd in Azure Serverbeheer en Azure Resource Manager. Alle leesbewerkingen werken met api's van Cloud Services (klassiek) en Cloud Services (uitgebreide ondersteuning).
Migratie afbreken : verwijdert resourcemetagegevens uit Azure Resource Manager. Hiermee ontgrendelt u alle resources voor het maken/bijwerken/verwijderen van bewerkingen.
Migratie doorvoeren: verwijdert resourcemetagegevens uit Azure Service Manager. Ontgrendelt de resource voor het maken/bijwerken/verwijderen van bewerkingen. Afbreken is niet meer toegestaan nadat een doorvoering is geprobeerd.

Notitie

Voorbereiden, afbreken en doorvoeren zijn idempotent. Als dit mislukt, moet een nieuwe poging het probleem oplossen.

Afbeelding van een diagram van de stappen die zijn gekoppeld aan migratie.

Zie Overzicht van door platform ondersteunde migratie van IaaS-resources van klassiek naar Azure Resource Manager voor meer informatie

Ondersteunde resources en functies die beschikbaar zijn voor migratie die is gekoppeld aan Cloud Services (klassiek)

Storage Accounts
Virtuele netwerken (Azure Batch wordt niet ondersteund)
Netwerkbeveiligingsgroepen
Gereserveerde openbare IP-adressen
Toegangsbeheerlijsten voor eindpunten
Door de gebruiker gedefinieerde routes
Interne load balancer
Certificaatmigratie naar sleutelkluis
Invoegtoepassingen en extensies (op basis van XML en Json)
Taken starten/stoppen
Implementaties met versneld netwerken
Implementaties met één of meerdere rollen
Basic load balancer
Invoer, exemplaarinvoer, interne eindpunten
Dynamische openbare IP-adressen
DNS-naam
Regels voor netwerkverkeer

Ondersteunde configuraties/migratiescenario's

Dit zijn de belangrijkste scenario's met combinaties van resources, functies en Cloud Services. Dit is geen volledige lijst.

Service	Configuratie	Opmerkingen
Microsoft Entra Domain Services.	Virtuele netwerken die Microsoft Entra Domain Services bevatten.	Virtueel netwerk met zowel cloudservice-implementatie als Microsoft Entra Domain Services wordt ondersteund. De klant moet eerst afzonderlijk Microsoft Entra Domain Services migreren en vervolgens het virtuele netwerk alleen migreren met de cloudservice-implementatie
Cloudservice	CloudService met een implementatie in slechts één site.	Cloud Services met een prod-site-implementatie kunnen worden gemigreerd. Het wordt niet aanbevolen om staging-site te migreren, omdat dit kan leiden tot problemen met het behouden van de service-FQDN. Als u staging-site wilt migreren, promoveert u eerst de faseringsimplementatie naar productie en migreert u vervolgens naar ARM.
Cloudservice	Implementatie niet in een openbaar zichtbaar virtueel netwerk (standaardimplementatie van virtueel netwerk)	Een cloudservice kan zich in een openbaar zichtbaar virtueel netwerk bevinden, in een verborgen virtueel netwerk of niet in een virtueel netwerk. Cloud Services in een verborgen virtueel netwerk en openbaar zichtbare virtuele netwerken worden ondersteund voor migratie. De klant kan de Validatie-API gebruiken om te bepalen of een implementatie zich in een standaard virtueel netwerk bevindt en dus kan bepalen of deze kan worden gemigreerd.
Cloudservice	XML-extensies (BGInfo, Visual Studio Debugger, Web Deploy en Remote Debugging).	Alle XML-extensies worden ondersteund voor migratie
Virtual Network	Virtueel netwerk met meerdere Cloud Services.	Virtueel netwerk bevat meerdere cloudservices die worden ondersteund voor migratie. Het virtuele netwerk en alle cloudservices erin worden samen gemigreerd naar Azure Resource Manager.
Virtual Network	Migratie van virtuele netwerken die zijn gemaakt via de portal (vereist met behulp van 'VNet-naam van groep' in .cscfg-bestand)	Als onderdeel van de migratie wordt de naam van het virtuele netwerk in cscfg gewijzigd om de Azure Resource Manager-id van het virtuele netwerk te gebruiken. (abonnement/subscription-id/resource-group/resource-group-name/resource/vnet-name) Als u de implementatie na de migratie wilt beheren, werkt u de lokale kopie van het CSCFG-bestand bij om de Azure Resource Manager-id te gebruiken in plaats van de naam van het virtuele netwerk. Een CSCFG-bestand dat gebruikmaakt van het oude naamgevingsschema, wordt niet gevalideerd.
Virtual Network	Migratie van implementatie met rollen in een ander subnet.	Een cloudservice met verschillende rollen in verschillende subnetten wordt ondersteund voor migratie.

Volgende stappen

Overzicht van door platform ondersteunde migratie van IaaS-resources van klassiek naar Azure Resource Manager
Migreren naar Cloud Services (uitgebreide ondersteuning) met behulp van Azure Portal
Migreren naar Cloud Services (uitgebreide ondersteuning) met behulp van PowerShell

Delen via