Share via


App Service-miljön versionsjämförelse

App Service-miljön har tre versioner. App Service-miljön v3 är den senaste versionen och ger fördelar och funktionsskillnader jämfört med tidigare versioner.

Viktigt!

App Service-miljön v1 och v2 dras tillbaka den 31 augusti 2024. Efter det datumet kommer dessa versioner inte längre att stödjas och eventuella återstående App Service-miljön v1 och v2s och de program som körs på dem tas bort.

Det finns en ny version av App Service-miljön som är enklare att använda och köra på kraftfullare infrastruktur. Om du vill veta mer om den nya versionen börjar du med Introduktion till App Service-miljön. Om du för närvarande använder App Service-miljön v1 eller v2 följer du stegen i den här artikeln för att migrera till den nya versionen.

Från och med den 29 januari 2024 kan du inte längre skapa nya App Service-miljön v1- eller v2-resurser med någon av de tillgängliga metoderna, inklusive ARM/Bicep-mallar, Azure Portal, Azure CLI eller REST API. Du måste migrera till App Service-miljön v3 före den 31 augusti 2024 för att förhindra resursborttagning och dataförlust.

Jämförelse mellan versioner

Distribution

Funktion App Service-miljön v1 App Service-miljön v2 App Service-miljön v3
Maskinvara Cloud Services (klassisk) Cloud Services (klassisk) Virtual Machine Scale Sets
Tillgängliga SKU:er P1, P2, P3, P4 I1, I2, I3 I1v2, I2v2, I3v2, I4v2, I5v2, I6v2
Högst antal instanser 55 värdar (standardklientdelar + arbetare) 100 instanser per App Service-plan. Maximalt 200 instanser i alla planer. 100 instanser per App Service-plan. Maximalt 200 instanser i alla planer.
Zonredundans Nej Nej – zonpinning till en zon är tillgänglig Ja
Dedikerad värdgrupp Nej Nej Ja (inte kompatibelt med zonredundans)
Uppgraderingsinställning för planerat underhåll Nej Nej Ja
FTPS Ja Ja Ja, måste vara explicit aktiverad. Åtkomst till FTPS-slutpunkt med suffix för anpassad domän stöds inte.
FTPS-slutpunktsstruktur ftps://APP-NAME.ASE-NAME.appserviceenvironment.net ftps://APP-NAME.ASE-NAME.appserviceenvironment.net – Suffix för anpassad domän stöds om du har en konfigurerad genom att ersätta App Service-miljön namn och standarddomänsuffixet med ditt anpassade domänsuffix. ftps://ASE-NAME.ftp.appserviceenvironment.net/site/wwwroot – Suffix för anpassad domän stöds inte. Varje app på samma App Service-miljön v3 använder samma FTPS-slutpunkt men har sina egna unika autentiseringsuppgifter för programomfattning för autentisering.
Fjärrfelsökning Ja Ja Ja, måste vara explicit aktiverat
Stöd för virtuellt Azure-nätverk (klassiskt) Ja Nej Nej

Nätverk

Funktion App Service-miljön v1 App Service-miljön v2 App Service-miljön v3
Nätverksberoenden Måste hantera all inkommande och utgående trafik. Nätverkssäkerhetsgrupper måste tillåta hanteringstrafik. Måste hantera all inkommande och utgående trafik. Nätverkssäkerhetsgrupper måste tillåta hanteringstrafik. Kontrollera att Azure Load Balancer kan ansluta till undernätet på port 16001. Inga nätverksberoenden i kundens virtuella nätverk. Kontrollera att Azure Load Balancer kan ansluta till undernätet på port 80.
Stöd för privat slutpunkt Nej Nej Ja, måste vara explicit aktiverat
Nå appar i en intern VIP-App Service-miljön över global peering Nej Nej Ja
SMTP-trafik Ja Ja Ja
Nätverksbevakare eller NSG-flödesloggar för att övervaka trafik Ja Ja Ja
Delegering av undernät Krävs inte Krävs inte Måste delegeras till Microsoft.Web/hostingEnvironments
Storlek på undernät En App Service-miljön v1 utan App Service-planer använder 12 adresser innan du skapar en app. Om du använder en ILB-App Service-miljön v1 använder den 13 adresser innan du skapar en app. När du skalar ut läggs infrastrukturroller till vid varje multipel av 15 och 20 av dina App Service-planinstanser. En App Service-miljön v2 utan App Service-planer använder 12 adresser innan du skapar en app. Om du använder en ILB-App Service-miljön v2 använder den 13 adresser innan du skapar en app. När du skalar ut läggs infrastrukturroller till vid varje multipel av 15 och 20 av dina App Service-planinstanser. Ett visst undernät har fem adresser reserverade för hanteringsändamål. Förutom hanteringsadresserna skalar App Service-miljön v3 dynamiskt den stödjande infrastrukturen och använder mellan 4 och 27 adresser, beroende på konfiguration och belastning. Du kan använda de återstående adresserna för instanser i App Service-planen. Den minsta storleken på ditt undernät kan vara ett /27-adressutrymme (32 adresser).
DNS-återställning Azure DNS Azure DNS Kontrollera att du har en vidarebefordrare till en offentlig DNS eller inkludera Azure DNS i listan över anpassade DNS-servrar

