|
1 | 1 | --- |
2 | | -title: Allocation failure in Azure Cloud Services |
3 | | -description: This article helps troubleshoot allocation failure in Azure Cloud Services (extended support). |
| 2 | +title: Allocation Failure in Azure Cloud Services |
| 3 | +description: Provides troubleshooting help for allocation failure in Azure Cloud Services (extended support). |
4 | 4 | ms.service: azure-cloud-services-extended-support |
5 | 5 | author: surbhijain16 |
6 | 6 | ms.author: surbhijain |
7 | 7 | ms.reviewer: surbhijain16 |
8 | | -ms.date: 04/01/2024 |
| 8 | +ms.date: 08/26/2025 |
9 | 9 | ms.custom: sap:Service Availability and Performance |
10 | 10 | --- |
11 | 11 |
|
12 | 12 | # Troubleshoot allocation failure in Azure Cloud Services (extended support) |
13 | 13 |
|
14 | | -When you deploy instances to a Cloud Service (extended support) or add new web or worker role instances, Microsoft Azure allocates compute resources. You may occasionally receive errors when performing these operations even before you reach the Azure subscription limits. This article explains the causes of some of the common allocation failures and suggests possible remediation. The information may also be useful when you plan the deployment of your services. |
| 14 | +When you deploy instances to a Cloud Service (extended support) or add new web or worker role instances, Microsoft Azure allocates compute resources. You might occasionally receive error messages when you perform these operations. Allocation errors can occur even before you reach the Azure subscription limits. This article explains the causes of some of the common allocation failures and suggests possible solutions. This information might also be useful when you plan the deployment of your services. |
15 | 15 |
|
16 | | -## Background – How allocation works |
| 16 | +## How allocation works |
17 | 17 |
|
18 | | -The servers in Azure datacenters are partitioned into clusters. A new cloud service allocation request is attempted in multiple clusters. When the first instance is deployed to a cloud service, that cloud service gets pinned to a cluster. Any further deployments for the cloud service will happen in the same cluster. In this article, this mechanism is called "pinned to a cluster". Diagram 1 below illustrates the case of a normal allocation which is attempted in multiple clusters; Diagram 2 illustrates the case of an allocation that's pinned to Cluster 2 because that's where the existing Cloud Service CS_1 is hosted. |
| 18 | +The servers in Azure datacenters are partitioned into clusters. A new cloud service allocation request is tried in multiple clusters. When the first instance is deployed to a cloud service, that cloud service gets pinned to a cluster. Any further deployments for the cloud service occur in the same cluster. In this article, this mechanism is called "pinned to a cluster." |
| 19 | + |
| 20 | +Diagram 1 illustrates the case of a normal allocation that's tried in multiple clusters. Diagram 2 illustrates the case of an allocation that's pinned to Cluster 2 because that's where the existing Cloud Service CS_1 is hosted. |
19 | 21 |
|
20 | 22 | :::image type="content" source="media/allocation-failure/allocation-failure-1.png" alt-text="Screenshot that shows cluster allocation"::: |
21 | 23 |
|
22 | | -## Why allocation failure happens |
| 24 | +## Why allocation failure occurs |
| 25 | + |
| 26 | +If an allocation request is pinned to a cluster, the possibility that the request can't find free resources increases because the available resource pool is limited to a cluster. Also, if your allocation request is pinned to a cluster, but the type of resource that you requested isn't supported by that cluster, your request fails even if the cluster has free resources. |
23 | 27 |
|
24 | | -When an allocation request is pinned to a cluster, there's a higher chance of failing to find free resources since the available resource pool is limited to a cluster. Furthermore, if your allocation request is pinned to a cluster but the type of resource you requested isn't supported by that cluster, your request will fail even if the cluster has free resource. Diagram 3 below illustrates the case where a pinned allocation fails because the only candidate cluster does't have free resources. Diagram 4 illustrates the case where a pinned allocation fails because the only candidate cluster doesn't support the requested virtual machine (VM) size, even though the cluster has free resources. |
| 28 | +Diagram 3 illustrates the case in which a pinned allocation fails because the only candidate cluster doesn't have free resources. Diagram 4 illustrates the case in which a pinned allocation fails because the only candidate cluster doesn't support the requested virtual machine (VM) size, even though the cluster has free resources. |
25 | 29 |
|
26 | 30 | :::image type="content" source="media/allocation-failure/allocation-failure-2.png" alt-text="Screenshot that shows cluster allocation failure"::: |
27 | 31 |
|
28 | 32 | ## Troubleshooting allocation failure for cloud services |
29 | 33 |
|
30 | | -The following table highlights the error messages for allocation failure and their solutions. |
| 34 | +The following table lists the error messages for allocation failure and their solutions. |
31 | 35 |
|
32 | 36 | | Error code | Error message | |
33 | 37 | |-------|----------------------| |
34 | | -| AllocationFailed | Allocation failed. We do not have sufficient capacity for the requested VM size in this region. Read more about improving likelihood of allocation success at <https://aka.ms/allocation-guidance> | |
35 | | -| OverconstrainedAllocationRequest | Allocation failed. VM(s) with the following constraints cannot be allocated, because the condition is too restrictive. Please remove some constraints and try again| |
36 | | -| ServiceAllocationFailure | Operation failed with error code 'InternalError' and error message 'An internal execution error occurred. Please retry later'| |
| 38 | +| AllocationFailed | Allocation failed. We don't have sufficient capacity for the requested VM size in this region. Read more about improving likelihood of allocation success at <https://aka.ms/allocation-guidance> | |
| 39 | +| OverconstrainedAllocationRequest | Allocation failed. VMs with the following constraints can't be allocated, because the condition is too restrictive. Remove some constraints and try again| |
| 40 | +| ServiceAllocationFailure | Operation failed with error code 'InternalError' and error message 'An internal execution error occurred. Retry later'| |
37 | 41 |
|
38 | 42 | ## Common issues |
39 | 43 |
|
40 | | -Here are the common allocation scenarios that cause an allocation request to be pinned to a single cluster. |
| 44 | +The following common allocation scenarios cause an allocation request to be pinned to a single cluster: |
41 | 45 |
|
42 | | -- VIP Swap – If two cloud services are tagged swappable with one another, then both of them are allocated to the same cluster. If the cluster is nearing capacity, then request for deployment of the second cloud service may fail. |
43 | | -- Scaling - Adding new instances to an existing cloud service must allocate in the same cluster. Small scaling requests can usually be allocated, but not always. If the cluster is nearing capacity, the request may fail. |
| 46 | +- VIP Swap: If two cloud services are tagged as swappable with each other, both are allocated to the same cluster. If the cluster is nearing capacity, a request for deployment of the second cloud service might fail. |
| 47 | +- Scaling: Adding new instances to an existing cloud service must allocate in the same cluster. Small scaling requests can usually be allocated, but not always. If the cluster is nearing capacity, the request might fail. |
44 | 48 |
|
45 | 49 | ## Solutions |
46 | 50 |
|
47 | | -1. Redeploy to a new cloud service - This solution is likely to be most successful as it allows the platform to choose from all clusters in that region. |
48 | | - 1. Deploy the workload to a new cloud service |
49 | | - 2. Update the CNAME or A record to point traffic to the new cloud service |
50 | | - 3. Once zero traffic is going to the old site, you can delete the old cloud service. This solution should incur zero downtime. |
51 | | -2. Delete swappable cloud services - This solution will preserve your existing DNS name, but will cause downtime to your application. |
52 | | - 1. Delete both cloud services that are swappable with each other |
53 | | - 2. Create a new deployment for both cloud services. This will re-attempt to allocation on all clusters in the region. |
| 51 | +- Redeploy to a new cloud service: This solution is likely to be the most successful because it enables the platform to choose from all clusters in that region. Follow these steps: |
| 52 | + 1. Deploy the workload to a new cloud service. |
| 53 | + 2. Update the CNAME or A record to point traffic to the new cloud service. |
| 54 | + 3. After traffic stops going to the old site, you can delete the old cloud service. This solution should incur zero downtime. |
| 55 | +- Delete swappable cloud services: This solution preserves your existing DNS name, but creates downtime for your application. Follow these steps: |
| 56 | + 1. Delete both cloud services that are swappable with each other. |
| 57 | + 2. Create a new deployment for both cloud services. This action triggers a new attempt to allocate on all clusters in the region. |
54 | 58 |
|
55 | 59 | ## Next steps |
56 | 60 |
|
|
0 commit comments