Problemen voorkomen en oplossen die worden veroorzaakt door een automatische migratie van een App Service-omgeving

Belangrijk

App Service Environment v1 en v2 worden buiten gebruik gesteld en worden niet meer ondersteund. Als u een App Service Environment v1 of v2 hebt, moet u migreren naar App Service Environment v3. Zie Upgraden naar App Service Environment v3 voor meer informatie.

Automatische migraties zijn migraties die door Microsoft worden geïnitieerd. Vanaf 1 september 2024 probeert het platform alle resterende App Service Environment v1 en v2 automatisch te migreren met behulp van de in-place migratiefunctie, maar Microsoft maakt geen claim of garanties over de beschikbaarheid van toepassingen na automatische migratie. Mogelijk moet u handmatige configuratie uitvoeren om de migratie te voltooien en de SKU-keuze van uw App Service-plan te optimaliseren om aan uw behoeften te voldoen. Als automatische migratie niet haalbaar is, worden uw resources en bijbehorende app-gegevens verwijderd. We dringen er ten zeerste op aan dat u nu actie moet ondernemen om een van deze extreme scenario's te voorkomen.

Als u een App Service Environment v1 of v2 hebt die automatisch is gemigreerd naar App Service Environment v3, kunnen er problemen optreden met uw apps of services. Dit artikel bevat richtlijnen voor het oplossen van deze problemen.

Overzicht

Na 1 september 2024 komen alle App Service Environments v1 en v2 in aanmerking voor automatisch gemigreerd (automatisch gemigreerd) naar App Service Environment v3, tenzij anders vermeld. Het platform initieert automatische migraties, die nodig zijn om ervoor te zorgen dat uw App Service-omgeving wordt uitgevoerd op een ondersteund platform.

Notitie

Automatische migraties en verwijderingen worden uitgevoerd in batches. Als uw App Service-omgeving nog niet automatisch is gemigreerd, is deze op elk gewenst moment onderhevig aan automatische migratie of verwijdering. De enige manier om ervoor te zorgen dat uw App Service-omgeving niet onverwacht automatisch wordt gemigreerd of verwijderd, is om een respijtperiode van 30 dagen aan te vragen.

Automatische migraties worden uitgevoerd met behulp van de in-place migratiefunctie. Er is ongeveer één uur downtime tijdens het migratieproces. De binnenkomende en uitgaande IP-adressen van uw App Service-omgeving kunnen tijdens het migratieproces veranderen. Downtime kan langer zijn als u afhankelijk bent van deze IP-adressen. Downtime kan ook langer zijn als u functies gebruikt die niet worden ondersteund in App Service Environment v3.

Evaluatieperiode

Als u meer tijd nodig hebt om uw migraties te voltooien, kunnen we een eenmalige respijtperiode van 30 dagen aanbieden. Uw App Service-omgeving wordt niet automatisch gemigreerd of verwijderd tijdens de respijtperiode. Wanneer de respijtperiode afloopt, proberen we uw App Service-omgeving automatisch te migreren. Als automatische migratie niet haalbaar is, worden uw resources en bijbehorende app-gegevens verwijderd.

Als u deze respijtperiode wilt ontvangen, gaat u naar Azure Portal en gaat u naar de migratiepagina voor uw App Service-omgeving. Als u meer dan één App Service-omgeving hebt, moet u een respijtperiode bevestigen en ontvangen voor elk van uw omgevingen waarvoor meer tijd nodig is om te migreren.

Zodra u de respijtperiode hebt ontvangen, wordt in de banner boven aan de migratiepagina de einddatum van de respijtperiode weergegeven. Mogelijk moet u de pagina vernieuwen om de bijgewerkte banner weer te geven. Het kan vijf minuten duren voordat de banner is bijgewerkt met de datum.

