Vanliga frågor och svar om tillbakadragning av Application Gateway V1

Application Gateway V1 har dragits tillbaka från och med den 28 april 2026.

Den här artikeln besvarar vanliga frågor om tidslinjen för V1-pensionering, vad du kan förvänta dig efter pensioneringen och hur du migrerar från V1 till V2. Migreringsvägledning finns i Migrera Azure Application Gateway och Brandvägg för webbprogram från V1 till V2.

Vanliga frågor om V1-pensionering

Vad händer med befintliga Application Gateway V1-resurser efter den 28 april 2026?

Efter den 28 april 2026 stöder Microsoft inte längre Application Gateway V1-resurser. Det finns inget serviceavtal (SLA) för kunder som använder den här versionen. När Microsoft börjar inaktivera maskinvaran som stöder V1 kan trafik som passerar via V1-resurser inte garanteras.

Hur påverkar den här migreringsplanen mina befintliga arbetsbelastningar som körs på Application Gateway V1? Vad händer med mina V1-programgatewayer om jag inte migrerar?

Fram till den 28 april 2026 stöder Microsoft befintliga Application Gateway V1-distributioner. Efter den 28 april 2026 tillhandahåller Microsoft inte längre korrigeringar, support eller SLA-täckning för aktiva V1-resurser. Arbetsbelastningar som körs på V1 drabbas av tjänststörningar när Microsoft blockerar datasökvägen och tar bort resurserna. För att förhindra påverkan på verksamheten migrerar du de återstående V1-gatewayerna så snart som möjligt.

Vanliga frågor om migrering från V1 till V2

Hur migrerar jag min programgateway V1 till V2?

Om du har en Application Gateway V1-distribution kan du migrera från V1 till V2 i två steg:

Kan Microsoft migrera mina data åt mig?

Nej, Microsoft kan inte migrera dina data åt dig. Du måste migrera dina data med självbetjäningsalternativen.

Application Gateway V1 bygger på äldre komponenter och Azure distribuerar gatewayer på många sätt. Det är därför ditt engagemang krävs för migrering. Genom att hantera migreringen själv kan du planera arbetet under ett underhållsperiod och säkerställa minimal stilleståndstid för dina program.

Hur lång tid tar migreringen?

Den tid som krävs för migrering beror på komplexiteten i distributionen. Planera för migreringen att ta upp till ett par månader.

Finns det några begränsningar med Azure PowerShell skript för att migrera konfigurationen från V1 till V2?

Ja. Se Varningar och begränsningar.

Stöder Application Gateway V2 NTLM- eller Kerberos-autentisering?

Ja. Application Gateway V2 stöder proxybegäranden med NTLM- eller Kerberos-autentisering. Mer information finns i Dedikerad serverdelsanslutning.

Hur skiljer sig beteendet för serverdelscertifikat mellan Application Gateway V1 och V2?

Application Gateway V1 använder autentiseringscertifikat. Den här mekanismen utför en exakt matchning mellan certifikatet som konfigurerats på Application Gateway och certifikatet från serverdelsservern. V1 stöder också standard- eller återställningscertifikat om ingen SNI (Server Name Indication) är tillgänglig under TLS-handskakningen.

Som standard utför Application Gateway V2 en mer omfattande validering. Den verifierar den fullständiga certifikatkedjan och subjektnamnet för bakgrundsserverns certifikat. Mer information finns i Bakre TLS-anslutning.

Hur ska jag hantera migreringen med skillnader i beteendet för serverdelscertifikatvalidering mellan V1 och V2?

När du migrerar från V1 till V2 kan du behöva justera konfigurationen på grund av skillnaderna i beteende för certifikatverifiering. Använd de https-valideringskontroller för serverdelen som är tillgängliga i V2 för att tillfälligt inaktivera validering under migreringen.

Inaktivera endast validering som ett tillfälligt mått för att underlätta migreringen. För produktionsmiljöer återaktiverar du fullständig validering för att upprätthålla säkerheten.

Gäller den här artikeln och Azure PowerShell-skriptet även för Azure Web Application Firewall?

Ja.

Växlar Azure PowerShell-skriptet över trafiken från min V1-gateway till den nyligen skapade V2-gatewayen?

Nej, Azure PowerShell-skriptet migrerar bara konfigurationen. Du ansvarar för och har kontroll över faktisk trafikmigrering.

Du kan använda det offentliga IP-kvarhållningsskriptet för att behålla den offentliga IP-adressen från V1 i V2. Den här åtgärden har en stilleståndstid på en till fem minuter.

Är den nya V2-gatewayen som Azure PowerShell-skriptet skapar lämplig storlek för att hantera trafiken på min V1-gateway?

Skriptet Azure PowerShell skapar en ny V2-gateway med lämplig storlek för att hantera trafiken på din befintliga V1-gateway. Autoskalning är inaktiverat som standard, men du kan aktivera automatisk skalning när du kör skriptet.

Kan jag skapa en V2-gateway i samma undernät som en befintlig V1-gateway?

Nej, V1- och V2-gatewayer kan inte samexistera i samma undernät. Varje gatewaytyp kräver ett eget dedikerat undernät i det virtuella nätverket. Om du planerar att migrera från V1 till V2 måste du skapa ett nytt undernät för V2-gatewayen och se till att du allokerar tillräckligt med IP-adressutrymme.

Jag har konfigurerat min V1-gateway för att skicka loggar till Azure Storage. Replikerar skriptet den här konfigurationen för V2?

Nej, skriptet replikerar inte den här konfigurationen för V2. Du måste lägga till loggkonfigurationen separat till den migrerade V2-gatewayen.

Stöder skriptet certifikat som laddats upp till Azure Key Vault?

Ja, du kan ladda ned certifikatet från Azure Key Vault och ange det som indata till migreringsskriptet. Det förbättrade kloningsskriptet kopierar automatiskt alla TLS/SSL-certifikat från V1 till den nyligen skapade V2-gatewayen.

Jag stötte på några problem med migreringen. Hur kan jag få hjälp?

Publicera problem och frågor om migrering till Microsoft Q&A för Application Gateway med nyckelordet V1Migration.

Om du har ett supportavtal kan du också öppna ett supportärende. Mer information om Azure-support finns i Azure-supportalternativ.

  • Last updated on