Dela via

Ändringar efter migreringen

  • Artikel

Distributionen av Cloud Services (klassisk) konverteras till en distribution av Cloud Services (utökad support). Mer information finns i Dokumentation om Cloud Services (utökad support).

Ändringar i distributionsfiler

Mindre ändringar görs i kundens .csdef- och .cscfg-fil för att göra att distributionsfilerna överensstämmer med kraven för Azure Resource Manager och Cloud Services (utökad support). Efter migreringen hämtas dina nya distributionsfiler eller uppdaterar befintliga filer, som behövs för uppdaterings-/borttagningsåtgärder.

  • Virtuellt nätverk använder fullständigt Resurs-ID för Azure Resource Manager i stället för bara resursnamnet i avsnittet NetworkConfiguration i .cscfg-filen. Exempel: /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name För virtuella nätverk som tillhör samma resursgrupp som molntjänsten kan du välja att uppdatera .cscfg-filen tillbaka till med bara det virtuella nätverksnamnet.

  • Klassiska storlekar som Small, Large, ExtraLarge ersätts av deras nya storleksnamn, Standard_A*. Storleksnamnen måste ändras till deras nya namn i .csdef-filen. Mer information finns i Krav för distribution av Cloud Services (utökad support)

  • Använd Hämta API för att hämta den senaste kopian av distributionsfilerna.

Uppdatera Azure Traffic Manager-konfigurationen efter molntjänstmigrering

När du har migrerat dina molntjänster (klassiska) till Cloud Services (utökad support) kan det uppstå problem med att uppdatera eller ta bort slutpunktskonfigurationer i Azure Traffic Manager. Detta beror på problem med synkronisering av resurs-ID, där Traffic Manager-slutpunkten fortfarande pekar på det gamla resurs-ID:t för Cloud Services (klassisk), men cloud services-distributionen (utökad support) har ett nytt resurs-ID. Lös problemet genom att följa dessa steg:

  1. Migrera trafik Tillfällig slutpunkt: Migrera din Azure Traffic Manager-trafik till en sekundär slutpunkt.
  2. Ta bort klassiska beräkningsslutpunkter i Azure Traffic Manager: När trafiken dirigeras till en tillfällig slutpunkt tar du bort den klassiska beräkningsslutpunkten från Traffic Manager-profilen.
  3. Migrera till Cloud Services (utökat stöd): Migrera Cloud Service-resursen till Cloud Services (utökad support).
  4. Lägg till nya slutpunkter i uttagsautomat: Skapa nya slutpunkter i Traffic Manager-profilen för den migrerade Cloud Services-resursen (utökad support). Den här slutpunkten har det nya resurs-ID:t för den migrerade molntjänsten.
  5. Återuppta trafik till primär molntjänster (utökad support) slutpunkt: den sekundära slutpunkten kan tas bort eller justeras till en lägre vikt. Trafik kommer att betjänas till en ny resurs (utökad support). Den här processen säkerställer att Traffic Manager är korrekt anpassad till de uppdaterade resurs-ID:na och undviker konfigurationsproblem som kan fördröja projekt.

Ändringar i kundens Automation, CI/CD-pipeline, anpassade skript, anpassade instrumentpaneler, anpassade verktyg osv.

Kunder måste uppdatera sina verktyg och automatisering för att börja använda de nya API:erna/kommandona för att hantera distributionen. Kunden kan enkelt använda nya funktioner i Azure Resource Manager/Cloud Services (utökad support) som en del av den här ändringen.

  • Ändringar i resurs- och resursgruppsnamn efter migrering

    • Som en del av migreringen ändras namnen på få resurser som molntjänsten, offentliga IP-adresser osv. Dessa ändringar kan behöva återspeglas i distributionsfiler innan cloud service uppdateras. Läs mer om namnen på resurser som ändras.

  • Återskapa regler och principer som krävs för att hantera och skala molntjänster

    • Regler för automatisk skalning migreras inte. Efter migreringen återskapar du reglerna för automatisk skalning.
    • Aviseringar migreras inte. Återskapa aviseringarna efter migreringen.
    • Key Vault skapas utan åtkomstprinciper. Om du vill visa eller hantera dina certifikat skapar du lämpliga principer i Key Vault. Certifikat visas under inställningar på fliken som kallas hemligheter.

Ändringar i certifikathantering efter migrering

Som standard för att hantera dina certifikat bör alla giltiga .pfx-certifikatfiler läggas till i certifikatarkivet i Key Vault och uppdateringen fungerar perfekt via alla klienter – portalen, PowerShell eller REST-API:et.

För närvarande gör Azure Portal en validering för att kontrollera om alla nödvändiga certifikat laddas upp i certifikatarkivet i Key Vault och varnar om ett certifikat inte hittas. Men om du planerar att använda certifikat som hemligheter kan dessa certifikat inte verifieras för tumavtrycket och alla uppdateringsåtgärder som omfattar tillägg av hemligheter misslyckas via portalen. Kunder rekommenderas att använda PowerShell eller RestAPI för att fortsätta uppdateringar med hemligheter.

Ändringar för uppdatering via Visual Studio

Om du publicerade uppdateringar direkt via Visual Studio måste du först ladda ned den senaste CSCFG-filen från distributionen efter migreringen. Använd den här filen som referens för att lägga till information om nätverkskonfiguration i din aktuella CSCFG-fil i Visual Studio-projektet. Skapa sedan lösningen och publicera den. Du kan behöva välja Nyckelvalv och Resursgrupp för den här uppdateringen.

Nästa steg