Als u meer ondersteuning nodig hebt of vragen hebt, neemt u contact op met Azure Support via de optie Ondersteuning openen in Azure Portal op de pagina Migratie. Het is belangrijk dat u een respijtperiode voor elk van uw omgevingen bevestigt en ontvangt die meer tijd nodig hebben om te migreren voordat u de ondersteuningsaanvraag opent. De bevestigings- en respijtperiode zorgt ervoor dat uw omgevingen niet automatisch worden gemigreerd terwijl de ondersteuningsaanvraag wordt verwerkt.

Beperkingen voor automatische migratie

Automatische migraties worden uitgevoerd met behulp van de in-place migratiefunctie. De volgende beperkingen gelden voor automatische migraties, vergelijkbaar met de beperkingen van in-place migraties:

• De nieuwe App Service Environment v3 bevindt zich in het bestaande subnet dat is gebruikt voor uw oude omgeving.
• De nieuwe App Service Environment v3 bevindt zich in dezelfde regio als uw oude omgeving.
• De nieuwe App Service Environment v3 bevindt zich in dezelfde resourcegroep als uw oude omgeving.
• Alle resources onderhouden dezelfde namen en resource-id's.
• TLS/SSL-bindingen op basis van IP worden niet ondersteund in App Service Environment v3. Als u TLS/SSL-bindingen op basis van IP hebt, moet u deze verwijderen zodra de migratie is voltooid. Uw apps werken pas als u de bindingen verwijdert.
• App Service Environment v1 in een klassiek virtueel netwerk wordt niet ondersteund voor migratie. Als u een App Service Environment v1 in een klassiek virtueel netwerk hebt, moet u handmatig migreren. Uw App Service Environment komt op elk gewenst moment in aanmerking voor verwijdering als u geen respijtperiode van 30 dagen aanvraagt.
• De in-place migratiefunctie is niet beschikbaar in China - oost 2 en China - noord 2. De functie wordt daar niet ondersteund omdat App Service Environment v3 niet beschikbaar is in deze regio's. Daarom is automatische migratie niet mogelijk voor App Service-omgevingen in deze regio's. Als u een App Service-omgeving in deze regio's hebt, moet u handmatig migreren naar een van de ondersteunde regio's, zoals China - oost 3 of China - noord 3. Uw App Service Environment komt op elk gewenst moment in aanmerking voor verwijdering als u geen respijtperiode van 30 dagen aanvraagt.

Zie de migratie naar App Service Environment v3 met behulp van de functie in-place migratie voor meer informatie over in-place migraties en om te zien welk proces wordt gevolgd tijdens een automatische migratie.

Niet in aanmerking komen voor automatische migratie

Er zijn twee scenario's waarin u mogelijk niet in aanmerking komt voor automatische migratie. Het eerste scenario is als uw huidige omgeving zich in een regio bevindt die geen ondersteuning biedt voor App Service Environment v3. Het andere scenario is als u een App Service Environment v1 in een klassiek virtueel netwerk hebt. Als u niet in aanmerking komt voor automatische migratie en u nooit automatisch kunt migreren, wordt in de portal een bericht weergegeven met de reden waarom u niet in aanmerking komt. U moet handmatig migreren. Uw App Service Environment komt op elk gewenst moment in aanmerking voor verwijdering als u geen respijtperiode van 30 dagen aanvraagt.

In sommige gevallen is het mogelijk dat u tijdelijk wordt geblokkeerd voor automatische migratie, maar u kunt het blokkeringsprobleem oplossen en automatische migratie inschakelen. Als u bijvoorbeeld een resourcevergrendeling hebt in uw App Service Environment, kunt u de resourcevergrendeling verwijderen om automatische migratie in te schakelen. Een automatische migratie die wordt geblokkeerd door een resourcevergrendeling, Azure Policy of netwerkconfiguratie, wordt automatisch onderbroken. Als u het gebruik van uw App Service Environment ongedaan wilt maken, opent u een ondersteuningsticket.

De volgende fouten worden mogelijk weergegeven in de portal als u niet in aanmerking komt voor automatische migratie:

