Konfigurera en App Service-miljön v1

Viktigt!

Den här artikeln handlar om App Service-miljön v1. 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.

Översikt

På hög nivå består en Azure-App Service-miljön av flera viktiga komponenter:

• Beräkningsresurser som körs i den App Service-miljön värdbaserade tjänsten
• Storage
• En databas
• Ett klassiskt(V1) eller Resource Manager(V2) Virtuellt Azure-nätverk (virtuellt nätverk)
• Ett undernät med den App Service-miljön värdbaserade tjänsten som körs i det

Beräkningsresurser

Du använder beräkningsresurserna för dina fyra resurspooler. Varje App Service-miljön (ASE) har en uppsättning klientdelar och tre möjliga arbetspooler. Du behöver inte använda alla tre arbetspoolerna – om du vill kan du bara använda en eller två.

Värdarna i resurspoolerna (klientdelar och arbetare) är inte direkt tillgängliga för klientorganisationer. Du kan inte använda RDP (Remote Desktop Protocol) för att ansluta till dem, ändra deras etablering eller agera som administratör för dem.

Du kan ange kvantitet och storlek för resurspoolen. I en ASE har du fyra storleksalternativ som är märkta P1 till P4. Mer information om dessa storlekar och deras priser finns i Priser för App Service. Att ändra kvantitet eller storlek kallas för en skalningsåtgärd. Endast en skalningsåtgärd kan utföras i taget.

Klientdelar: Klientdelarna är HTTP/HTTPS-slutpunkterna för dina appar som finns i din ASE. Du kör inte arbetsbelastningar i klientdelen.

• En ASE börjar med två P2:er, vilket räcker för utvecklings-/testarbetsbelastningar och produktionsarbetsbelastningar på låg nivå. Vi rekommenderar starkt P3:er för måttliga till tunga produktionsarbetsbelastningar.
• För måttliga till tunga produktionsarbetsbelastningar rekommenderar vi att du har minst fyra P3:er för att säkerställa att det finns tillräckligt med klientdelar som körs när schemalagt underhåll sker. Schemalagda underhållsaktiviteter tar ned en klientdel i taget. Detta minskar den övergripande tillgängliga klientdelskapaciteten under underhållsaktiviteter.
• Klientdelar kan ta upp till en timme att distribuera.
• För ytterligare finjustering bör du övervaka måtten CPU-procent, Minnesprocent och Aktiva begäranden för klientdelspoolen. Om cpu- eller minnesprocenten är över 70 procent när du kör P3 lägger du till fler klientdelar. Om värdet För aktiva begäranden i genomsnitt är mellan 15 000 och 20 000 begäranden per klientdel bör du också lägga till fler klientdelar. Det övergripande målet är att hålla cpu- och minnesprocenten under 70 % och aktiva begäranden i genomsnitt till under 15 000 begäranden per klientdel när du kör P3s.

Arbetare: Arbetarna är där dina appar körs. När du skalar upp dina App Service-planer används arbetare i den associerade arbetspoolen.

• Du kan inte lägga till arbetare direkt. Det kan ta upp till en timme att distribuera dem.
• Det tar < 1 timme per uppdateringsdomän att skala storleken på en beräkningsresurs för en pool. Det finns 20 uppdateringsdomäner i en ASE. Om du har skalat beräkningsstorleken för en arbetspool med 10 instanser kan det ta upp till 10 timmar att slutföra.
• Om du ändrar storleken på de beräkningsresurser som används i en arbetspool orsakar du kalla starter av de appar som körs i arbetspoolen.

Det snabbaste sättet att ändra beräkningsresursstorleken för en arbetspool som inte kör några appar är att:

• Skala ned antalet arbetare till 2. Den minsta nedskalningsstorleken i portalen är 2. Det tar några minuter att frigöra dina instanser.
• Välj den nya beräkningsstorleken och antalet instanser. Härifrån tar det upp till 2 timmar att slutföra.

Om dina appar kräver en större beräkningsresursstorlek kan du inte dra nytta av den tidigare vägledningen. I stället för att ändra storleken på arbetspoolen som är värd för dessa appar kan du fylla i en annan arbetspool med arbetare av önskad storlek och flytta över dina appar till poolen.

• Skapa ytterligare instanser av den beräkningsstorlek som behövs i en annan arbetspool. Det tar upp till en timme att slutföra.
• Tilldela om dina App Service-planer som är värdar för de appar som behöver en större storlek till den nyligen konfigurerade arbetspoolen. Det här är en snabb åtgärd som bör ta mindre än en minut att slutföra.
• Skala ned den första arbetspoolen om du inte längre behöver de oanvända instanserna. Den här åtgärden tar några minuter att slutföra.

