Förhindra och lösa problem som orsakas av en automatisk migrering av en App Service-miljön

Viktigt!

App Service-miljön v1 och v2 dras tillbaka och stöds inte längre. Om du har en App Service-miljön v1 eller v2 måste du migrera till App Service-miljön v3. Mer information finns i Uppgradera till App Service-miljön v3.

Automatiska migreringar är migreringar som initieras av Microsoft. Från och med den 1 september 2024 försöker plattformen automatiskt migrera eventuella återstående App Service-miljön v1 och v2 på bästa sätt med hjälp av migreringsfunktionen på plats, men Microsoft gör inga anspråk eller garantier om programtillgänglighet efter automatisk migrering. Du kan behöva utföra manuell konfiguration för att slutföra migreringen och optimera ditt SKU-val för App Service-plan för att uppfylla dina behov. Om automatisk migrering inte är möjlig tas dina resurser och associerade appdata bort. Vi uppmanar dig starkt att agera nu för att undvika något av dessa extrema scenarier.

Om du har en App Service-miljön v1 eller v2 som migrerades automatiskt till App Service-miljön v3 kan det uppstå problem med dina appar eller tjänster. Den här artikeln innehåller vägledning om hur du hanterar dessa problem.

Översikt

Efter den 1 september 2024 är alla App Service-miljön v1 och v2 berättigade att automatiskt migreras (automatiskt migreras) till App Service-miljön v3 vid en viss tidpunkt om inget annat anges. Plattformen initierar automatiska migreringar, vilket är nödvändigt för att säkerställa att din App Service-miljön körs på en plattform som stöds.

Kommentar

Automatiska migreringar och borttagningar görs i batchar. Om din App Service-miljön inte har migrerats automatiskt ännu kan den när som helst migreras automatiskt eller tas bort. Det enda sättet att se till att din App Service-miljön inte oväntat migreras eller tas bort är att begära en respitperiod på 30 dagar.

Automatiska migreringar görs med hjälp av migreringsfunktionen på plats. Det är ungefär en timmes stilleståndstid under migreringsprocessen. Inkommande och utgående IP-adresser för din App Service-miljön kan ändras under migreringsprocessen. Stilleståndstiden kan vara längre om du har beroenden på dessa IP-adresser. Stilleståndstiden kan också vara längre om du använder funktioner som inte stöds i App Service-miljön v3.

Respitperiod

Om du behöver mer tid för att slutföra dina migreringar kan vi erbjuda en respitperiod på 30 dagar. Din App Service-miljön migreras eller tas inte bort automatiskt under respitperioden. När respitperioden är slut försöker vi automatiskt migrera din App Service-miljön. Om automatisk migrering inte är möjlig tas dina resurser och associerade appdata bort.

Om du vill ta emot den här respitperioden går du till Azure Portal och går till migreringssidan för din App Service-miljön. Om du har fler än en App Service-miljön måste du bekräfta och ta emot en respitperiod för var och en av dina miljöer som kräver mer tid att migrera.

När du får respitperioden visar banderollen överst på migreringssidan respitperiodens slutdatum. Du kan behöva uppdatera sidan för att se den uppdaterade banderollen. Det kan ta upp till fem minuter innan banderollen uppdateras med datumet.

Om du behöver mer support eller har frågor kontaktar du Azure Support med alternativet Öppna supportbegäran i Azure Portal på migreringssidan. Det är viktigt att du bekräftar och får en respitperiod för var och en av dina miljöer som kräver mer tid att migrera innan du öppnar supportbegäran. Bekräftelse- och respitperioden säkerställer att dina miljöer inte migreras automatiskt medan supportbegäran bearbetas.

Begränsningar för automatisk migrering

Automatiska migreringar görs med hjälp av migreringsfunktionen på plats. Följande begränsningar gäller för automatiska migreringar, ungefär som begränsningarna för migreringar på plats:

• Den nya App Service-miljön v3 finns i det befintliga undernätet som användes för din gamla miljö.
• Den nya App Service-miljön v3 finns i samma region som din gamla miljö.
• Den nya App Service-miljön v3 finns i samma resursgrupp som din gamla miljö.
• Alla resurser har samma namn och resurs-ID:t.
• IP-baserade TLS/SSL-bindningar stöds inte i App Service-miljön v3. Om du har IP-baserade TLS/SSL-bindningar måste du ta bort dem när migreringen är klar. Dina appar fungerar inte förrän du tar bort bindningarna.
• App Service-miljön v1 i en Klassiskt virtuellt nätverk stöds inte för migrering. Om du har en App Service-miljön v1 i ett klassiskt virtuellt nätverk måste du migrera manuellt. Din App Service-miljön kan tas bort när som helst om du inte begär en respitperiod på 30 dagar.
• Migreringsfunktionen på plats är inte tillgänglig i Kina, östra 2 och Kina, norra 2. Funktionen stöds inte där eftersom App Service-miljön v3 inte är tillgänglig i dessa regioner. Därför är automatisk migrering inte möjligt för App Service-miljön i dessa regioner. Om du har en App Service-miljön i dessa regioner måste du migrera manuellt till en av de regioner som stöds, till exempel Kina, östra 3 eller Kina, norra 3. Din App Service-miljön kan tas bort när som helst om du inte begär en respitperiod på 30 dagar.

Mer information om migreringar på plats och om du vill se vilken process som följs under en automatisk migrering finns i Migrering till App Service-miljön v3 med hjälp av migreringsfunktionen på plats.

Inte berättigad till automatisk migrering

Det finns två scenarier där du kanske inte är berättigad till automatisk migrering. Det första scenariot är om din aktuella miljö finns i en region som inte stöder App Service-miljön v3. Det andra scenariot är om du har en App Service-miljön v1 i ett klassiskt virtuellt nätverk. Om du inte är berättigad till automatisk migrering och aldrig kan migrera automatiskt visar portalen ett meddelande med orsaken till att du inte är berättigad. Du måste migrera manuellt. Din App Service-miljön kan tas bort när som helst om du inte begär en respitperiod på 30 dagar.

I vissa fall kan du tillfälligt blockeras från automatisk migrering, men du kan lösa blockeringsproblemet och aktivera automatisk migrering. Om du till exempel har ett resurslås på App Service-miljön kan du ta bort resurslåset för att aktivera automatisk migrering. En automatisk migrering som blockeras av ett resurslås, Azure Policy eller en nätverkskonfiguration pausas automatiskt. Om du behöver avanvända din App Service-miljön öppnar du ett supportärende.

Följande fel kan visas i portalen om du inte är berättigad till automatisk migrering:

Fel	Rekommendation
App Service-miljön v1 finns i ett klassiskt virtuellt nätverk. Klassiska virtuella nätverk stöder inte App Service-miljön v3.	Du måste migrera manuellt.
Det finns ett resurslås på App Service-miljön/virtuellt nätverk/resursgrupp/prenumeration som förhindrar migreringen.	Om du vill aktivera automatisk migrering tar du bort resurslåset.
Det finns en Azure Policy som förhindrar migreringen.	Om du vill aktivera automatisk migrering tar du bort alla Azure Policy-principer som blockerar resursändringar eller borttagningar för App Service-miljön eller det virtuella nätverk som miljön finns i.
App Service-miljön finns i en region som inte stöder automatisk migrering.	Du måste migrera manuellt.

Vad du ska göra om din App Service-miljön pausas

Om din App Service-miljön är avstängd har du två alternativ.

Avanvänd och självmigrering

Om du vill migrera själv öppnar du ett supportärende med hjälp av alternativet på migreringssidan för att se om vi kan avanvända din App Service-miljön. Vi garanterar inte att vi kan avanvända din miljö.

Återuppta/ej använda som App Service-miljön v3