Error	Aanbeveling
De App Service Environment v1 bevindt zich in een klassiek virtueel netwerk. Klassieke virtuele netwerken bieden geen ondersteuning voor App Service Environment v3.	U moet handmatig migreren.
Er is een resourcevergrendeling op het App Service Environment-/virtuele netwerk/resourcegroep/-abonnement dat de migratie verhindert.	Als u automatische migratie wilt inschakelen, verwijdert u de resourcevergrendeling.
Er is een Azure Policy die de migratie verhindert.	Als u automatische migratie wilt inschakelen, verwijdert u Azure Policy waarmee resourcewijzigingen of verwijderingen voor de App Service-omgeving of het virtuele netwerk waarin de omgeving zich bevindt, worden geblokkeerd.
De App Service-omgeving bevindt zich in een regio die geen ondersteuning biedt voor automatische migratie.	U moet handmatig migreren.

Wat u moet doen als uw App Service-omgeving is onderbroken

Als uw App Service-omgeving is onderbroken, hebt u twee opties.

Onuspend en zelfmigratie ongedaan maken

Als u uzelf wilt migreren, opent u een ondersteuningsticket met behulp van de optie op de pagina Migratie om te zien of uw App Service-omgeving niet kan worden gebruikt. We garanderen niet dat we uw omgeving kunnen opheffen.

Hervatten/ongedaan maken als App Service Environment v3

Als u de migratie wilt versnellen, kunt u uw omgeving hervatten/ongedaan maken als een App Service Environment v3. Als u uw App Service Environment wilt hervatten als v3, gaat u naar Azure Portal en gaat u naar de migratiepagina voor uw App Service-omgeving. Als u uw omgeving wilt hervatten als een App Service Environment v3, selecteert u de knop Nu migreren. Met deze knop wordt hetzelfde proces gestart dat wordt gebruikt voor automatische migraties. De beperkingen, downtime en andere overwegingen zijn hetzelfde als voor automatische migraties. Als u meer dan één App Service-omgeving hebt, moet u elk van uw omgevingen hervatten die zijn onderbroken.

Functies om de effecten van automatische migraties te beperken

Om het effect van automatische migraties te beperken, hebben we de volgende functies geïmplementeerd voor de functie voor automatische migratie.

Behoud van uitgaande IP-adressen

Voorheen werd het uitgaande IP-adres van uw App Service-omgeving altijd gewijzigd tijdens het migratieproces. Het uitgaande IP-adres van uw App Service-omgeving blijft mogelijk behouden tijdens het migratieproces. Het openbare IP-adres van App Service Environment v1/v2 blijft mogelijk behouden en wordt gebruikt als het uitgaande IP-adres van de App Service Environment v3. We garanderen niet dat we uw uitgaande IP-adres kunnen behouden. App Service Environment v3 heeft echter twee uitgaande IP-adressen. Als u een configuratie voor aangepast domeinachtervoegsel hebt en u verbinding maakt met uw Azure Key Vault via het openbare internet, moet u mogelijk nog steeds rekening houden met het andere nieuwe uitgaande IP-adres.

Voor ILB-migraties (Internal Load Balancer) blijft het binnenkomende IP-adres altijd behouden. Deze functionaliteit blijft hetzelfde tijdens automatische migratie.

Voor migraties van externe load balancer (ELB) App Service Environment wordt het binnenkomende IP-adres nog steeds gewijzigd. Deze wijziging kan van invloed zijn op u als u A-records gebruikt om naar het binnenkomende IP-adres van uw App Service-omgeving te verwijzen. Als u A-records gebruikt, moet u de A-records bijwerken om te verwijzen naar het nieuwe binnenkomende IP-adres nadat het migratieproces is voltooid. Als u CNAME-records gebruikt, hoeft u waarschijnlijk geen DNS-wijzigingen aan te brengen. Als u andere afhankelijkheden hebt van het binnenkomende IP-adres, moet u deze dienovereenkomstig bijwerken.

Configuratiecompatibiliteit met aangepaste domeinachtervoegsels in App Service Environment v2