Autoskalning: Ett av de verktyg som kan hjälpa dig att hantera din beräkningsresursförbrukning är automatisk skalning. Du kan använda autoskalning för klientdels- eller arbetspooler. Du kan göra saker som att öka dina instanser av valfri pooltyp på morgonen och minska dem på kvällen. Eller så kan du lägga till instanser när antalet arbetare som är tillgängliga i en arbetspool sjunker under ett visst tröskelvärde.

Om du vill ange regler för autoskalning kring beräkningsresurspoolsmått bör du tänka på den tid som etableringen kräver. Mer information om automatisk skalning App Service-miljön finns i Konfigurera autoskalning i en App Service-miljön.

Storage

Varje ASE har konfigurerats med 500 GB lagringsutrymme. Det här utrymmet används i alla appar i ASE. Det här lagringsutrymmet är en del av ASE och kan för närvarande inte växlas för att använda ditt lagringsutrymme. Om du gör justeringar i routning eller säkerhet för det virtuella nätverket måste du fortfarande tillåta åtkomst till Azure Storage – eller så kan ASE inte fungera.

Databas

Databasen innehåller den information som definierar miljön och information om de appar som körs i den. Även detta är en del av azure-prenumerationen. Det är inte något som du har en direkt förmåga att manipulera. Om du gör justeringar i routning eller säkerhet för det virtuella nätverket måste du fortfarande tillåta åtkomst till SQL Azure – annars kan ASE inte fungera.

Nätverk

Det virtuella nätverk som används med din ASE kan vara ett som du skapade när du skapade ASE eller ett som du skapade i förväg. När du skapar undernätet när ASE skapas tvingar det ASE att finnas i samma resursgrupp som det virtuella nätverket. Om du behöver att den resursgrupp som används av din ASE skiljer sig från den i ditt virtuella nätverk måste du skapa din ASE med hjälp av en Azure Resource Manager-mall.

Det finns vissa begränsningar för det virtuella nätverket som används för en ASE:

• Det virtuella nätverket måste vara ett regionalt virtuellt nätverk.
• Det måste finnas ett undernät med åtta eller fler adresser där ASE distribueras.
• När ett undernät används som värd för en ASE kan adressintervallet för undernätet inte ändras. Därför rekommenderar vi att undernätet innehåller minst 64 adresser för framtida ASE-tillväxt.
• Det kan inte finnas något annat i undernätet än ASE.

Till skillnad från den värdbaserade tjänsten som innehåller ASE är det virtuella nätverket och undernätet under användarkontroll. Du kan administrera ditt virtuella nätverk via användargränssnittet för virtuellt nätverk eller PowerShell. En ASE kan distribueras i ett klassiskt eller resource manager-virtuellt nätverk. Portal- och API-upplevelserna skiljer sig något mellan klassiska och Resource Manager-virtuella nätverk, men ASE-upplevelsen är densamma.

Det virtuella nätverk som används som värd för en ASE kan använda antingen privata RFC1918 IP-adresser eller använda offentliga IP-adresser. Om du vill använda ett IP-intervall som inte omfattas av RFC1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) måste du skapa ditt virtuella nätverk och undernät som ska användas av DIN ASE innan ASE skapas.

Eftersom den här funktionen placerar Azure App Service i ditt virtuella nätverk innebär det att dina appar som finns i DIN ASE nu kan komma åt resurser som görs tillgängliga via ExpressRoute eller virtuella privata nätverk (VPN) direkt. De appar som finns i din App Service-miljön kräver inte extra nätverksfunktioner för att få åtkomst till resurser som är tillgängliga för det virtuella nätverk som är värd för din App Service-miljön. Det innebär att du inte behöver använda integrering av virtuella nätverk eller hybridanslutningar för att komma åt resurser i eller anslutna till ditt virtuella nätverk. Du kan fortfarande använda båda dessa funktioner för att komma åt resurser i nätverk som inte är anslutna till ditt virtuella nätverk.

Du kan till exempel använda integrering av virtuella nätverk för att integrera med ett virtuellt nätverk som finns i din prenumeration men som inte är anslutet till det virtuella nätverk som din ASE finns i. Du kan fortfarande använda hybridanslutningar för att komma åt resurser som finns i andra nätverk, precis som normalt.

Om du har konfigurerat ditt virtuella nätverk med ett ExpressRoute VPN bör du vara medveten om några av de routningsbehov som en ASE har. Det finns vissa användardefinierade vägkonfigurationer (UDR) som inte är kompatibla med en ASE. Mer information om hur du kör en ASE i ett virtuellt nätverk med ExpressRoute finns i Köra en App Service-miljön i ett virtuellt nätverk med ExpressRoute.

Skydda inkommande trafik

