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!
Den här artikeln innehåller information om App Service-miljön v1 och v2. App Service-miljön v1 och v2 dras tillbaka från och med den 31 augusti 2024. 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 följer du stegen i den här artikeln för att migrera till den nya versionen.
Från och med den 31 augusti 2024 gäller serviceavtal (SLA) och tjänstkrediter inte längre för App Service-miljön v1- och v2-arbetsbelastningar som fortsätter att vara i produktion eftersom de är tillbakadragna produkter. Avvecklingen av maskinvaran App Service-miljön v1 och v2 har påbörjats, vilket kan påverka tillgängligheten och prestandan för dina appar och data.
Du måste slutföra migreringen till App Service-miljön v3 omedelbart eller så kan dina appar och resurser tas bort. Vi försöker 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 behöver ytterligare tid kan vi erbjuda en respitperiod på 30 dagar för att slutföra migreringen. Mer information och för att begära den här respitperioden finns i översikten över respitperioden och gå sedan till Azure Portal och gå till migreringsbladet för var och en av dina App Service-miljön.
Den senaste informationen om App Service-miljön v1/v2-tillbakadragning finns i App Service-miljön v1- och v2-pensionsuppdateringen.
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 |
| Processor | Fysiska kärnor | Fysiska kärnor | Virtuell CPu (vCPU) |
| 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?
- Vad betyder "inga nätverksberoenden i kundens virtuella nätverk"?
- Varför stöds inte säkerhetskopiering och återställning till ett lagringskonto bakom en brandvägg på App Service-miljön v3?
- Vad refererar det anpassade domänsuffixet till?
- Vilka regioner stöds de olika versionerna i?
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.