Aangepast domeinachtervoegsel in App Service Environment v3 wordt anders geïmplementeerd dan in App Service Environment v2. In App Service Environment v2 wordt het certificaat rechtstreeks geüpload naar de App Service Environment. Daarnaast zijn niet-wildcardcertificaten toegestaan. In App Service Environment v3 moet het certificaat worden opgeslagen in Azure Key Vault en moet de App Service Environment toegang hebben tot de sleutelkluis. Bovendien zijn niet-wildcardcertificaten niet toegestaan.

Om het effect van automatische migraties te verminderen, hebben we een beperkte compatibiliteitsmodus geïmplementeerd voor configuraties van aangepaste domeinachtervoegsels in App Service Environment v3. Als u een configuratie voor aangepast domeinachtervoegsel op App Service Environment v2 hebt, wordt de configuratie gemigreerd naar App Service Environment v3. Het certificaat wordt geüpload naar de App Service Environment v3 en de configuratie wordt bijgewerkt om het geüploade certificaat te gebruiken. Dit proces wordt uitgevoerd als een tijdelijke meting en is alleen geldig totdat het huidige certificaat verloopt. U moet de configuratie bijwerken om Azure Key Vault te gebruiken nadat het migratieproces is voltooid en voordat het certificaat verloopt. Als u de configuratie niet bijwerkt, werkt het achtervoegsel van het aangepaste domein niet meer zodra het certificaat is verlopen. Zie het achtervoegsel aangepast domein op App Service Environment v3 voor meer informatie.

Belangrijk

Zelfs met de compatibiliteitsmodus voor het aangepaste domeinachtervoegsel werkt de configuratie van het aangepaste domeinachtervoegsel mogelijk niet zoals verwacht. We garanderen niet dat uw aangepaste domeinachtervoegsel werkt na automatische migratie. We raden u ten zeerste aan de configuratie zo snel mogelijk bij te werken om Azure Key Vault te gebruiken nadat het migratieproces is voltooid.

Migratieondersteuning voor apps met OP IP gebaseerde TLS/SSL-bindingen

TLS/SSL-bindingen op basis van IP worden niet ondersteund in App Service Environment v3. Voorheen kon u met de migratiefunctie alleen migreren nadat u de bindingen hebt verwijderd. Als u automatische migraties wilt inschakelen, wordt de automatische validatie om te controleren op TLS/SSL-bindingen op basis van IP verwijderd. Als u TLS/SSL-bindingen op basis van IP hebt, moet u deze verwijderen zodra de migratie is voltooid. Uw apps werken pas als u de bindingen verwijdert.

Problemen oplossen die worden veroorzaakt door een automatische migratie

Hieronder vindt u problemen die u mogelijk ondervindt bij uw apps of services na een automatische migratie. Als uw probleem hier niet wordt vermeld en u hulp nodig hebt, neemt u contact op met de ondersteuning van Azure.

Probleem: App Service Environment v3 maakt gebruik van de oude configuratie van het aangepaste domeinachtervoegsel

Als u een configuratie voor aangepast domeinachtervoegsel op App Service Environment v2 hebt, wordt de configuratie gemigreerd naar App Service Environment v3. Het certificaat wordt geüpload naar de App Service Environment v3 en de configuratie wordt bijgewerkt om het geüploade certificaat te gebruiken. Dit proces wordt uitgevoerd als een tijdelijke meting en is alleen geldig totdat het huidige certificaat verloopt. We garanderen niet dat de configuratie van uw oude aangepaste domeinachtervoegsel werkt na automatische migratie.

Als u deze incompatibiliteit wilt oplossen, moet u de configuratie bijwerken om Azure Key Vault te gebruiken nadat het migratieproces is voltooid en voordat het certificaat verloopt. Als u de configuratie niet bijwerkt, werkt het achtervoegsel van het aangepaste domein niet meer zodra het certificaat is verlopen. Als u de configuratie van het aangepaste domeinachtervoegsel wilt bijwerken, volgt u de stappen in het achtervoegsel voor aangepaste domeinen in App Service Environment v3.

