Technische details van de migratie naar Azure Cloud Services (uitgebreide ondersteuning)
In dit artikel worden de technische details besproken met betrekking tot het migratiehulpprogramma met betrekking tot Cloud Services (klassiek).
Details over functie/scenario's die worden ondersteund voor migratie
Uitbreidingen en migratie van invoegtoepassingen
- Alle ingeschakelde en ondersteunde extensies worden gemigreerd.
- Uitgeschakelde extensies worden niet gemigreerd.
- Invoegtoepassingen zijn een verouderd concept en moeten vóór de migratie worden verwijderd. Ze worden ondersteund voor migratie, maar na de migratie, als de extensie moet worden ingeschakeld, moet de invoegtoepassing worden verwijderd voordat de extensie wordt geïnstalleerd. Deze beperking is van invloed op plug-ins en extensies van extern bureaublad het meest.
Certificaatmigratie
- In Cloud Services (uitgebreide ondersteuning) worden certificaten opgeslagen in een Key Vault. Als onderdeel van de migratie maken we een Key Vault voor de klanten met de naam van de cloudservice en dragen we alle certificaten van Azure Service Manager over naar Key Vault.
- De verwijzing naar deze sleutelkluis wordt opgegeven in de sjabloon of wordt doorgegeven via PowerShell of Azure CLI.
Serviceconfiguratie- en servicedefinitiebestanden
- De .cscfg- en .csdef-bestanden moeten worden bijgewerkt voor Cloud Services (uitgebreide ondersteuning) met kleine wijzigingen.
- De namen van resources, zoals virtuele netwerken en VM-SKU's (virtuele machines), zijn verschillend. Zie Vertaling van resources en naamconventie na migratie
- Klanten kunnen hun nieuwe implementaties ophalen via PowerShell en REST API.
Cloudservice en implementaties
- Elke implementatie van Cloud Services (uitgebreide ondersteuning) is een onafhankelijke cloudservice. Implementaties worden niet meer gegroepeerd in een cloudservice met behulp van sites.
- Als u twee sites in uw cloudservice (klassiek) hebt, moet u één site (fasering) verwijderen en het migratiehulpprogramma gebruiken om de andere (productie)-site naar Azure Resource Manager te verplaatsen.
- Het openbare IP-adres in de cloudservice-implementatie blijft hetzelfde na migratie naar Azure Resource Manager en wordt weergegeven als een BASIC SKU IP-resource (dynamisch of statisch).
- De DNS-naam en het domein (cloudapp.net) voor de gemigreerde cloudservice blijven hetzelfde.
Migratie van virtueel netwerk
- Als een Cloud Services-implementatie zich in een virtueel netwerk bevindt, worden tijdens de migratie alle Cloud Services en gekoppelde virtuele netwerkresources samen gemigreerd.
- Na de migratie wordt het virtuele netwerk in een andere resourcegroep geplaatst dan de cloudservice.
- Voor virtuele netwerken met meerdere Cloud Services wordt elke cloudservice één na de andere gemigreerd.
Migratie van implementaties die zich niet in een virtueel netwerk bevinden
- Eind 2018 is Azure begonnen met het automatisch maken van nieuwe implementaties (zonder door de klant opgegeven virtueel netwerk) in een platform dat standaard virtueel netwerk heeft gemaakt. Deze standaard virtuele netwerken zijn verborgen voor klanten.
- Als onderdeel van de migratie wordt dit standaard virtuele netwerk eenmaal beschikbaar gemaakt voor klanten in Azure Resource Manager. Om de implementatie in Azure Resource Manager te beheren of bij te werken, moeten klanten deze informatie over het virtuele netwerk toevoegen in de sectie NetworkConfiguration van het CSCFG-bestand.
- Het standaard virtuele netwerk dat wordt gemigreerd naar Azure Resource Manager, wordt in dezelfde resourcegroep geplaatst als de cloudservice.
- Cloud Services die vóór deze tijd (vóór eind 2018) zijn gemaakt, bevinden zich niet in een virtueel netwerk en kunnen niet worden gemigreerd met behulp van het hulpprogramma. Overweeg deze cloudservices rechtstreeks in Azure Resource Manager opnieuw te implementeren. Een andere benadering is om te migreren via het maken van een nieuwe faseringsimplementatie en VIPSwap Bekijk hier meer informatie
- Als u wilt controleren of een implementatie in aanmerking komt voor migratie, voert u de validatie-API uit op de implementatie. Het resultaat van de Validatie-API bevat een foutbericht waarin expliciet wordt vermeld of deze implementatie in aanmerking komt voor migratie.
Load Balancer
- Voor een cloudservice die gebruikmaakt van een openbaar eindpunt, wordt een platform dat is gemaakt met een load balancer die is gekoppeld aan de cloudservice, weergegeven in het abonnement van de klant in Azure Resource Manager. De load balancer is een alleen-lezen resource en updates worden alleen beperkt via de bestanden Serviceconfiguratie (.cscfg) en Service Definition (.csdef).
Key Vault
- Als onderdeel van de migratie maakt Azure automatisch een nieuwe Key Vault en migreert alle certificaten ernaar. Met het hulpprogramma kunt u geen bestaande Sleutelkluis gebruiken.
- Voor Cloud Services (uitgebreide ondersteuning) is een Key Vault vereist die zich in dezelfde regio en hetzelfde abonnement bevindt. Deze Sleutelkluis wordt automatisch gemaakt als onderdeel van de migratie.
Resources en functies die niet beschikbaar zijn voor migratie
Deze lijst bevat de belangrijkste scenario's met combinaties van resources, functies en Cloud Services. Deze lijst is niet volledig.
| Bron | Volgende stappen /work-around |
|---|---|
| Regels voor automatisch schalen | Migratie gaat door, maar regels worden verwijderd. Maak de regels na de migratie opnieuw op Cloud Services (uitgebreide ondersteuning). |
| Waarschuwingen | Migratie gaat door, maar waarschuwingen worden verwijderd. Maak de regels na de migratie opnieuw op Cloud Services (uitgebreide ondersteuning). |
| VPN Gateway | Verwijder de VPN Gateway voordat u de migratie start en maak de VPN Gateway opnieuw zodra de migratie is voltooid. |
| Express Route Gateway (alleen in hetzelfde abonnement als virtual network) | Verwijder de Express Route-gateway voordat u de migratie start en maak de gateway opnieuw zodra de migratie is voltooid. |
| Quotum | Quotum wordt niet gemigreerd. Vraag vóór de migratie een nieuw quotum aan in Azure Resource Manager om de validatie te laten slagen. |
| Affiniteitsgroepen | Wordt niet ondersteund. Verwijder eventuele affiniteitsgroepen vóór de migratie. |
| Virtuele netwerken met peering van virtuele netwerken | Voordat u een virtueel netwerk migreert dat is gekoppeld aan een ander virtueel netwerk, verwijdert u de peering, migreert u het virtuele netwerk naar Resource Manager en maakt u opnieuw peering. Dit kan downtime veroorzaken, afhankelijk van de architectuur. |
| Virtuele netwerken die App Service-omgevingen bevatten | Niet ondersteund |
| Virtuele netwerken met Azure Batch-implementaties | Niet ondersteund |
| Virtuele netwerken die HDInsight-services bevatten | Wordt niet ondersteund. |
| Virtuele netwerken die Azure API Management-implementaties bevatten | Wordt niet ondersteund. Als u het virtuele netwerk wilt migreren, wijzigt u het virtuele netwerk van de API Management-implementatie. Dit is geen downtime-bewerking. |
| Klassieke Express Route-circuits | Wordt niet ondersteund. Deze circuits moeten worden gemigreerd naar Azure Resource Manager voordat u paaS-migratie start. Zie ExpressRoute-circuits verplaatsen van het klassieke naar het Resource Manager-implementatiemodel voor meer informatie. |
| Op rollen gebaseerd toegangsbeheer | Na de migratie moet de URI van de resource na de migratie worden bijgewerkt van Microsoft.ClassicCompute Microsoft.Compute RBAC-beleid. |
| Application Gateway | Niet ondersteund. Verwijder de Toepassingsgateway voordat u de migratie start en maak de Application Gateway opnieuw zodra de migratie naar Azure Resource Manager is voltooid |
Niet-ondersteunde configuraties/migratiescenario's
| Configuratie/scenario | Volgende stappen /work-around |
|---|---|
| Migratie van sommige oudere implementaties niet in een virtueel netwerk | Sommige cloudservice-implementaties die zich niet in een virtueel netwerk bevinden, worden niet ondersteund voor migratie. 1. Gebruik de validatie-API om te controleren of de implementatie in aanmerking komt voor migratie. 2. Als deze in aanmerking komen, worden de implementaties naar Azure Resource Manager verplaatst onder een virtueel netwerk met het voorvoegsel DefaultRdfeVnet |
| Migratie van implementaties met zowel productie- als staging-site-implementatie met behulp van dynamische IP-adressen | Voor de migratie van een cloudservice met twee sleuf moet de staging-site worden verwijderd. Zodra de staging-site is verwijderd, migreert u de productiesite als een onafhankelijke cloudservice (uitgebreide ondersteuning) in Azure Resource Manager. Implementeer vervolgens de faseringsomgeving opnieuw als een nieuwe cloudservice (uitgebreide ondersteuning) en maak deze wisselbaar met de eerste. |
| Migratie van implementaties met implementatie van zowel productie- als staging-site met behulp van gereserveerde IP-adressen | Wordt niet ondersteund. |
| Migratie van productie- en faseringsimplementatie in een ander virtueel netwerk | Voor de migratie van een cloudservice met twee sleuf moet de staging-site worden verwijdert. Zodra de staging-site is verwijderd, migreert u de productiesite als een onafhankelijke cloudservice (uitgebreide ondersteuning) in Azure Resource Manager. Een nieuwe cloudservicesimplementatie (uitgebreide ondersteuning) kan vervolgens worden gekoppeld aan de gemigreerde implementatie met wisselbare eigenschap ingeschakeld. Implementatiebestanden van de oude staging-site-implementatie kunnen opnieuw worden gebruikt om deze nieuwe wisselbare implementatie te maken. |
| Migratie van lege cloudservice (cloudservice zonder implementatie) | Wordt niet ondersteund. |
| Migratie van implementatie met de invoegtoepassing extern bureaublad en de extensies voor extern bureaublad | Optie 1: Verwijder de invoegtoepassing voor extern bureaublad vóór de migratie. Hiervoor zijn wijzigingen in implementatiebestanden vereist. De migratie gaat vervolgens door. Optie 2: Verwijder de extensie voor extern bureaublad en migreer de implementatie. Na de migratie verwijdert u de invoegtoepassing en installeert u de extensie. Hiervoor zijn wijzigingen in implementatiebestanden vereist. Verwijder de invoegtoepassing en extensie vóór de migratie. Invoegtoepassingen worden niet aanbevolen voor gebruik in Cloud Services (uitgebreide ondersteuning). |
| Virtuele netwerken met zowel PaaS- als IaaS-implementatie | Niet ondersteund Verplaats de PaaS- of IaaS-implementaties naar een ander virtueel netwerk. Dit veroorzaakt downtime. |
| Cloudservice-implementaties met verouderde rolgrootten (zoals Small of ExtraLarge). | De rolgrootten moeten vóór de migratie worden bijgewerkt. Werk alle implementatieartefacten bij om te verwijzen naar deze nieuwe moderne rolgrootten. Zie Beschikbare VM-grootten voor meer informatie |
| Migratie van cloudservice naar een ander virtueel netwerk | Niet ondersteund 1. Verplaats de implementatie naar een ander klassiek virtueel netwerk vóór de migratie. Dit veroorzaakt downtime. 2. Migreer het nieuwe virtuele netwerk naar Azure Resource Manager. Of 1. Het virtuele netwerk migreren naar Azure Resource Manager 2. Verplaats de cloudservice naar een nieuw virtueel netwerk. Dit veroorzaakt downtime. |
| Cloudservice in een virtueel netwerk, maar er is geen expliciet subnet toegewezen | Wordt niet ondersteund. Risicobeperking omvat het verplaatsen van de rol naar een subnet, waarvoor opnieuw opstarten van een rol is vereist (uitvaltijd) |
Vertaling van resources en naamconventie na migratie
Als onderdeel van de migratie worden de resourcenamen gewijzigd en worden er weinig Cloud Services-functies weergegeven als Azure Resource Manager-resources. De tabel bevat een overzicht van de wijzigingen die specifiek zijn voor cloudservicesmigratie.
| Cloud Services (klassiek) Resourcenaam |
Cloud Services (klassiek) Syntaxis |
Cloud Services (uitgebreide ondersteuning) Resourcenaam |
Cloud Services (uitgebreide ondersteuning) Syntaxis |
|---|---|---|---|
| Cloudservices | cloudservicename |
Niet gekoppeld | Niet gekoppeld |
| Implementatie (gemaakte portal) Implementatie (niet-portal gemaakt) |
deploymentname |
Cloud Services (uitgebreide ondersteuning) | cloudservicename |
| Virtual Network | vnetname Group resourcegroupname vnetname Niet gekoppeld |
Virtueel netwerk (niet in de portal gemaakt) Virtueel netwerk (portal gemaakt) Virtuele netwerken (standaard) |
vnetname group-resourcegroupname-vnetname VNet-cloudservicename |
| Niet gekoppeld | Niet gekoppeld | Key Vault | KV-cloudservicename |
| Niet gekoppeld | Niet gekoppeld | Resourcegroep voor cloudservice-implementaties | cloudservicename-migrated |
| Niet gekoppeld | Niet gekoppeld | Resourcegroep voor virtueel netwerk | vnetname-migrated group-resourcegroupname-vnetname-migrated |
| Niet gekoppeld | Niet gekoppeld | Openbaar IP-adres (dynamisch) | cloudservicenameContractContract |
| Gereserveerde IP-naam | reservedipname |
Gereserveerd IP-adres (niet-portal gemaakt) Gereserveerd IP-adres (portal gemaakt) |
reservedipname group-resourcegroupname-reservedipname |
| Niet gekoppeld | Niet gekoppeld | Load Balancer | LB-cloudservicename |
Migratieproblemen en hoe u deze kunt afhandelen.
Migratie is lange tijd vastgelopen in een bewerking.
- Het doorvoeren, voorbereiden en afbreken kan lang duren, afhankelijk van het aantal implementaties. Er treedt na 24 uur een time-out op.
- Doorvoeren, voorbereiden en afbreken van bewerkingen zijn idempotent. De meeste problemen kunnen worden opgelost door het opnieuw te proberen. Er kunnen tijdelijke fouten optreden, die in enkele minuten kunnen verdwijnen. We raden u om even te wachten voordat u het opnieuw probeert. Als u migreert met behulp van Azure Portal en de bewerking vastloopt met de status 'actief', gebruikt u PowerShell om de bewerking opnieuw uit te voeren.
- Neem contact op met de ondersteuning om de implementatie vanuit de back-end te migreren of terug te draaien.
Migratie is mislukt in een bewerking.
- Als de validatie is mislukt, komt dit doordat de implementatie of het virtuele netwerk een niet-ondersteund scenario/functie/resource bevat. Gebruik de lijst met niet-ondersteunde scenario's om de werkzaamheden in de documenten te vinden.
- De voorbereidingsbewerking voert eerst validatie uit, inclusief enkele dure validaties (niet gedekt in validatie). De voorbereidingsfout kan worden veroorzaakt door een niet-ondersteund scenario. Zoek het scenario en de work-around in de openbare documenten. Afgebroken moet worden om terug te gaan naar de oorspronkelijke status en de implementatie te ontgrendelen voor updates en verwijderbewerkingen.
- Als het afbreken is mislukt, voert u de bewerking opnieuw uit. Als nieuwe pogingen mislukken, neemt u contact op met de ondersteuning.
- Als de doorvoering is mislukt, voert u de bewerking opnieuw uit. Als het opnieuw proberen mislukt, neemt u contact op met de ondersteuning. Zelfs bij doorvoerfouten mag er geen probleem zijn met het gegevensvlak voor uw implementatie. Uw implementatie moet klantverkeer kunnen afhandelen zonder enig probleem.
Portal is vernieuwd na Voorbereiden. Ervaring die opnieuw is opgestart en doorvoeren of afbreken is niet meer zichtbaar.
- In de portal worden de migratiegegevens lokaal opgeslagen en daarom wordt deze na het vernieuwen gestart vanuit de validatiefase, zelfs als de cloudservice zich in de voorbereidingsfase bevindt.
- U kunt de portal gebruiken om de stappen te valideren en opnieuw voor te bereiden om de knop Afbreken en Doorvoeren beschikbaar te maken. Het veroorzaakt geen fouten.
- Klanten kunnen PowerShell of REST API gebruiken om af te breken of door te voeren.
Hoeveel tijd kan de bewerkingen duren?
Valideren is ontworpen om snel te zijn. Voorbereiden duurt het langst en duurt enige tijd, afhankelijk van het totale aantal rolinstanties dat wordt gemigreerd. Het afbreken en doorvoeren kan ook tijd in beslag nemen, maar kost minder tijd in vergelijking met de voorbereiding. Na 24 uur treedt er een time-out op voor alle bewerkingen.
Volgende stappen
Zie onze landingspagina ondersteuning en probleemoplossing voor hulp bij het migreren van uw cloudservices (klassiek) naar Cloud Services (uitgebreide ondersteuning).