Manage an App Service plan in Azure
An Azure App Service plan provides the resources that an App Service app needs to run. This guide shows how to manage an App Service plan.
Create an App Service plan
If you have an App Service Environment, see Create an App Service plan in an App Service Environment.
You can create an empty App Service plan, or you can create a plan as part of app creation.
In the Azure portal, select New > Web + mobile, and then select Web App or another kind of App Service app.
Select an existing App Service plan or create a plan for the new app.
To create a plan:
a. Select [+] Create New.
b. For App Service plan, enter the name of the plan.
c. For Location, select an appropriate location.
d. For Pricing tier, select an appropriate pricing tier for the service. Select View all to view more pricing options, such as Free and Shared. After you have selected the pricing tier, click the Select button.
Move an app to another App Service plan
You can move an app to another App Service plan, as long as the source plan and the target plan are in the same resource group and geographical region.
In the Azure portal, browse to the app that you want to move.
On the menu, look for the App Service Plan section.
Select Change App Service plan to open the App Service plan selector.
In the App Service plan selector, select an existing plan to move this app into.
The Select App Service plan page is filtered by the following criteria:
- Exists in the same resource group
- Exists in the same geographical region
- Exists in the same webspace
A webspace is a logical construct in App Service that defines a grouping of server resources. A geographical region (such as West US) contains many webspaces in order to allocate customers who use App Service. Currently, you can't move App Service resources between webspaces.
App Service Free and Shared (preview) hosting plans are base tiers that run on the same Azure VM as other App Service apps. Some apps may belong to other customers. These tiers are intended to be used only for development and testing purposes.
Each plan has its own pricing tier. For example, moving a site from a Free tier to a Standard tier enables all apps assigned to it to use the features and resources of the Standard tier. However, moving an app from a higher-tiered plan to a lower-tiered plan means that you no longer have access to certain features. If your app uses a feature that is not available in the target plan, you get an error that shows which feature is in use that is not available.
For example, if one of your apps uses SSL certificates, you might see this error message:
Cannot update the site with hostname '<app_name>' because its current SSL configuration 'SNI based SSL enabled' is not allowed in the target compute mode. Allowed SSL configuration is 'Disabled'.
In this case, before you can move the app to the target plan, you need to either:
- Scale up the pricing tier of the target plan to Basic or higher.
- Remove all SSL connections to your app.
Move an app to a different region
The region in which your app runs is the region of the App Service plan it's in. However, you cannot change an App Service plan's region. If you want to run your app in a different region, one alternative is app cloning. Cloning makes a copy of your app in a new or existing App Service plan in any region.
You can find Clone App in the Development Tools section of the menu.
Cloning has some limitations. You can read about them in Azure App Service App cloning.
Scale an App Service plan
To scale up an App Service plan's pricing tier, see Scale up an app in Azure.
To scale out an app's instance count, see Scale instance count manually or automatically.
Delete an App Service plan
To avoid unexpected charges, when you delete the last app in an App Service plan, App Service also deletes the plan by default. If you choose to keep the plan instead, you should change the plan to Free tier so you're not charged.
App Service plans that have no apps associated with them still incur charges because they continue to reserve the configured VM instances.