Probleem: apps in App Service Environment v3 hebben TLS/SSL-bindingen op basis van IP

TLS/SSL-bindingen op basis van IP worden niet ondersteund in App Service Environment v3. U moet de bindingen verwijderen zodra de migratie is voltooid. Uw apps werken pas als u de bindingen verwijdert.

Probleem: afhankelijke resources worden niet bijgewerkt om het nieuwe binnenkomende IP-adres te gebruiken

ILB App Service Environment-migraties behouden het binnenkomende IP-adres, dus er is geen actie nodig.

Migraties van ELB App Service Environment wijzigen het binnenkomende IP-adres. Als u A-records gebruikt om naar het binnenkomende IP-adres van uw App Service Environment te verwijzen, moet u de A-records bijwerken om te verwijzen naar het nieuwe binnenkomende IP-adres nadat het migratieproces is voltooid. Als u CNAME-records gebruikt, hoeft u waarschijnlijk geen DNS-wijzigingen aan te brengen. Als u andere afhankelijkheden hebt van het binnenkomende IP-adres, moet u deze dienovereenkomstig bijwerken. Het oude binnenkomende IP-adres is niet meer geldig nadat het migratieproces is voltooid.

Probleem: afhankelijke resources worden niet bijgewerkt om het nieuwe uitgaande IP-adres te gebruiken

App Service Environment v3 heeft twee uitgaande IP-adressen. Na het migratieproces kan uw bestaande uitgaande IP-adres behouden blijven, maar er wordt een ander uitgaand IP-adres gemaakt. Mogelijk moet u rekening houden met dit andere nieuwe uitgaande IP-adres als u een aangepaste configuratie van het domeinachtervoegsel hebt en verbinding maakt met uw Azure Key Vault via het openbare internet. Als uw oorspronkelijke uitgaande IP-adres niet behouden blijft, moet u ook rekening houden met deze wijziging.

Probleem: Functiewijziging of incompatibiliteit met App Service Environment v3

Over het algemeen is App Service Environment v3 compatibel met App Service Environment v1 en v2. Er zijn echter enkele verschillen. Als u de verschillen tussen de versies wilt zien, bekijkt u de vergelijking van de versie van App Service Environment. Als u een functie gebruikt die niet wordt ondersteund of anders werkt in App Service Environment v3, moet u uw apps dienovereenkomstig bijwerken.

Hier volgen belangrijke wijzigingen in App Service Environment v3:

• TLS/SSL-bindingen op basis van IP worden niet ondersteund.
• Configuratie van aangepast domeinachtervoegsel verschilt.
• Standaarddomein wordt altijd onderhouden, zelfs als u een aangepast domeinachtervoegsel hebt.
• Niet-wildcardcertificaten voor aangepast domeinachtervoegsel zijn niet toegestaan.
• App Service Environment v3 heeft twee uitgaande IP-adressen.
• De beschikbare SKU's zijn verschillend.
• Het prijsmodel is anders.
• Het netwerkmodel is anders.
• DE FTPS-eindpuntstructuur verschilt. Toegang tot FTPS-eindpunt met behulp van aangepast domeinachtervoegsel wordt niet ondersteund.
• App Service Environment v3 valt niet terug op Azure DNS als uw geconfigureerde aangepaste DNS-servers in het virtuele netwerk een bepaalde naam niet kunnen omzetten. Als dit gedrag is vereist, moet u ervoor zorgen dat u een doorstuurserver naar een openbare DNS hebt of Azure DNS opneemt in de lijst met aangepaste DNS-servers.

Prijzen

Er zijn geen kosten verbonden aan het automatisch migreren van uw App Service-omgeving. Er worden geen kosten meer in rekening gebracht voor uw vorige App Service-omgeving zodra deze wordt afgesloten tijdens het migratieproces. Er worden kosten in rekening gebracht voor uw nieuwe App Service Environment v3 zodra deze wordt geïmplementeerd. Zie de prijsinformatie voor meer informatie over prijzen voor App Service Environment v3.