Om du vill påskynda migreringen kan du återuppta/avanvända miljön som en App Service-miljön v3. Om du vill återuppta din App Service-miljön som en v3 går du till Azure Portal och besöker migreringssidan för din App Service-miljön. Om du vill återuppta din miljö som en App Service-miljön v3 väljer du knappen "Migrera nu". Den här knappen initierar samma process som används för automatiska migreringar. Begränsningar, stilleståndstid och andra överväganden är desamma som för automatiska migreringar. Om du har fler än en App Service-miljön måste du återuppta var och en av dina miljöer som är avstängda.

Funktioner för att begränsa effekterna av automatiska migreringar

För att begränsa effekten av automatiska migreringar implementerade vi följande funktioner till funktionen för automatisk migrering.

Bevarande av utgående IP-adress

Tidigare ändrades alltid den utgående IP-adressen för din App Service-miljön under migreringsprocessen. Nu kan den utgående IP-adressen för din App Service-miljön bevaras under migreringsprocessen. Den offentliga IP-adressen App Service-miljön v1/v2 kan bevaras och används som utgående IP-adress för App Service-miljön v3. Vi garanterar inte att vi kan bevara din utgående IP-adress. Men App Service-miljön v3 har två utgående IP-adresser. Om du har en anpassad domänsuffixkonfiguration och du ansluter till ditt Azure Key Vault via det offentliga Internet kan du fortfarande behöva ta hänsyn till den andra nya utgående IP-adressen.

För intern lastbalanserare (ILB) App Service-miljön migreringar bevaras alltid den inkommande IP-adressen. Den här funktionen förblir densamma under automatisk migrering.

För extern lastbalanserare (ELB) App Service-miljön migreringar ändras fortfarande den inkommande IP-adressen. Den här ändringen kan påverka dig om du använder A-poster för att peka på den inkommande IP-adressen för din App Service-miljön. Om du använder A-poster måste du uppdatera A-posterna så att de pekar på den nya inkommande IP-adressen när migreringsprocessen är klar. Om du använder CNAME-poster behöver du förmodligen inte göra några DNS-ändringar. Om du har andra beroenden på den inkommande IP-adressen måste du uppdatera dem i enlighet med detta.

App Service-miljön konfigurationskompatibilitet för anpassat domänsuffix för v2

Suffix för anpassad domän på App Service-miljön v3 implementeras annorlunda än på App Service-miljön v2. På App Service-miljön v2 laddas certifikatet upp direkt till App Service-miljön. Dessutom tillåts icke-wildcard-certifikat. På App Service-miljön v3 måste certifikatet lagras i Azure Key Vault och App Service-miljön måste kunna komma åt nyckelvalvet. Dessutom tillåts inte icke-wildcard-certifikat.

För att minska effekten av automatiska migreringar implementerade vi ett begränsat kompatibilitetsläge för App Service-miljön anpassade domänsuffixkonfigurationer för v2 på App Service-miljön v3. Om du har en anpassad domänsuffixkonfiguration på App Service-miljön v2 migreras konfigurationen till App Service-miljön v3. Certifikatet laddas upp till App Service-miljön v3 och konfigurationen uppdateras för att använda det uppladdade certifikatet. Den här processen görs som ett tillfälligt mått och är endast giltig tills det aktuella certifikatet upphör att gälla. Du måste uppdatera konfigurationen så att den använder Azure Key Vault när migreringsprocessen är klar och innan certifikatet upphör att gälla. Om du inte uppdaterar konfigurationen fungerar inte det anpassade domänsuffixet när certifikatet upphör att gälla. Mer information finns i Suffix för anpassad domän på App Service-miljön v3.

Viktigt!

Även med kompatibilitetsläget för anpassat domänsuffix kanske din anpassade domänsuffixkonfiguration inte fungerar som förväntat. Vi garanterar inte att ditt anpassade domänsuffix fungerar efter automatisk migrering. Vi rekommenderar starkt att du uppdaterar konfigurationen så att den använder Azure Key Vault så snart som möjligt när migreringsprocessen är klar.

Migreringsstöd för appar med IP-baserade TLS/SSL-bindningar