Det finns två primära metoder för att styra inkommande trafik till din ASE. Du kan använda nätverkssäkerhetsgrupper (NSG:er) för att styra vilka IP-adresser som kan komma åt din ASE enligt beskrivningen här Så här styr du inkommande trafik i en App Service-miljön och du kan även konfigurera din ASE med en intern lastbalanserare (ILB). Dessa funktioner kan också användas tillsammans om du vill begränsa åtkomsten med hjälp av NSG:er till din ILB ASE.

När du skapar en ASE skapas en VIP i ditt virtuella nätverk. Det finns två VIP-typer, externa och interna. När du skapar en ASE med en extern VIP kommer dina appar i DIN ASE att vara tillgängliga via en internetroutningsbar IP-adress. När du väljer Intern konfigureras din ASE med en ILB och kommer inte att vara direkt tillgänglig via Internet. En ILB ASE kräver fortfarande en extern VIP, men den används bara för azure-hantering och underhållsåtkomst.

När du skapar ILB ASE anger du den underdomän som används av ILB ASE och måste hantera din egen DNS för den underdomän som du anger. Eftersom du anger underdomännamnet måste du också hantera certifikatet som används för HTTPS-åtkomst. När ASE har skapats uppmanas du att ange certifikatet. Mer information om hur du skapar och använder en ILB ASE finns i Skapa en ASEv1 från mall.

Portalen

Du kan hantera och övervaka dina App Service-miljön med hjälp av användargränssnittet i Azure Portal. Om du har en ASE ser du förmodligen App Service-symbolen i sidofältet. Den här symbolen används för att representera App Service-miljön i Azure Portal:

Om du vill öppna användargränssnittet som visar alla dina App Service-miljön kan du använda ikonen eller välja sparren (">" symbolen) längst ned i sidofältet för att välja App Service-miljön. Genom att välja någon av de ASE:er som visas öppnar du användargränssnittet som används för att övervaka och hantera det.

Det här första bladet visar några egenskaper för din ASE, tillsammans med ett måttdiagram per resurspool. Några av de egenskaper som visas i Essentials-blocket är också hyperlänkar som öppnar bladet som är associerat med det. Du kan till exempel välja namnet på det virtuella nätverket för att öppna användargränssnittet som är associerat med det virtuella nätverket som ASE körs i. App Service-planer och appar öppnar var och en blad som visar de här objekten som finns i din ASE.

Övervakning

Med diagrammen kan du se en mängd olika prestandamått i varje resurspool. För klientdelspoolen kan du övervaka den genomsnittliga processorn och minnet. För arbetspooler kan du övervaka den kvantitet som används och den tillgängliga kvantiteten.

Flera App Service-planer kan använda arbetarna i en arbetspool. Arbetsbelastningen distribueras inte på samma sätt som med klientdelsservrarna, så processor- och minnesanvändningen ger inte mycket i vägen för användbar information. Det är viktigare att spåra hur många arbetare som du har använt och är tillgängliga, särskilt om du hanterar det här systemet för andra att använda.

Du kan också använda alla mått som kan spåras i diagrammen för att konfigurera aviseringar. Att konfigurera aviseringar här fungerar på samma sätt som på andra platser i App Service. Du kan ange en avisering från antingen delen av användargränssnittet för aviseringar eller från att gå in i ett måttgränssnitt och välja Lägg till avisering.

De mått som diskuterades är de App Service-miljön måtten. Det finns också mått som är tillgängliga på App Service-plannivå. Det är här övervakning av CPU och minne är mycket meningsfullt.

I en ASE är alla App Service-planer dedikerade App Service-planer. Det innebär att de enda appar som körs på de värdar som allokerats till App Service-planen är apparna i den App Service-planen. Om du vill se information om din App Service-plan tar du upp din App Service-plan från någon av listorna i ASE-användargränssnittet eller från Bläddra i App Service-planer (som listar alla).

Inställningar

På ASE-bladet finns det ett avsnittet Inställningar som innehåller flera viktiga funktioner:

Egenskaper för inställningar>: Bladet Inställningar öppnas automatiskt när du tar upp ASE-bladet. Längst upp finns Egenskaper. Det finns många objekt här som är redundanta till det du ser i Essentials, men det som är användbart är virtuell IP-adress och utgående IP-adresser.

Inställningars>IP-adresser: När du skapar en SSL-app (IP Secure Sockets Layer) i din ASE behöver du en IP SSL-adress. För att få en behöver din ASE IP SSL-adresser som den äger och som kan allokeras. När en ASE skapas har den en IP SSL-adress för detta ändamål, men du kan lägga till fler. Det tillkommer en avgift för extra IP SSL-adresser, som visas i App Service-priser (i avsnittet om SSL-anslutningar). Det extra priset är IP SSL-priset.

Inställningar>Front End Pool / Worker-pooler: Vart och ett av dessa blad för resurspoolen ger möjlighet att endast se information om den resurspoolen, förutom att tillhandahålla kontroller för att skala resurspoolen fullt ut.

