Migrera Azure Cloud Services (klassisk) till Azure Cloud Services (extended-support)

Artikel
10/26/2023

Det här dokumentet innehåller en översikt över migrering av Cloud Services (klassisk) till Cloud Services (utökad support).

Cloud Services (utökad support) har den främsta fördelen att tillhandahålla regional återhämtning tillsammans med funktionsparitet med Azure Cloud Services som distribueras med Hjälp av Azure Service Manager. Erbjudandet innehåller även vissa Azure Resource Manager-funktioner, till exempel rollbaserad åtkomstkontroll (RBAC), taggar, principer och stöd för distributionsmallar och Private Link. Båda distributionsmodellerna (utökad support och klassisk) är tillgängliga med liknande prisstrukturer.

Cloud Services (extended-support) stöder två vägar för kunder att migrera från Azure Service Manager till Azure Resource Manager: omdistribution och migrering på plats.

Tabellen nedan visar jämförelse mellan dessa två alternativ.

Omdistribuera	Migrering på plats
Kunder kan distribuera en ny molntjänst direkt i Azure Resource Manager och sedan ta bort den gamla molntjänsten i Azure Service Manager efter noggrann validering.	Migreringsverktyget på plats möjliggör en sömlös, plattformsorkestrerad migrering av befintliga Cloud Services-distributioner (klassisk) till Cloud Services (utökat stöd).
Omdistribuering gör det möjligt för kunder att: – Definiera resursnamn. – Ordna eller återanvända resurser som önskat. – Återanvända tjänstkonfigurations- och definitionsfiler med minimala ändringar.	För migrering på plats: – Definierar resursnamn. – Organiserar varje distribution och relaterade resurser i enskilda resursgrupper. – Ändrar befintlig konfigurations- och definitionsfil för Azure Resource Manager.
Kunder måste dirigera trafik till den nya distributionen.	Migreringen behåller IP-adressen och datasökvägen förblir densamma.
Kunder måste ta bort de gamla molntjänsterna i Azure Resource Manager.	Plattformen tar bort cloud services-resurserna (klassiska) efter migreringen.
Det här är en lift and shift-migrering som ger mer flexibilitet men kräver ytterligare tid för migrering.	Det här är en automatiserad migrering som ger snabb migrering men mindre flexibilitet.

När du utvärderar migreringsplaner från Cloud Services (klassisk) till Cloud Services (utökad support) kanske du vill undersöka ytterligare Azure-tjänster som: Vm-skalningsuppsättningar, App Service, Azure Kubernetes Service och Azure Service Fabric. Dessa tjänster fortsätter att ha ytterligare funktioner, medan Cloud Services (utökad support) främst upprätthåller funktionsparitet med Cloud Services (klassiskt).)

Beroende på programmet kan Cloud Services (utökad support) kräva betydligt mindre arbete för att flytta till Azure Resource Manager jämfört med andra alternativ. Om ditt program inte utvecklas är Cloud Services (utökad support) ett genomförbart alternativ att överväga eftersom det ger en snabb migreringsväg. Om ditt program utvecklas kontinuerligt och behöver en modernare funktionsuppsättning kan du utforska andra Azure-tjänster för att bättre uppfylla dina nuvarande och framtida krav.

Översikt över omdistribuering

Omdistributionen av dina tjänster med Cloud Services (utökad support) har följande fördelar:

Stöder webb- och arbetsroller som liknar [Cloud Services (klassisk).
Det finns inga ändringar i design, arkitektur eller komponenter i webb- och arbetsroller.
Inga ändringar krävs för körningskod eftersom dataplanet är detsamma som molntjänster.
Azure GuestOS-versioner och associerade uppdateringar är anpassade till Cloud Services (klassisk).
Den underliggande uppdateringsprocessen för uppdateringsdomäner, hur uppgraderingen fortsätter, återställning och tillåtna tjänständringar under en uppdatering ändras inte.

En ny molntjänst (utökad support) kan distribueras direkt i Azure Resource Manager med hjälp av följande klientverktyg:

Översikt över migreringsverktyg

Migreringen som stöds av plattformen ger följande viktiga fördelar:

Möjliggör sömlös plattformsorkestrerad migrering utan stilleståndstid för de flesta scenarier. Läs mer om scenarier som stöds.
Migrerar befintliga molntjänster i tre enkla steg: verifiering, förberedelse, genomföring (eller avbrytning). Läs mer om hur migreringsverktyget fungerar.
Ger möjlighet att testa migrerade distributioner efter lyckad förberedelse. Genomför och slutför migreringen medan avbrottet återställer migreringen.

Migreringsverktyget använder samma API:er och har samma upplevelse som migreringen av den virtuella datorn (klassisk).

Konfigurera åtkomst för migrering

För att utföra den här migreringen måste du läggas till som en coadministrator för prenumerationen och registrera de leverantörer som behövs.

Logga in på Azure-portalen.
På hubbmenyn väljer du Prenumeration. Om du inte ser den väljer du Alla tjänster.
Leta rätt prenumerationspost och titta sedan på fältet MIN ROLL. För en coadministrator ska värdet vara Kontoadministratör. Om du inte kan lägga till en medadministratör kontaktar du en tjänstadministratör eller medadministratör för att få prenumerationen tillagd.
Registrera din prenumeration för Microsoft.ClassicInfrastructureMigrate-namnområdet med hjälp av portalen, PowerShell eller CLI
```
Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```
Kontrollera statusen för din registrering. Registreringen kan ta några minuter att slutföra.
```
Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate 
```

Hur skiljer sig migreringen för Cloud Services (klassisk) från virtuella datorer (klassisk)?

Azure Service Manager stöder två olika beräkningsprodukter, Azure Virtual Machines (klassisk) och Azure Cloud Services (klassisk) eller Webb/Arbetsroller. De två produkterna skiljer sig åt beroende på vilken distributionstyp som finns i molntjänsten. Azure Cloud Services (klassisk) använder Cloud Service som innehåller distributioner med webb-/arbetsroller. Azure Virtual Machines (klassisk) använder en molntjänst som innehåller distributioner med virtuella IaaS-datorer.

Listan över scenarier som stöds skiljer sig mellan Cloud Services (klassisk) och Virtuella datorer (klassisk) på grund av skillnader i distributionstyperna.

Migreringssteg

Kunder kan migrera sina Cloud Services-distributioner (klassiska) med samma fyra åtgärder som används för att migrera virtuella datorer (klassisk).

Verifiera migrering – Verifierar att migreringen inte kommer att förhindras av vanliga scenarier som inte stöds.
Förbered migrering – Duplicerar resursmetadata i Azure Resource Manager. Alla resurser är låsta för att skapa/uppdatera/ta bort åtgärder för att säkerställa att resursmetadata är synkroniserade i Azure Serverhanteraren och Azure Resource Manager. Alla läsåtgärder fungerar med api:er för både Cloud Services (klassisk) och Cloud Services (utökad support).
Avbryt migrering – Tar bort resursmetadata från Azure Resource Manager. Låser upp alla resurser för att skapa/uppdatera/ta bort åtgärder.
Incheckningsmigrering – Tar bort resursmetadata från Azure Service Manager. Låser upp resursen för åtgärder för att skapa/uppdatera/ta bort. Abort tillåts inte längre när incheckningen har försökts.

Kommentar

Förbered, Avbryt och Checka in är idempotent och därför bör ett nytt försök åtgärda problemet om det misslyckas.

Bilden visar diagram över steg som är associerade med migrering.

Mer information finns i Översikt över plattformsstödd migrering av IaaS-resurser från klassisk till Azure Resource Manager

Resurser och funktioner som stöds för migrering som är associerade med Cloud Services (klassisk)

Lagringskonton
Virtuella nätverk (Azure Batch stöds inte)
Nätverkssäkerhetsgrupper
Reserverade offentliga IP-adresser
Åtkomstkontrollistor för slutpunkt
Användardefinierade vägar
Interna lastbalanserare
Certifikatmigrering till nyckelvalv
Plugin-program och tillägg (XML- och Json-baserade)
Vid start/vid stoppaktiviteter
Distributioner med accelererat nätverk
Distributioner med en eller flera roller
Grundläggande lastbalanserare
Indata, instansindata, interna slutpunkter
Dynamiska offentliga IP-adresser
DNS-namn
Regler för nätverkstrafik

Konfigurationer/migreringsscenarier som stöds

Det här är de främsta scenarierna som omfattar kombinationer av resurser, funktioner och Molntjänster. Denna lista är inte fullständig.

Tjänst	Konfiguration	Kommentarer
Microsoft Entra Domain Services	Virtuella nätverk som innehåller Microsoft Entra Domain Services.	Virtuellt nätverk som innehåller både Cloud Service-distribution och Microsoft Entra Domain Services stöds. Kunden måste först migrera Microsoft Entra Domain Services separat och sedan migrera det virtuella nätverket som bara finns kvar med cloud service-distributionen
Molntjänst	Molntjänst med endast en distribution på ett enda fack.	Cloud Services som innehåller en distribution av prod-fack kan migreras. Vi rekommenderar inte att du migrerar mellanlagringsplatsen eftersom det kan leda till problem med att behålla tjänst-FQDN. Om du vill migrera mellanlagringsplatsen höjer du först upp mellanlagringsdistributionen till produktion och migrerar sedan till ARM.
Molntjänst	Distribution inte i ett offentligt synligt virtuellt nätverk (standarddistribution av virtuellt nätverk)	En molntjänst kan finnas i ett offentligt synligt virtuellt nätverk, i ett dolt virtuellt nätverk eller inte i något virtuellt nätverk. Cloud Services i ett dolt virtuellt nätverk och offentligt synliga virtuella nätverk stöds för migrering. Kunden kan använda validerings-API:et för att avgöra om en distribution finns i ett virtuellt standardnätverk eller inte och därmed avgöra om den kan migreras.
Molntjänst	XML-tillägg (BGInfo, Visual Studio Debugger, Web Deploy och Remote Debugging).	Alla XML-tillägg stöds för migrering
Virtual Network	Virtuellt nätverk som innehåller flera Cloud Services.	Det virtuella nätverket innehåller flera molntjänster som stöds för migrering. Det virtuella nätverket och alla molntjänster i det migreras tillsammans till Azure Resource Manager.
Virtual Network	Migrering av virtuella nätverk som skapats via portalen (kräver att du använder "Group Resource-group-name VNet-Name" i .cscfg-filen)	Som en del av migreringen ändras det virtuella nätverksnamnet i cscfg för att använda Azure Resource Manager-ID för det virtuella nätverket. (subscription/subscription-id/resource-group/resource-group-name/resource/vnet-name) Om du vill hantera distributionen efter migreringen uppdaterar du den lokala kopian av .cscfg-filen för att börja använda Azure Resource Manager-ID i stället för virtuellt nätverksnamn. En .cscfg-fil som använder det gamla namngivningsschemat godkänns inte.
Virtual Network	Migrering av distribution med roller i olika undernät.	En molntjänst med olika roller i olika undernät stöds för migrering.

Nästa steg

Översikt över plattformsstödd migrering av IaaS-resurser från klassisk till Azure Resource Manager
Migrera till Cloud Services (utökad support) med hjälp av Azure-portalen
Migrera till Cloud Services (utökad support) med Hjälp av PowerShell