Skala en webbapp manuellt
Genom att manuellt skala ut och sedan tillbaka igen kan du agera på förväntade ökningar och minskningar i trafiken. Utskalning har den extra fördelen att öka tillgängligheten på grund av det ökade antalet instanser av webbappen. Om ett fel uppstår på en instans är webbappen ändå tillgänglig fortfarande.
I hotellets bokningssystem kan du skala ut före en förväntad säsongsrusning. Du kan skala in igen när säsongen är över och antalet bokningsförfrågningar minskar.
I den här lektionen får du lära dig hur du manuellt skalar ut en webbapp och hur du skalar in den igen.
App Service-planer och skalbarhet
En webbapp som körs i Azure använder vanligtvis Azure App Service för att tillhandahålla värdmiljön. App Service kan ordna så att flera instanser av webbappen körs. Den belastningsutjämning inkommande begäranden över dessa instanser. Varje instans körs på en virtuell dator.
En App Service-plan definierar de resurser som är tillgängliga för varje instans. I App Service-planen anges operativsystemet (Windows eller Linux) samt maskinvaran (minne, CPU-bearbetningskapacitet, disklagring och så vidare) samt tillgängligheten för tjänster som automatisk säkerhetskopiering och återställning.
Azure tillhandahåller en serie väldefinierade App Service-plannivåer. I den här listan sammanfattas var och en av dessa nivåer i ökad kapacitetsordning och kostnad:
- Den kostnadsfria nivån tillhandahåller 1 GB diskutrymme och stöd för upp till 10 appar men endast en enda delad instans och inget serviceavtal för tillgänglighet. Varje app har en beräkningskvot på 60 minuter per dag. Den kostnadsfria tjänstplanen är lämplig för apputveckling och testning i stället för produktionsdistributioner.
- Den delade nivån har stöd för fler appar (upp till 100) som också körs på en enda delad instans. Apparna har en beräkningskvot på 240 minuter per dag. Det finns inget serviceavtal för tillgänglighet.
- Basic-nivån har stöd för ett obegränsat antal appar och ger mer diskutrymme. Apparna kan skalas upp till tre dedikerade instanser. Den här nivån har ett serviceavtal med 99,95 % tillgänglighet. Det finns tre undernivåer på den här nivån med olika mängd bearbetningskraft, minne och diskutrymme.
- Standard-nivån har också stöd för ett obegränsat antal appar. Den här nivån kan skalas till 10 dedikerade instanser och har ett serviceavtal med 99,95 % tillgänglighet. Liksom Basic-nivån har den här nivån tre undernivåer med ökande mängder beräkningskapacitet, minne och diskalternativ.
- Med Premium-nivån får du upp till 20 dedikerade instanser, ett serviceavtal med 99,95 % tillgänglighet och flera undernivåer av maskinvara.
- Den isolerade nivån körs i ett dedikerat virtuellt Azure-nätverk, vilket ger nätverks- och beräkningsisolering. Den här nivån kan skalas ut till 100 instanser och har ett serviceavtal med 99,95 % tillgänglighet.
Kommentar
En del nivåer är inte tillgängliga för alla operativsystem. Till exempel finns det för närvarande ingen delad nivå för Linux.
Övervaka och skala en webbapp
När du skapar en webbapp kan du antingen skapa en ny App Service-plan eller använda en befintlig. Om du väljer en befintlig plan delar alla andra webbappar som använder samma plan resurser med din webbapp. Alla skalas tillsammans, så de måste ha samma skalningskrav. Om apparna har olika krav bör du använda en separat App Service-plan för var och en.
Du skalar upp genom att lägga till fler instanser i en App Service-plan, upp till den gräns som är tillgänglig för den nivå du har valt. Om du inte använder den kostnadsfria nivån debiteras du för varje instans varje timme. Detta kan du göra i Azure-portalen.
Nyckeln till effektiv skalning är att veta när det bör användas och hur mycket. Du kan övervaka prestanda för en webbapp med hjälp av tillgängliga mått för App Service. Det enklaste sättet att utföra den här uppgiften är att använda Azure-portalen.
Om du upptäcker en stadig ökning av resursanvändning, till exempel CPU-användning, minnesanvändning eller längd på diskkö, bör du överväga att skala upp innan måtten når en kritisk punkt. Du bör också övervaka den genomsnittliga svarstiden för begäranden samt antalet begäranden som misslyckas. Om båda dessa siffror är höga kan systemet köras nära eller utanför kapaciteten. Du kan då behöva skala ut omedelbart.
Det kan också vara bra att skala tillbaka för att minska kostnaderna om måtten tyder på att systemet har låg belastning och gott om outnyttjad kapacitet.
I båda fallen bör du fortsätta att övervaka statistiken för webbappen. Låt systemet stabiliseras. Om måtten visar att appen fortfarande är underbemannad eller övermannad lägger du till eller tar bort instanser efter behov.