Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
En Azure App Service-plan tillhandahåller de resurser som en App Service-app behöver köra. I den här artikeln beskrivs hur du hanterar en App Service-plan.
Skapa en App Service-plan
Tips
Om du vill skapa en plan i en App Service-miljö kan du välja den i listan Region och följa resten av stegen enligt beskrivningen i det här avsnittet.
Du kan skapa en tom App Service-plan, eller så kan du skapa en plan som en del av appskapandet.
Om du vill börja skapa en App Service-plan går du till Skapa App Service-plan i Azure-portalen.
Konfigurera avsnittet Projektinformation innan du konfigurerar App Service-planen.
I avsnittet Information om App Service-plan namnger du App Service-planen och väljer sedan operativsystem och region. Regionen anger var din App Service-plan skapas.
När du skapar en plan kan du välja prisnivån för den nya planen. I Prisnivå väljer du en prisplan eller väljer Utforska prisplaner för att visa ytterligare information.
I avsnittet Zonredundans väljer du Aktiverad eller Inaktiverad, beroende på dina behov.
Välj Granska + skapa och välj sedan Skapa.
Viktigt!
När du skapar en ny App Service-plan i en befintlig resursgrupp kan vissa villkor med befintliga appar utlösa följande fel:
The pricing tier is not allowed in this resource group<SKU_NAME> workers are not available in resource group <RESOURCE_GROUP_NAME>
Dessa fel kan inträffa på grund av inkompatibiliteter med prisnivåer, regioner, operativsystem, tillgänglighetszoner, befintliga funktionsappar eller befintliga webbappar. Om något av dessa fel inträffar skapar du din App Service-plan i en ny resursgrupp.
Flytta en app till en annan App Service-plan
Du kan flytta en app till en annan App Service-plan, så länge källplanen och målplanen finns i samma resursgrupp och geografiska region och av samma operativsystemtyp. Alla ändringar av typen, till exempel Windows till Linux eller någon annan typ än den ursprungliga typen, stöds inte.
Du måste inaktivera integrering av virtuella nätverk som har konfigurerats i appen innan du ändrar App Service-planer.
Kommentar
Azure distribuerar varje ny App Service-plan till en distributionsenhet, internt kallad en webbrymd. Varje region kan ha många webbutrymmen, men din app kan bara flytta mellan planer som skapas i samma webbområde. En App Service-miljö kan ha flera webbytor, men din app kan bara byta mellan planer som skapas i samma webbyta.
Du kan inte ange den webbyta som du vill använda när du skapar en plan, men det är möjligt att se till att en plan skapas i samma webbyta som en befintlig plan. Alla planer som skapats med samma resursgrupp, regionkombination och operativsystem distribueras till samma webbyta. Om du till exempel har skapat en plan i resursgrupp A och region B distribueras alla planer som du sedan skapar i resursgrupp A och region B till samma webbyta. Observera att planer inte kan flytta webbytor när de har skapats, så du kan inte flytta en plan till "samma webbyta" som en annan plan genom att flytta den till en annan resursgrupp.
I Azure-portalen söker du efter och väljer Apptjänster och väljer sedan den app som du vill flytta.
I den vänstra rutan under App Service-plan väljer du App Service-plan.
På sidan App Service-plan väljer du Ändra plan.
I fönstret Ändra App Service-plan går du till listan App Service-plan och väljer en befintlig plan att flytta appen till. Listan visar endast planer som finns i samma resursgrupp och geografiska region som den aktuella App Service-planen. Om det inte finns någon sådan plan kan du skapa en plan som standard. Du kan också skapa en ny plan manuellt genom att välja Ny plan och sedan välja Skapa ny.
När du är klar väljer du Spara.
Om du skapar en ny plan kan du ändra prisnivån. Mer information finns i avsnittet Skala en App Service-plan senare i den här artikeln.
Viktigt!
Om du flyttar en app från en plan på högre nivå till en plan på lägre nivå, till exempel från D1 till F1, kan appen förlora vissa funktioner i målplanen. Om din app till exempel använder TLS/SSL-certifikat kan det här felmeddelandet visas:
Cannot update the site with hostname '<app_name>' because its current TLS/SSL configuration 'SNI based SSL enabled' is not allowed in the target compute mode. Allowed TLS/SSL configuration is 'Disabled'.
Flytta en app till en annan region
Den region där appen körs är den region i App Service-planen som den finns i. Du kan dock inte ändra regionen för en App Service-plan. Om du vill köra appen i en annan region är ett alternativ appkloning. Kloning gör en kopia av din app i en ny eller befintlig App Service-plan i valfri region.
Du hittar Clone App i avsnittet Utvecklingsverktyg i vänsterpanelen.
Viktigt!
Kloning har vissa begränsningar. Du kan läsa om dem i Kloning av Azure App Service-appar.
Skala App Service-planen
Information om hur du skalar upp prisnivån för en App Service-plan finns i Skala upp en app i Azure.
Information om hur du skalar ut instansantalet för en app finns i Skala instansantal manuellt eller automatiskt.
Skala en App Service Plan asynkront (Förhandsgranskning)
När du skapar eller manuellt skalar ut en App Service-plan kan det uppstå situationer där du rekommenderas att försöka igen med lägre instansantal än du ursprungligen begärde, till exempel potentiellt har du bett om att skala ut till 15 instanser men får veta att endast 6 är tillgängliga, så du måste skala till 6 och sedan vänta och försöka komma till dina mål 15-instanser igen.
Med förhandsversionen av App Service Plan Asynchronous kan du begära ditt målantal instanser och plattformen skalar ut till målnumret, utan att du behöver ändra din ursprungliga begäran och försöka igen. Plattformen skalar till antalet tillgängliga instanser och utlöser sedan den underliggande plattformen för att göra fler instanser tillgängliga. Du kan använda den här funktionen under utskalningsåtgärder eller när planen skapas. Den här funktionen stöds för alla prisplaner för Basic, Standard och Premium.
Kommentar
Det här beteendet kan INTE konfigureras för App Service-planer som skapats i App Service-miljöer. App Service-miljöer skapar och skalar App Service-planer asynkront som standard.
Skala upp eller ned SKU:er för App Service-plan
När du använder asynkron skalning kan du skala upp eller ned till en större eller mindre SKU. Under den här typen av åtgärd kan inga andra egenskaper för App Service-planen ändras. Att skala upp eller ned till en ny SKU kan misslyckas om det inte finns tillräckligt många App Service Plan-instanser tillgängliga för att fullständigt uppfylla begäran, detta för att förhindra att din App Service-plan har färre arbetare än vad som begärts.
Om en upp- eller nedskalningsåtgärd misslyckas kan du antingen skala in eller ut inom den aktuella SKU:n eller utföra åtgärden med minsta antal godkända arbetare och sedan skala ut asynkront till önskat mål.
Avbryta en asynkron skalningsåtgärd
En pågående asynkron skalningsåtgärd avbryts endast när du uttryckligen ändrar egenskapen TargetWorkerCount. Ändringar av andra App Service-planegenskaper avbryter inte åtgärden, inklusive ändringar i SKU:n eller antalet App Service-planinstanser. Ändringar av antal instanser i App Service-planen som inte kan slutföras synkront ignoreras om inte TargetWorkerCount också ändras. Om du uttryckligen vill avbryta skalningsåtgärden anger du TargetWorkerCount till 0.
az appservice plan update -g <resourceGroupName> -n <App Service Plan Name> --async-scaling-enabled true --number-of-workers <number of workers to scale out to>
Ta bort en App Service-plan
För att undvika oväntade avgifter tar App Service som standard även bort planen när du tar bort den senaste appen i en App Service-plan. Om du väljer att behålla planen bör du ändra planen till den kostnadsfria nivån så att du inte debiteras.
Viktigt!
App Service-planer som inte har några associerade appar medför fortfarande kostnader eftersom de fortsätter att reservera de konfigurerade VM-instanserna.