Wanneer u vanuit eerdere versies migreert naar App Service Environment v3, zijn er scenario's die u moet overwegen om uw maandelijkse kosten te verlagen. Overweeg reserveringen en spaarplannen om uw kosten verder te verlagen. Zie Kostenbesparende verkoopkansen na een upgrade naar App Service Environment v3 voor informatie over kostenbesparingen.

Notitie

Vanwege de conversie van App Service-plannen van Isolated naar Isolated v2, kunnen uw apps na de migratie overbezet zijn, omdat de laag Isolated v2 meer geheugen en CPU per bijbehorende instantiegrootte heeft. U hebt de mogelijkheid om uw omgeving zo nodig te schalen zodra de migratie is voltooid. Raadpleeg de SKU-details voor meer informatie.

Uw App Service-abonnementen omlaag schalen

De App Service-plan-SKU's die beschikbaar zijn voor App Service Environment v3 worden uitgevoerd op de laag Isolated v2 (Iv2). Het aantal kernen en de hoeveelheid RAM wordt effectief verdubbeld per bijbehorende laag vergeleken met de geïsoleerde laag. Wanneer u migreert, worden uw App Service-abonnementen geconverteerd naar de bijbehorende laag. Uw I2-exemplaren worden bijvoorbeeld geconverteerd naar I2v2. Hoewel I2 twee kernen en 7 GB RAM heeft, heeft I2v2 vier kernen en 16 GB RAM. Als u verwacht dat uw capaciteitsvereisten hetzelfde blijven, bent u over-ingericht en betaalt u voor reken- en geheugengebruik dat u niet gebruikt. Voor dit scenario kunt u uw I2v2-exemplaar omlaag schalen naar I1v2 en uiteindelijk eindigen met een vergelijkbaar aantal kernen en RAM-geheugen dat u eerder had.

Ondersteuningsbeleid na buitengebruikstelling voor App Service Environment v1 en v2

De volgende instructie vertegenwoordigt het ondersteuningsbeleid Azure-app Service Environment v1 en v2 vanaf 1 september 2024. Dit heeft geen invloed op uw workloads die worden uitgevoerd op App Service Environment v3.

Dit ondersteuningsbeleid verloopt aan het einde van een verlenging of respijtperiode waaraan u schriftelijke goedkeuring hebt verleend door Microsoft om de services na de geplande buitengebruikstellingsdatum uit te voeren. Als u niet op die datum migreert, worden alle resterende Azure-app Service Environments v1 en v2 buiten gebruik gesteld, waaronder mogelijk maar niet beperkt tot het verwijderen van de apps en gegevens, geautomatiseerde in-place migratie en andere buitengebruikstellingsprocedures.

Het uitgebreide ondersteuningsbeleid bevat de volgende items:

• Vanaf 1 september 2024 is de SLA (Service Level Agreement) niet meer van toepassing op App Service Environment v1 en v2. Door het product na de buitengebruikstellingsdatum te blijven gebruiken, erkent u dat Azure zich niet verbindt tot de SLA van 99,95% voor de buiten gebruik gestelde omgeving.
• We streven ernaar om het platform te onderhouden en u in staat te stellen uw migraties te voltooien. Daarom blijven ondersteuningskanalen voor klantondersteuning (CSS) en productgroepen (PG) op een commercieel redelijke manier omgaan met ondersteuningsaanvragen en kritieke responsincidenten. Er worden geen nieuwe investeringen in beveiliging en naleving gedaan in App Service Environment v1 en v2.
• App Service blijft het besturingssysteem en de taalruntimes patchen overeenkomstig de updateprocessen van het platform die hier worden beschreven.
• App Service blijft Azure-app Service-updates testen en valideren voordat deze worden geïmplementeerd en blijven veilige implementatieprocedures voor platformupdates volgen.
• App Service blijft de productievoetafdruk van Azure-app Service Environment v1/v2 actief bewaken en blijft met dezelfde urgentie reageren op problemen die zijn gedetecteerd via deze bewaking.
• Microsoft blijft Azure-app Service-ondersteuningscases accepteren en de oplossing van Azure-app Service-problemen tijdig stimuleren.
• App Service blijft patches en hotfixes toepassen op kritieke Azure-app Service-platformfouten die kunnen optreden.
• De mogelijkheid om problemen die zich kunnen voordoen door Azure-afhankelijkheden op lager niveau, effectief te beperken, kan echter worden beperkt door buitengebruikstelling die van invloed is op alle onderdelen van Cloud Services en Azure Service Management (ASM)/RedDog Front End (RDFE).