IP-baserade TLS/SSL-bindningar stöds inte i App Service-miljön v3. Tidigare tillät migreringsfunktionen bara att migrera när du tog bort bindningarna. För att aktivera automatisk migrering tas den automatiska verifieringen för att söka efter IP-baserade TLS/SSL-bindningar bort. Om du har IP-baserade TLS/SSL-bindningar måste du ta bort dem när migreringen är klar. Dina appar fungerar inte förrän du tar bort bindningarna.

Åtgärda problem som orsakas av automatisk migrering

Följande är problem som du kan stöta på med dina appar eller tjänster efter en automatisk migrering. Om problemet inte visas här och du behöver hjälp kontaktar du Azure Support.

Problem: App Service-miljön v3 använder den gamla suffixkonfigurationen för anpassad domän

Om du har en anpassad domänsuffixkonfiguration på App Service-miljön v2 migreras konfigurationen till App Service-miljön v3. Certifikatet laddas upp till App Service-miljön v3 och konfigurationen uppdateras för att använda det uppladdade certifikatet. Den här processen görs som ett tillfälligt mått och är endast giltig tills det aktuella certifikatet upphör att gälla. Vi garanterar inte att din gamla suffixkonfiguration för anpassad domän fungerar efter automatisk migrering.

För att åtgärda den här inkompatibiliteten måste du uppdatera konfigurationen så att den använder Azure Key Vault när migreringsprocessen är klar och innan certifikatet upphör att gälla. Om du inte uppdaterar konfigurationen fungerar inte det anpassade domänsuffixet när certifikatet upphör att gälla. Om du vill uppdatera suffixkonfigurationen för anpassad domän följer du stegen i Suffix för anpassad domän på App Service-miljön v3.

Problem: Appar på App Service-miljön v3 har IP-baserade TLS/SSL-bindningar

IP-baserade TLS/SSL-bindningar stöds inte i App Service-miljön v3. Du måste ta bort bindningarna när migreringen är klar. Dina appar fungerar inte förrän du tar bort bindningarna.

Problem: Beroende resurser uppdateras inte för att använda den nya inkommande IP-adressen

ILB-App Service-miljön migreringar bevarar den inkommande IP-adressen, så ingen åtgärd krävs.

ELB App Service-miljön migreringar ändrar den inkommande IP-adressen. Om du använder A-poster för att peka på den inkommande IP-adressen för din App Service-miljön måste du uppdatera A-posterna så att de pekar på den nya inkommande IP-adressen när migreringsprocessen är klar. Om du använder CNAME-poster behöver du förmodligen inte göra några DNS-ändringar. Om du har andra beroenden på den inkommande IP-adressen måste du uppdatera dem i enlighet med detta. Den gamla inkommande IP-adressen är inte längre giltig när migreringsprocessen är klar.

Problem: Beroende resurser uppdateras inte för att använda den nya utgående IP-adressen

App Service-miljön v3 har två utgående IP-adresser. Efter migreringsprocessen kan din befintliga utgående IP-adress bevaras, men en annan utgående IP-adress skapas. Du kan behöva ta hänsyn till den här andra nya utgående IP-adressen om du har en anpassad domänsuffixkonfiguration och ansluter till ditt Azure Key Vault via det offentliga Internet. Om din ursprungliga utgående IP-adress inte bevaras måste du också ta hänsyn till den här ändringen.

Problem: Funktionsändring eller inkompatibilitet med App Service-miljön v3

I allmänhet är App Service-miljön v3 kompatibel med App Service-miljön v1 och v2. Det finns dock vissa skillnader. Om du vill se skillnaderna mellan versionerna läser du jämförelsen av App Service-miljön version. Om du använder en funktion som inte stöds eller fungerar annorlunda på App Service-miljön v3 måste du uppdatera dina appar i enlighet med detta.

Följande är viktiga ändringar i App Service-miljön v3:

• IP-baserade TLS/SSL-bindningar stöds inte.
• Konfigurationen av anpassat domänsuffix skiljer sig.
• Standarddomänen underhålls alltid även om du har ett anpassat domänsuffix.
• Icke-wildcard-certifikat för anpassat domänsuffix tillåts inte.
• App Service-miljön v3 har två utgående IP-adresser.
• Tillgängliga SKU:er är olika storlekar.
• Prismodellen är annorlunda.
• Nätverksmodellen är annorlunda.
• FTPS-slutpunktsstrukturen skiljer sig. Åtkomst till FTPS-slutpunkt med suffix för anpassad domän stöds inte.
• Om de anpassade DNS-servrar du konfigurerat i ditt virtuella nätverk inte kan lösa ett angivet namn, kommer App Service-miljön v3 inte att försöka använda Azure DNS som reserv. För att säkerställa detta beteende bör du antingen ha en vidarebefordrare till en offentlig DNS inställd eller lägga till Azure DNS i din lista över anpassade DNS-servrar.

Prissättning

Det kostar ingenting att automatiskt migrera dina App Service-miljön. Du slutar debiteras för din tidigare App Service-miljön så snart den stängs av under migreringsprocessen. Du börjar debiteras för din nya App Service-miljön v3 så snart den distribueras. För mer information om priser för App Service Environment v3, se Information om priser.

När du migrerar till App Service-miljön v3 från tidigare versioner finns det scenarier som du bör överväga som potentiellt kan minska din månadskostnad. Överväg reservationer och sparplaner för att ytterligare minska dina kostnader. Information om kostnadsbesparingsmöjligheter finns i Kostnadsbesparande affärsmöjligheter efter uppgradering till App Service-miljön v3.

Kommentar

På grund av konverteringen av App Service-planer från Isolerad till Isolerad v2 kan dina appar vara överetablerade efter migreringen eftersom nivån Isolerad v2 har mer minne och processor per motsvarande instansstorlek. Du har möjlighet att skala din miljö efter behov när migreringen är klar. Mer information finns i SKU-informationen.

Skala ned dina App Service-planer

App Service-plan-SKU:er som är tillgängliga för App Service-miljön v3 körs på nivån Isolerad v2 (Iv2). Antalet kärnor och mängden RAM-minne fördubblas effektivt per motsvarande nivå jämfört med den isolerade nivån. När du migrerar konverteras dina App Service-planer till motsvarande nivå. Dina I2-instanser konverteras till exempel till I2v2. Medan I2 har två kärnor och 7 GB RAM har I2v2 fyra kärnor och 16 GB RAM-minne. Om du förväntar dig att dina kapacitetskrav förblir desamma är du överetablerad och betalar för beräkning och minne som du inte använder. I det här scenariot kan du skala ned din I2v2-instans till I1v2 och sluta med ett liknande antal kärnor och RAM-minne som du hade tidigare.

Supportpolicy efter tillbakadragning för App Service-miljön v1 och v2

Följande instruktion representerar azure App Service-miljön v1- och v2-supportprincipen från och med den 1 september 2024. Det påverkar inte dina arbetsbelastningar som körs på App Service-miljön v3.

Den här supportpolicyn upphör att gälla i slutet av en förlängning eller respitperiod som du har beviljats skriftligt godkännande av Microsoft för att köra tjänsterna efter det schemalagda slutdatumet för pensionering. Om det inte går att migrera vid det datumet kommer alla återstående Azure-App Service-miljön v1 och v2 att dras tillbaka, vilket kan inkludera men inte begränsas till borttagning av appar och data, automatisk migrering på plats och andra procedurer för tillbakadragning.

Den utökade supportprincipen innehåller följande:

