You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/app-service/environment/version-comparison.md
+15-12Lines changed: 15 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,14 +2,14 @@
2
2
title: 'App Service Environment version comparison'
3
3
description: This article provides an overview of the App Service Environment versions and feature differences between them.
4
4
author: seligj95
5
-
ms.date: 3/9/2023
5
+
ms.date: 3/15/2023
6
6
ms.author: jordanselig
7
7
ms.topic: article
8
8
---
9
9
10
10
# App Service Environment version comparison
11
11
12
-
App Service Environment has three versions. App Service Environment v3 is the latest version and provides advantages and feature differences over the earlier versions.
12
+
App Service Environment has three versions. App Service Environment v3 is the latest version and provides advantages and feature differences over earlier versions.
13
13
14
14
> [!IMPORTANT]
15
15
> App Service Environment v1 and v2 [will be retired on 31 August 2024](https://azure.microsoft.com/updates/app-service-environment-version-1-and-version-2-will-be-retired-on-31-august-2024/). After that date, those versions will no longer be supported and any remaining App Service Environment v1 and v2s and the applications running on them will be deleted.
@@ -21,26 +21,27 @@ App Service Environment has three versions. App Service Environment v3 is the la
21
21
|Feature |[App Service Environment v1](app-service-app-service-environment-intro.md)|[App Service Environment v2](intro.md)|[App Service Environment v3](overview.md)|
|Maximum instance count |55 hosts (default front-ends + workers) |100 instances per App Service plan. Maximum of 200 instances across all plans. |100 instances per App Service plan. Maximum of 200 instances across all plans. |
26
26
|Zone redundancy |No |No - [zone pinning](zone-redundancy.md) to one zone is available |[Yes](../../reliability/migrate-app-service-environment.md)|
27
-
|Dedicated host group |No |No |Yes (not compatible with zone redundancy) |
27
+
|Dedicated host group |No |No |[Yes](creation.md#deployment-considerations) (not compatible with zone redundancy) |
28
28
|Upgrade preference for planned maintenance |No |No |[Yes](how-to-upgrade-preference.md)|
29
29
|FTPS |Yes |Yes |Yes, must be explicitly [enabled](configure-network-settings.md#ftp-access). Access to FTPS endpoint using custom domain suffix isn't supported. |
30
30
|Remote debugging |Yes |Yes |Yes, must explicitly [enabled](configure-network-settings.md#remote-debugging-access)|
31
31
|[Azure virtual network (classic)](../../virtual-network/create-virtual-network-classic.md) support |Yes |No |No |
32
-
|Subnet delegation |Not required |Not required |Must be delegated to `Microsoft.Web/hostingEnvironments`|
32
+
33
33
34
34
### Networking
35
35
36
36
|Feature |[App Service Environment v1](app-service-app-service-environment-intro.md)|[App Service Environment v2](intro.md)|[App Service Environment v3](overview.md)|
37
37
|---------|---------|---------|---------|
38
38
|Networking dependencies |Must [manage all inbound and outbound traffic](app-service-app-service-environment-network-architecture-overview.md). Network security groups must allow management traffic. |Must [manage all inbound and outbound traffic](network-info.md). Network security groups must allow management traffic. |No [networking dependencies](networking.md) on the customer's virtual network |
39
-
|Private endpoint support |No |No |Yes, must be explicitly [enabled](networking.md#private-endpoint)|
39
+
|Private endpoint support |No |No |Yes, [must be explicitly enabled](networking.md#private-endpoint)|
40
40
|Reach apps in an internal-VIP App Service Environment across global peering |No |No |Yes |
41
41
|SMTP traffic |Yes |Yes |Yes |
42
42
|Network watcher or NSG flow logs to monitor traffic |Yes |Yes |Yes |
43
-
|Subnet size|TODO:input|An App Service Environment v2 with no App Service plans at all uses 12 addresses before you create an app. If you use the internal load balancer deployment, then it uses 13 addresses before you create an app. As you scale out, infrastructure roles are added at every multiple of 15 and 20 of your App Service plan instances. |Any particular subnet has five addresses reserved for management purposes. In addition to the management addresses, App Service Environment v3 dynamically scales the supporting infrastructure, and uses between 4 and 27 addresses, depending on the configuration and load. You can use the remaining addresses for instances in the App Service plan. The minimal size of your subnet is a /27 address space (32 addresses). |
43
+
|Subnet delegation |Not required |Not required |[Must be delegated to `Microsoft.Web/hostingEnvironments`](networking.md#subnet-requirements)|
44
+
|Subnet size|TODO:input|An App Service Environment v2 with no App Service plans uses 12 addresses before you create an app. If you use an ILB App Service Environment v2, then it uses 13 addresses before you create an app. As you scale out, infrastructure roles are added at every multiple of 15 and 20 of your App Service plan instances. |Any particular subnet has five addresses reserved for management purposes. In addition to the management addresses, App Service Environment v3 dynamically scales the supporting infrastructure, and uses between 4 and 27 addresses, depending on the configuration and load. You can use the remaining addresses for instances in the App Service plan. The minimal size of your subnet can be a /27 address space (32 addresses). |
44
45
45
46
### Scaling
46
47
@@ -53,6 +54,8 @@ App Service Environment v3 runs on the latest [Virtual Machine Scale Sets](../..
53
54
54
55
### Pricing
55
56
57
+
App Service Environment v3 is often cheaper than previous versions due to the removal of the stamp fee and larger instance sizes. For information and example scenarios on how migrating to App Service Environment v3 can impact your costs, see the [migration pricing samples](migrate.md#pricing) and [Estimate your cost savings by migrating to App Service Environment v3](https://azure.github.io/AppService/2023/03/02/App-service-environment-v3-pricing.html).
58
+
56
59
|Feature |[App Service Environment v1](app-service-app-service-environment-intro.md)|[App Service Environment v2](intro.md)|[App Service Environment v3](overview.md)|
57
60
|---------|---------|---------|---------|
58
61
|Pricing |Pay for each vCPU |Stamp fee plus cost per Isolated instance, reservations are available for the stamp fee |No stamp fee and the Isolated v2 rate has 1-3 year reserved instance pricing. Azure Savings Plans for Compute are also available. |
@@ -62,9 +65,9 @@ App Service Environment v3 runs on the latest [Virtual Machine Scale Sets](../..
62
65
|Feature |[App Service Environment v1](app-service-app-service-environment-intro.md)|[App Service Environment v2](intro.md)|[App Service Environment v3](overview.md)|
63
66
|---------|---------|---------|---------|
64
67
|IP-based Transport Layer Security (TLS) or Secure Sockets Layer (SSL) binding with your apps |Yes |Yes |No |
65
-
|Custom domain suffix |Yes |Yes (only supported with certain API versions) |Yes |
68
+
|Custom domain suffix |Yes |Yes (only supported with certain API versions) |[Yes](how-to-custom-domain-suffix.md)|
66
69
|Support for App Service Managed Certificates |No |No |No |
67
-
|DNS fall-back |Azure DNS |Azure DNS |User must configure - either have a forwarder to a public DNS or include Azure DNS in the list of custom DNS servers |
70
+
|DNS fall-back TODO:include? |Azure DNS |Azure DNS |Must configure - either have a forwarder to a public DNS or include Azure DNS in the list of custom DNS servers |
68
71
69
72
### Backup and restore
70
73
@@ -138,17 +141,17 @@ On App Service Environment v2, there are many inbound and outbound requirements
138
141
- TCP to all IPs on port 12000
139
142
- To the App Service Environment subnet on all ports
140
143
141
-
For more information on App Service Environment v3 networking dependencies, see [inbound and outbound dependencies](network-info.md#inbound-and-outbound-dependencies).
144
+
For more information on App Service Environment v2 networking dependencies, see [inbound and outbound dependencies](network-info.md#inbound-and-outbound-dependencies).
142
145
143
146
#### Why is backup and restore to a storage account behind a firewall not supported on App Service Environment v3?
144
147
145
-
This limitation is a result of the underlying infrastructure change that was implemented for App Service Environment v3. Since backup and restore are management operations, and all management traffic is isolated outside of the customer's virtual network, these operations need to take place through the Azure backbone network using an IP that the customer doesn't have access to. Therefore the customer can't explicitly allow this traffic through the firewall on their storage account.
148
+
This limitation is a result of the underlying infrastructure change that was implemented for App Service Environment v3. Since backup and restore are management operations, and all management traffic is isolated outside of the customer's virtual network, these operations need to take place through the Azure backbone network. Therefore the customer can't explicitly allow this traffic through the firewall on their storage account.
146
149
147
150
#### What does custom domain suffix refer to?
148
151
149
152
The custom domain suffix is for the App Service Environment. It's available on App Service Environment v1 and v3, but was removed from App Service Environment v2.
150
153
151
-
It's different from a custom domain binding on App Service. The custom domain suffix defines a root domain that can be used by the App Service Environment. In the public variation of Azure App Service, the default root domain for all web apps is azurewebsites.NET. For ILB App Service Environments, the default root domain is appserviceenvironment.NET. However, since an ILB App Service Environment is internal to a customer's virtual network, customers can use a root domain in addition to the default one that makes sense for use within a company's internal virtual network. For example, a hypothetical Contoso Corporation might use a default root domain of internal-contoso.com for apps that are intended to only be resolvable and accessible within Contoso's virtual network. An app in this virtual network could be reached by accessing APP-NAME.internal-contoso.com.
154
+
It's different from a custom domain binding on App Service. The custom domain suffix defines a root domain that can be used by the App Service Environment. In the public variation of Azure App Service, the default root domain for all web apps is azurewebsites.net. For ILB App Service Environments, the default root domain is appserviceenvironment.net. However, since an ILB App Service Environment is internal to a customer's virtual network, customers can use a root domain in addition to the default one that makes sense for use within a company's internal virtual network. For example, a hypothetical Contoso Corporation might use a default root domain of internal-contoso.com for apps that are intended to only be resolvable and accessible within Contoso's virtual network. An app in this virtual network could be reached by accessing APP-NAME.internal-contoso.com.
152
155
153
156
For more information on custom domain suffix, see [Custom domain suffix for App Service Environments](how-to-custom-domain-suffix.md).
0 commit comments