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?
- 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.