• Från och med den 1 september 2024 gäller serviceavtalet (SLA) inte längre för App Service-miljön v1 och v2. Genom fortsatt användning av produkten efter slutdatumet bekräftar du att Azure inte förbinder sig till serviceavtalet på 99,95 % för den tillbakadragna miljön.
• Vi är fast beslutna att underhålla plattformen så att du kan slutföra dina migreringar. Därför fortsätter supportkanalerna för kundsupport (CSS) och produktgruppen (PG) att hantera supportärenden och kritiska svarsincidenter på ett kommersiellt rimligt sätt. Inga nya säkerhets- och efterlevnadsinvesteringar kommer att göras i App Service-miljön v1 och v2.
• App Service fortsätter att korrigera operativsystemet och språkkörningarna i enlighet med plattformens uppdateringsprocesser som dokumenteras här.
• App Service fortsätter att testa och validera Azure App Service-uppdateringar före distributionen och fortsätter att följa säkra distributionsprocedurer för plattformsuppdateringar.
• App Service fortsätter att aktivt övervaka produktionsavtrycket för Azure App Service-miljön v1/v2 och kommer att fortsätta att svara på problem som identifieras via den här övervakningen med samma angelägenhetsgrad som i dag.
• Microsoft kommer att fortsätta att acceptera Azure App Service-supportärenden och driva lösningar på Azure App Service-problem i tid.
• App Service fortsätter att tillämpa korrigeringar och snabbkorrigeringar för kritiska Azure App Service-plattformsbuggar som kan uppstå.
• Möjligheten att effektivt åtgärda problem som kan uppstå till följd av Azure-beroenden på lägre nivå kan dock försämras på grund av att tillbakadragningen påverkar alla Cloud Services- och Azure Service Management-komponenter (ASM)/RedDog Front End (RDFE).

Vi rekommenderar att du slutför migreringen till Azure App Service-miljön v3 så snart som möjligt för att undvika avbrott i dina tjänster. Vårt team är tillgängligt för att hjälpa dig med migreringsprocessen och för att besvara eventuella frågor som du kan ha. Mer information om pensions- och migreringssteg, tillgängliga resurser och fördelar med migrering finns i produktdokumentationen.

Vanliga frågor och svar

• Varför drabbas jag av tillfälliga programfel på min App Service-miljön v1/v2?
  Azure-plattformen förbereder för tillbakadragning av Cloud Services (klassisk), vilket är den infrastruktur som App Service-miljön v1 och v2 körs på. Som en del av den här förberedelsen bör du förvänta dig tillfälliga avbrott och avbrott i tjänsten. För att minimera effekten av dessa störningar rekommenderar vi att du migrerar till App Service-miljön v3 så snart som möjligt.
• Varför migrerades min App Service-miljön automatiskt?
  App Service-miljön v1 och v2 dras tillbaka och stöds inte längre. Stödinfrastrukturen för App Service-miljön v1 och v2 tas ur bruk. För att säkerställa att din App Service-miljön körs på en plattform som stöds initierar Microsoft automatiska migreringar till App Service-miljön v3.
• Varför fungerar inte mina appar efter automatisk migrering?
  Efter en automatisk migrering kan det uppstå problem med dina appar eller tjänster på grund av funktionsuppdateringar eller inkompatibiliteter. Information om hur du åtgärdar dessa problem finns i Åtgärda problem som orsakas av en automatisk migrering.
• Vad är stilleståndstiden under processen för automatisk migrering?
  Det är ungefär en timmes stilleståndstid under processen för automatisk migrering. Inkommande och utgående IP-adresser för din App Service-miljön kan ändras under migreringsprocessen. Stilleståndstiden kan vara längre om du har beroenden på dessa IP-adresser. Stilleståndstiden kan också vara längre om du använder funktioner som inte stöds i App Service-miljön v3.
• Debiteras jag för automatisk migrering?
  Det kostar ingenting att automatiskt migrera dina App Service-miljön. Du slutar debiteras för din tidigare App Service-miljön så snart den stängs av under migreringsprocessen. Du börjar debiteras för din nya App Service-miljön v3 så snart den distribueras.
• Varför togs min App Service-miljön bort?
  Om automatisk migrering inte är möjlig tas dina resurser och associerade appdata bort. Vi uppmanar er starkt att agera nu för att undvika det här scenariot. Om du behöver mer tid för att slutföra dina migreringar kan vi erbjuda en respitperiod på 30 dagar. Din App Service-miljön tas inte bort under respitperioden. När respitperioden är slut kan vi ta bort dina App Service-miljön och alla associerade data.