Veelgestelde vragen over buitengebruikstelling van Application Gateway V1

Application Gateway V1 wordt vanaf 28 april 2026 buiten gebruik gesteld.

In dit artikel vindt u antwoorden op veelgestelde vragen over de tijdlijn voor buitengebruikstelling van V1, wat u kunt verwachten na de buitengebruikstelling en hoe u migreert van V1 naar V2. Zie Azure Application Gateway en Web Application Firewall migreren van V1 naar V2 voor hulp bij migratie.

Veelgestelde vragen over buitengebruikstelling van V1

Wat gebeurt er met bestaande Application Gateway V1-resources na 28 april 2026?

Na 28 april 2026 biedt Microsoft geen ondersteuning meer voor Application Gateway V1-resources. Er is geen SLA (Service Level Agreement) voor klanten die deze versie gebruiken. Omdat Microsoft begint met het buiten gebruik stellen van de hardware die V1 ondersteunt, kan het verkeer dat via V1-resources wordt doorgegeven, niet worden gegarandeerd.

Hoe is dit migratieplan van invloed op mijn bestaande workloads die worden uitgevoerd op Application Gateway V1? Wat gebeurt er met mijn V1-toepassingsgateways als ik niet migreert?

Tot 28 april 2026 ondersteunt Microsoft bestaande Application Gateway V1-implementaties. Na 28 april 2026 biedt Microsoft geen patches, ondersteuning of SLA-dekking meer voor actieve V1-resources. Workloads die worden uitgevoerd op V1 ondervinden een onderbreking van de dienst omdat Microsoft het gegevenspad blokkeert en de resources verwijdert. Als u bedrijfsimpact wilt voorkomen, migreert u de resterende V1-gateways zo snel mogelijk.

Veelgestelde vragen over migratie van V1 naar V2

Hoe migreer ik mijn toepassingsgateway V1 naar V2?

Als u een Application Gateway V1-implementatie hebt, kunt u in twee fasen migreren van V1 naar V2:

Kan Microsoft mijn gegevens voor mij migreren?

Nee, Microsoft kan uw gegevens niet voor u migreren. U moet uw gegevens migreren met behulp van de zelfbedieningsopties.

Application Gateway V1 is gebouwd op verouderde onderdelen en Azure implementeert gateways op veel manieren. Daarom is uw betrokkenheid vereist voor migratie. Door de migratie zelf af te handelen, kunt u het werk plannen tijdens een onderhoudsvenster en zorgen voor minimale downtime voor uw toepassingen.

Hoe lang duurt de migratie?

De benodigde tijd voor migratie is afhankelijk van de complexiteit van uw implementatie. Plan dat de migratie tot enkele maanden kan duren.

Zijn er beperkingen met het Azure PowerShell script voor het migreren van de configuratie van V1 naar V2?

Ja. Zie Kanttekeningen en beperkingen.

Biedt Application Gateway V2 ondersteuning voor NTLM- of Kerberos-verificatie?

Ja. Application Gateway V2 ondersteunt proxyaanvragen met NTLM- of Kerberos-verificatie. Zie Toegewezen back-endverbinding voor meer informatie.

Hoe verschilt het gedrag van back-endcertificaten tussen Application Gateway V1 en V2?

Application Gateway V1 maakt gebruik van verificatiecertificaten. Dit mechanisme voert een exacte overeenkomst uit tussen het certificaat dat is geconfigureerd op Application Gateway en het certificaat van de back-endserver. V1 ondersteunt ook standaard- of terugvalcertificaten als er geen servernaamindicatie (SNI) beschikbaar is tijdens de TLS-handshake.

Application Gateway V2 voert standaard een uitgebreidere validatie uit. Hiermee wordt de volledige certificaatketen en de onderwerpnaam van het back-endservercertificaat gecontroleerd. Zie Back-end TLS-verbinding voor meer informatie.

Hoe kan ik de migratie beheren met de verschillen in gedrag van validaties van back-endcertificaten tussen V1 en V2?

Wanneer u migreert van V1 naar V2, moet u mogelijk uw configuratie aanpassen vanwege de verschillen in certificaatvalidatiegedrag. Gebruik de back-end-HTTPS-validatiebesturingselementen die beschikbaar zijn in V2 om de validatie tijdelijk uit te schakelen tijdens de migratie.

Schakel validatie alleen uit als tijdelijke meting om de migratie te vergemakkelijken. Schakel voor productieomgevingen volledige validatie opnieuw in om de beveiliging te behouden.

Zijn dit artikel en het Azure PowerShell-script ook van toepassing op Azure Web Application Firewall?

Ja.

Schakelt het Azure PowerShell-script het verkeer van mijn V1-gateway over naar de zojuist gemaakte V2-gateway?

Nee, het Azure PowerShell script migreert alleen de configuratie. U bent verantwoordelijk voor en hebt controle over de daadwerkelijke verkeersmigratie.

U kunt het openbare IP-bewaarscript gebruiken om het openbare IP-adres van V1 in V2 te behouden. Deze bewerking heeft een downtime van één tot vijf minuten.

Is de nieuwe V2-gateway die door het Azure PowerShell-script is gemaakt, van de juiste grootte om het verkeer op mijn V1-gateway aan te kunnen?

Het Azure PowerShell script maakt een nieuwe V2-gateway met de juiste grootte om het verkeer op uw bestaande V1-gateway te verwerken. Automatisch schalen is standaard uitgeschakeld, maar u kunt automatisch schalen inschakelen wanneer u het script uitvoert.

Kan ik een V2-gateway maken in hetzelfde subnet als een bestaande V1-gateway?

Nee, V1- en V2-gateways kunnen niet naast elkaar bestaan in hetzelfde subnet. Elk gatewaytype vereist een eigen toegewezen subnet in het virtuele netwerk. Als u van plan bent om van V1 naar V2 te migreren, moet u een nieuw subnet voor de V2-gateway maken en ervoor zorgen dat u voldoende IP-adresruimte toewijst.

Ik heb mijn V1-gateway geconfigureerd voor het verzenden van logboeken naar Azure Storage. Repliceert het script deze configuratie voor V2?

Nee, het script repliceert deze configuratie niet voor V2. U moet de logboekconfiguratie afzonderlijk toevoegen aan de gemigreerde V2-gateway.

Ondersteunt het script certificaten die zijn geüpload naar Azure Key Vault?

Ja, u kunt het certificaat downloaden uit Azure Key Vault en dit opgeven als invoer voor het migratiescript. Het verbeterde kloonscript kopieert automatisch alle TLS/SSL-certificaten van V1 naar de zojuist gemaakte V2-gateway.

Ik heb problemen met de migratie gelopen. Hoe kan ik hulp krijgen?

Post problemen en vragen over migratie naar Microsoft Q&A voor Application Gateway, met het trefwoord V1Migration.

Als u een ondersteuningscontract hebt, kunt u ook een ondersteuningsticket openen. Zie de azure-ondersteuningsopties voor meer informatie over azure-ondersteuning.