Skalning

App Service-miljön v3 körs på den senaste Infrastruktur för vm-skalningsuppsättningar när App Service-miljön v1 och v2 körs på Cloud Services (klassisk). Därför har App Service-miljön v3 de bästa och snabbaste skalningstiderna i alla versioner.

Funktion App Service-miljön v1 App Service-miljön v2 App Service-miljön v3
Skalningshantering i klientdelen Manuell Manuell Hanteras av plattform
Skalningsåtgärder Blockerar andra skalningsåtgärder Blockerar andra skalningsåtgärder Blockerar inte andra skalningsåtgärder

Certifikat och domäner

Funktion App Service-miljön v1 App Service-miljön v2 App Service-miljön v3
IP-baserad TLS-bindning (Transport Layer Security) eller SSL-bindning (Secure Sockets Layer) med dina appar Ja Ja Nej
Suffix för anpassad domän Ja (kräver SNI-baserad TLS-anslutning) Ja (stöds endast med vissa API-versioner) Ja
Standardvärdnamn Om du har ett anpassat domänsuffix innehåller standardvärdnamnet ditt anpassade domänsuffix och är i formuläret APP-NAME.internal.contoso.com. Om du har ett anpassat domänsuffix innehåller standardvärdnamnet ditt anpassade domänsuffix och är i formuläret APP-NAME.internal.contoso.com. Standardvärdnamnet använder alltid App Service-miljön standarddomänsuffix och är i formuläret APP-NAME.ASE-NAME.appserviceenvironment.net. App Service-miljön v3 behåller standarddomänsuffixet när du lägger till ett anpassat domänsuffix. Om du lägger till ett anpassat domänsuffix finns den anpassade domänsuffixkonfigurationen customDnsSuffixConfiguration under egenskapen .
Stöd för Hanterade App Service-certifikat Nej Nej Nej

Säkerhetskopiera och återställ

Funktion App Service-miljön v1 App Service-miljön v2 App Service-miljön v3
Utföra en säkerhetskopierings- och återställningsåtgärd på ett lagringskonto bakom en brandvägg Ja Ja Nej

Loggning och övervakning

Funktion App Service-miljön v1 App Service-miljön v2 App Service-miljön v3
Programloggning till lagringskonto via virtuellt nätverk Ja Ja Nej. Rekommendationen är att använda diagnostikloggning i stället. Om du behöver använda en brandvägg för loggningslagringskontot måste lagringskontot finnas i en annan region och använda de utgående offentliga adresserna för App Service-miljön i reglerna. Mer information finns i Nätverksöverväganden.
Azure Policy-integration Ja Ja Ja
Azure Advisor-integrering Ja Ja Ja

Prissättning

App Service-miljön v3 är ofta billigare än tidigare versioner på grund av borttagning av stämpelavgiften och större instansstorlekar. Information och exempelscenarier om hur migrering till App Service-miljön v3 kan påverka dina kostnader finns i prisexempel för migrering och Beräkna dina kostnadsbesparingar genom att migrera till App Service-miljön v3.

Funktion App Service-miljön v1 App Service-miljön v2 App Service-miljön v3
Prissättning Betala för varje vCPU Stämpelavgift plus kostnad per isolerad instans, reservationer är tillgängliga för stämpelavgiften Ingen stämpelavgift och priset isolerad v2 har priser för reserverade instanser på 1–3 år. Azure Savings Plans for Compute är också tillgängliga.

Vanliga frågor och svar

Vilka SKU:er är tillgängliga på App Service-miljön v1, v2 och v3?

