Konfigurera en App Service-miljön v1

Ö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
• Lagring
• En databas
• Ett klassiskt (V1) eller Resource Manager(V2) virtuellt azure-nätverk (VNet)
• 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 etablera.
• 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 faktiskt körs. När du skalar upp dina App Service-planer används arbetare i den associerade arbetspoolen.

• Du kan inte omedelbart lägga till arbetare. Det kan ta upp till en timme att etablera 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.

Lagring

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 – annars kan ASE inte fungera.

Databas

Databasen innehåller den information som definierar miljön samt 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 ska skilja sig från det virtuella nätverket 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 8 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 VNet. 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 ytterligare nätverksfunktioner för att komma åt 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 VNET-integrering eller hybrid-Anslut för att komma åt resurser i eller ansluta 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 VNET-integrering för att integrera med ett virtuellt nätverk som finns i din prenumeration men inte är ansluten till det virtuella nätverk som din ASE finns i. Du kan fortfarande använda Hybrid Anslut ions 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 endast 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-portalen. Om du har en ASE kommer du förmodligen att se App Service-symbolen i sidofältet. Den här symbolen används för att representera App Service-miljön i Azure-portalen:

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 just har diskuterats ä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 Inställningar avsnitt som innehåller flera viktiga funktioner:

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

>Inställningar 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 ytterligare 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 Pools: Vart och ett av dessa resurspoolsblad 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 arbetspoolen Inställningar bladet 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 eller autoskalningsfunktionerna i en specifik resurspool går du till Inställningar> Front End Pool / Worker Pools efter behov. Öppna sedan den pool som du vill ändra. Gå till Inställningar> Skala ut eller Inställningar> Skala upp. 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 2 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 1 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 2 klientdelsservrar och 2 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.