We raden u aan om de migratie naar Azure-app Service Environment v3 zo snel mogelijk te voltooien om onderbreking van uw services te voorkomen. Ons team is beschikbaar om u te helpen bij het migratieproces en om eventuele vragen te beantwoorden. Zie de productdocumentatie voor meer informatie over de stappen voor buitengebruikstelling en migratie, beschikbare resources en voordelen van migratie.

Veelgestelde vragen

• Waarom ondervind ik tijdelijke onderbrekingen van toepassingen in mijn App Service Environment v1/v2?
  Het Azure-platform bereidt zich voor op de buitengebruikstelling van Cloud Services (klassiek), de infrastructuur waarop App Service Environment v1 en v2 worden uitgevoerd. Als onderdeel van deze voorbereiding moet u tijdelijke storingen en serviceonderbrekingen verwachten. Om het effect van deze onderbrekingen te minimaliseren, raden we u aan om zo snel mogelijk naar App Service Environment v3 te migreren.
• Waarom is mijn App Service Environment automatisch gemigreerd?
  App Service Environment v1 en v2 worden buiten gebruik gesteld en worden niet meer ondersteund. De ondersteunende infrastructuur voor App Service Environment v1 en v2 wordt buiten gebruik gesteld. Om ervoor te zorgen dat uw App Service Environment wordt uitgevoerd op een ondersteund platform, initieert Microsoft automatische migraties naar App Service Environment v3.
• Waarom werken mijn apps niet na automatische migratie?
  Na een automatische migratie kunnen er problemen optreden met uw apps of services vanwege functie-updates of incompatibiliteit. Zie Problemen oplossen die worden veroorzaakt door een automatische migratie.
• Wat is de downtime tijdens het automatische migratieproces?
  Er is ongeveer één uur downtime tijdens het automatische migratieproces. De binnenkomende en uitgaande IP-adressen van uw App Service-omgeving kunnen tijdens het migratieproces veranderen. Downtime kan langer zijn als u afhankelijk bent van deze IP-adressen. Downtime kan ook langer zijn als u functies gebruikt die niet worden ondersteund in App Service Environment v3.
• Worden er kosten in rekening gebracht voor automatische migraties?
  Er zijn geen kosten verbonden aan het automatisch migreren van uw App Service-omgeving. Er worden geen kosten meer in rekening gebracht voor uw vorige App Service-omgeving zodra deze wordt afgesloten tijdens het migratieproces. Er worden kosten in rekening gebracht voor uw nieuwe App Service Environment v3 zodra deze wordt geïmplementeerd.
• Waarom is mijn App Service-omgeving verwijderd?
  Als automatische migratie niet haalbaar is, worden uw resources en bijbehorende app-gegevens verwijderd. We dringen er sterk op aan dat u nu actie moet ondernemen om dit scenario te voorkomen. Als u meer tijd nodig hebt om uw migraties te voltooien, kunnen we een eenmalige respijtperiode van 30 dagen aanbieden. Uw App Service-omgeving wordt niet verwijderd tijdens de respijtperiode. Wanneer de respijtperiode afloopt, kunnen we uw App Service-omgeving en alle bijbehorende gegevens verwijderen.