App Service-miljön v1 använder Premium SKU och App Service-miljön v2 använder den isolerade SKU:n. App Service-miljön v3 använder Isolerad v2. I följande tabeller visas tillgängliga instanser för varje SKU med respektive antal kärnor och RAM-minne. Motsvarande instanser mellan Isolerad v2 och Isolerad har dubbla kärnor och RAM-minne. Den här kapacitetsökningen bör granskas när du migrerar till App Service-miljön v3 från Isolerad eller Premium för att säkerställa att du inte är överetablerad.

App Service-miljön v3 (isolerad v2):

Isolerad v2 Kärnor RAM (GB)
I1v2 2 8
I2v2 4 16
I3v2 8 32
I4v2 16 64
I5v2 32 128
I6v2 64 256

App Service-miljön v2 (isolerad):

Isolerad Kärnor RAM (GB)
I1 1 3.5
I2 2 7
I3 4 14

App Service-miljön v1 (Premium):

Premium Kärnor RAM (GB)
P1 1 1,75
P2 2 3.5
P3 4 7
P4 8 14

Vad betyder "inga nätverksberoenden i kundens virtuella nätverk"?

På App Service-miljön v3 behöver du inte ange regler för inkommande och utgående trafik för hanterings- och beroendetrafik. App Service-miljön v3 har utformats så att hanterings- och beroendetrafik förblir inom Azure-stamnätet i stället för ditt virtuella nätverk. Den enda trafik som passerar det virtuella nätverket är programtrafiken till och från dina appar.

Det minsta kravet på att App Service-miljön v3 ska vara i drift är:

Käll-/målportar Riktning Källa Mål Syfte
* / 80 Inkommande AzureLoadBalancer App Service-miljön undernätsintervall Tillåt intern hälso-ping-trafik

Mer information om App Service-miljön v3-nätverksberoenden finns i portar och nätverksbegränsningar.

På App Service-miljön v2 finns det många krav på inkommande och utgående trafik som du måste hantera. Om du ändrar de här reglerna kan miljön hamna i ett feltillstånd.

  • Inkommande
    • TCP från IP-tjänsttaggen AppServiceManagement på portarna 454, 455
    • TCP från lastbalanseraren på port 16001
    • Från App Service-miljön-undernätet till App Service-miljön-undernätet på alla portar
  • Utgående
    • UDP till alla IP-adresser på port 53
    • UDP till alla IP-adresser på port 123
    • TCP till alla IP-adresser på port 80, 443
    • TCP till IP-tjänsttaggen Sql på portarna 1433
    • TCP till alla IP-adresser på port 12000
    • Till App Service-miljön-undernätet på alla portar

Mer information om App Service-miljön v2-nätverksberoenden finns i inkommande och utgående beroenden.

Varför stöds inte säkerhetskopiering och återställning till ett lagringskonto bakom en brandvägg på App Service-miljön v3?

Den här begränsningen är ett resultat av den underliggande infrastrukturändring som implementerades för App Service-miljön v3. Eftersom säkerhetskopiering och återställning är hanteringsåtgärder och all hanteringstrafik är isolerad utanför kundens virtuella nätverk måste dessa åtgärder utföras via Azure-stamnätverket. Därför kan kunden inte uttryckligen tillåta den här trafiken via brandväggen på sitt lagringskonto.

Vad refererar det anpassade domänsuffixet till?

Det anpassade domänsuffixet är för App Service-miljön. Den är tillgänglig på App Service-miljön v1 och v3, men har tagits bort från App Service-miljön v2.

Det skiljer sig från en anpassad domänbindning i App Service. Det anpassade domänsuffixet definierar en rotdomän som kan användas av App Service-miljön. I den offentliga varianten av Azure App Service är standardrotdomänen för alla webbappar azurewebsites.net. För ILB-App Service-miljön är standardrotdomänen appserviceenvironment.net. Men eftersom en ILB-App Service-miljön är intern för en kunds virtuella nätverk kan kunderna använda en rotdomän utöver standarddomänen som är lämplig för användning i ett företags interna virtuella nätverk. Ett hypotetiskt Contoso Corporation kan till exempel använda en standardrotdomän för internal.contoso.com för appar som endast är avsedda att vara matchbara och tillgängliga i Contosos virtuella nätverk. En app i det här virtuella nätverket kan nås genom åtkomst till APP-NAME.internal.contoso.com.

Mer information om suffix för anpassad domän finns i Suffix för anpassad domän för App Service-miljön.

Vilka regioner stöds de olika versionerna i?

På grund av maskinvaruändringar mellan versionerna finns det vissa regioner där App Service-miljön v1/v2 kan stödjas, men inte App Service-miljön v3. Listan över regioner som stöds uppdateras kontinuerligt med de senaste tillgängligheterna.

Nästa steg