Basbladet för varje resurspool innehåller ett diagram med mått för den resurspoolen. Precis som med diagrammen från ASE-bladet kan du gå in i diagrammet och konfigurera aviseringar efter behov. Att ange en avisering från ASE-bladet för en specifik resurspool gör samma sak som att göra det från resurspoolen. Från bladet Inställningar för arbetspool har du åtkomst till alla appar eller App Service-planer som körs i den här arbetspoolen.

Portalskalningsfunktioner

Det finns tre skalningsåtgärder:

• Ändra antalet IP-adresser i ASE som är tillgängliga för IP SSL-användning.
• Ändra storleken på beräkningsresursen som används i en resurspool.
• Ändra antalet beräkningsresurser som används i en resurspool, antingen manuellt eller via automatisk skalning.

I portalen finns det tre sätt att styra hur många servrar du har i resurspoolerna:

• En skalningsåtgärd från huvud-ASE-bladet längst upp. Du kan göra flera skalningskonfigurationsändringar i klientdels- och arbetspoolerna. De tillämpas alla som en enda åtgärd.
• En manuell skalningsåtgärd från bladet Skalning för enskilda resurspooler, som finns under Inställningar.
• Autoskalning, som du konfigurerar från bladet Skala enskilda resurspooler.

Om du vill använda skalningsåtgärden på ASE-bladet drar du skjutreglaget till den kvantitet du vill ha och sparar. Det här användargränssnittet har också stöd för att ändra storlek.

Om du vill använda de manuella funktionerna eller autoskalningsfunktionerna i en specifik resurspool går du till Inställningar>Arbetspooler för klientdelspool / efter behov. Öppna sedan den pool som du vill ändra. Gå till Inställningar>Skala ut eller Skala upp inställningar.> Med bladet Skala ut kan du styra instanskvantitet. Med Skala upp kan du styra resursstorleken.

Överväganden för feltolerans

Du kan konfigurera en App Service-miljön att använda upp till 55 totala beräkningsresurser. Av dessa 55 beräkningsresurser kan endast 50 användas som värd för arbetsbelastningar. Anledningen till detta är dubbel. Det finns minst två klientdelsberäkningsresurser. Då återstår upp till 53 för att stödja allokeringen av arbetspoolen. För att kunna tillhandahålla feltolerans måste du ha ytterligare en beräkningsresurs som allokeras enligt följande regler:

• Varje arbetspool behöver minst en ytterligare beräkningsresurs som inte är tillgänglig för att tilldelas en arbetsbelastning.
• När mängden beräkningsresurser i en arbetspool överskrider ett visst värde krävs en annan beräkningsresurs för feltolerans. Detta är inte fallet i klientdelspoolen.

I en enskild arbetspool är kraven på feltolerans att för ett angivet värde för X-resurser som tilldelats till en arbetspool:

• Om X är mellan 2 och 20 är mängden användbara beräkningsresurser som du kan använda för arbetsbelastningar X-1.
• Om X är mellan 21 och 40 är mängden användbara beräkningsresurser som du kan använda för arbetsbelastningar X-2.
• Om X är mellan 41 och 53 är mängden användbara beräkningsresurser som du kan använda för arbetsbelastningar X-3.

Det minsta fotavtrycket har två klientdelsservrar och två arbetare. Med ovanstående instruktioner är här några exempel för att klargöra:

• Om du har 30 arbetare i en enda pool kan 28 av dem användas som värd för arbetsbelastningar.
• Om du har två arbetare i en enda pool kan 1 användas som värd för arbetsbelastningar.
• Om du har 20 arbetare i en enda pool kan 19 användas som värd för arbetsbelastningar.
• Om du har 21 arbetare i en enda pool kan fortfarande bara 19 användas som värd för arbetsbelastningar.

Feltoleransaspekten är viktig, men du måste ha den i åtanke när du skalar över vissa tröskelvärden. Om du vill lägga till mer kapacitet från 20 instanser går du till 22 eller högre eftersom 21 inte lägger till mer kapacitet. Detsamma gäller för över 40, där nästa nummer som lägger till kapacitet är 42.

Ta bort en App Service-miljön

Om du vill ta bort en App Service-miljön använder du bara åtgärden Ta bort överst på bladet App Service-miljön. När du gör det uppmanas du att ange namnet på din App Service-miljön för att bekräfta att du verkligen vill göra detta. Observera att när du tar bort en App Service-miljön tar du även bort allt innehåll i det.

Komma igång

Information om hur du kommer igång med App Service-miljön finns i Skapa en ASEv1 från mall.

Kommentar

Om du vill komma igång med Azure App Service innan du registrerar dig för ett Azure-konto kan du gå till Prova App Service. Där kan du direkt skapa en tillfällig startwebbapp i App Service. Inga kreditkort krävs. Inga åtaganden.