Устранение ошибок выделения ресурсов при создании, перезагрузке или изменении размера виртуальных машин в AzureTroubleshoot allocation failures when you create, restart, or resize VMs in Azure

При создании виртуальной машины или изменении ее размера, а также при перезагрузке остановленных (освобожденных) виртуальных машин Microsoft Azure выделяет вычислительные ресурсы для вашей подписки.When you create a virtual machine (VM), restart stopped (deallocated) VMs, or resize a VM, Microsoft Azure allocates compute resources to your subscription. Мы непрерывно изучаем дополнительные компоненты инфраструктуры и функции, чтобы всегда предоставлять клиентам требуемые типы виртуальных машин.We are continually investing in additional infrastructure and features to make sure that we always have all VM types available to support customer demand. Однако ввиду беспрецедентного роста спроса на службы Azure в определенных регионах могут происходить сбои при выделении ресурсов.However, you may occasionally experience resource allocation failures because of unprecedented growth in demand for Azure services in specific regions. Эта проблема может возникнуть при попытке создания или запуска виртуальных машин в регионе. При этом на виртуальных машинах отображается приведенное ниже сообщение об ошибке и ее код.This problem can occur when you try to create or start VMs in a region while the VMs display the following error code and message:

Код ошибки AllocationFailed или ZonalAllocationFailed.Error code: AllocationFailed or ZonalAllocationFailed

Сообщение об ошибке "Ошибка выделения.Error message: "Allocation failed. В этом регионе недостаточно емкости для запрошенного размера виртуальной машины.We do not have sufficient capacity for the requested VM size in this region. Дополнительные сведения о повышении вероятности успеха выделения в https://aka.ms/allocation-guidance»Read more about improving likelihood of allocation success at https://aka.ms/allocation-guidance"

В этой статье объясняются причины возникновения некоторых распространенных ошибок выделения, а также представлены возможные способы их устранения.This article explains the causes of some of the common allocation failures and suggests possible remedies.

Если эта статья не помогла устранить проблему вашу с Azure, посетите форумы по Azure на сайтах MSDN и Stack Overflow.If your Azure issue is not addressed in this article, visit the Azure forums on MSDN and Stack Overflow. Проблему можно разместить на этих форумах или отправить по адресу @AzureSupport в Twitter.You can post your issue on these forums or to @AzureSupport on Twitter. Кроме того, можно отправить запрос в службу поддержки Azure, выбрав "Получить поддержку" на сайте службы поддержки Azure.Also, you can file an Azure support request by selecting Get support on the Azure support site.

Пока предпочитаемый размер виртуальной машины недоступен в выбранном вами регионе, мы советуем клиентам, столкнувшимся с проблемами при развертывании, изучить рекомендации, приведенные в таблице ниже, в качестве временного решения.Until your preferred VM type is available in your preferred region, we advise customers who encounter deployment issues to consider the guidance in the following table as a temporary workaround.

Определите сценарий, который лучше всего подходит для вашего случая, и повторите запрос на выделение, воспользовавшись предложенным решением, чтобы повысить вероятность успешного выделения ресурсов.Identify the scenario that best matches your case, and then retry the allocation request by using the corresponding suggested workaround to increase the likelihood of allocation success. В любом случае вы сможете повторить попытку позже.Alternatively, you can always retry later. К тому моменту в кластере, регионе или зоне может освободиться достаточно ресурсов для выполнения вашего запроса.This is because enough resources may have been freed in the cluster, region, or zone to accommodate your request.

Изменение размера виртуальной машины или добавление виртуальных машин в существующую группу доступностиResize a VM or add VMs to an existing availability set

Причина:Cause

Попытка выполнить запрос на изменение размера виртуальной машины или ее добавление в существующую группу доступности должна осуществляться в исходном кластере, в котором размещена существующая группа доступности.A request to resize a VM or add a VM to an existing availability set must be tried at the original cluster that hosts the existing availability set. Запрошенный размер виртуальной машины поддерживается кластером, но сейчас в кластере недостаточно емкости.The requested VM size is supported by the cluster, but the cluster may not currently have sufficient capacity.

Возможное решениеWorkaround

Если виртуальная машина может быть частью другой группы доступности, создайте виртуальную машину в другой группе доступности (в том же регионе).If the VM can be part of a different availability set, create a VM in a different availability set (in the same region). Затем новую виртуальную машину можно добавить в ту же виртуальную сеть.This new VM can then be added to the same virtual network.

Остановите или освободите все виртуальные машины в пределах одной группы доступности, а затем перезапустите каждую из них.Stop (deallocate) all VMs in the same availability set, then restart each one. Чтобы остановить виртуальную машину, сделайте следующее. Выберите "Группы ресурсов" > имя вашей группы ресурсов > "Ресурсы" > имя вашей группы доступности > "Виртуальные машины" > имя вашей виртуальной машины > "Остановить".To stop: Click Resource groups > [your resource group] > Resources > [your availability set] > Virtual Machines > [your virtual machine] > Stop. После остановки всех виртуальных машин выберите первую из них и щелкните "Запустить".After all VMs stop, select the first VM, and then click Start. Это обеспечит выполнение новой попытки выделения и возможность выбора нового кластера с доступной емкостью.This step makes sure that a new allocation attempt is run and that a new cluster can be selected that has sufficient capacity.

Перезапустите частично остановленные (освобожденные) виртуальные машиныRestart partially stopped (deallocated) VMs

Причина:Cause

Частичное освобождение означает, что в группе доступности будут остановлены (освобождены) одна или несколько виртуальных машин, но не все.Partial deallocation means that you stopped (deallocated) one or more, but not all, VMs in an availability set. При освобождении виртуальной машины происходит освобождение связанных с ней ресурсов.When you deallocate a VM, the associated resources are released. Перезапуск виртуальных машин в частично освобожденной группе доступности эквивалентен добавлению виртуальных машин к существующей группе доступности.Restarting VMs in a partially deallocated availability set is the same as adding VMs to an existing availability set. Следовательно, попытки запроса на выделение должны выполняться на исходном кластере, на котором размещена группа доступности с недостаточной емкостью.Therefore, the allocation request must be tried at the original cluster that hosts the existing availability set that may not have sufficient capacity.

Возможное решениеWorkaround

Остановите или освободите все виртуальные машины в пределах одной группы доступности, а затем перезапустите каждую из них.Stop (deallocate) all VMs in the same availability set, then restart each one. Чтобы остановить виртуальную машину, сделайте следующее. Выберите "Группы ресурсов" > имя вашей группы ресурсов > "Ресурсы" > имя вашей группы доступности > "Виртуальные машины" > имя вашей виртуальной машины > "Остановить".To stop: Click Resource groups > [your resource group] > Resources > [your availability set] > Virtual Machines > [your virtual machine] > Stop. После остановки всех виртуальных машин выберите первую из них и щелкните "Запустить".After all VMs stop, select the first VM, and then click Start. Это обеспечит выполнение новой попытки выделения и возможность выбора нового кластера с достаточной емкостью.This will make sure that a new allocation attempt is run and that a new cluster can be selected that has sufficient capacity.

Перезапустите полностью остановленные (освобожденные) виртуальные машиныRestart fully stopped (deallocated) VMs

Причина:Cause

Полное освобождение означает, что в группе доступности остановлены (освобождены) все виртуальные машины.Full deallocation means that you stopped (deallocated) all VMs in an availability set. Запрос на выделение ресурсов для перезагрузки этих виртуальных машин будет нацелен на все кластеры, которые поддерживают нужный размер в регионе или зоне.The allocation request to restart these VMs will target all clusters that support the desired size within the region or zone. Измените запрос на выделение согласно рекомендациям и повторите попытку выполнить его, чтобы повысить вероятность успешного выделения.Change your allocation request per the suggestions in this article, and retry the request to improve the chance of allocation success.

Возможное решениеWorkaround

Если в используете серии или размеры виртуальных машин прежних версий, например Dv1, DSv1, Av1, D15v2 или DS15v2, рассмотрите возможность перехода на более новые версии.If you use older VM series or sizes, such as Dv1, DSv1, Av1, D15v2, or DS15v2, consider moving to newer versions. Ниже приведены рекомендации для определенных размеров виртуальных машин.See these recommendations for specific VM sizes. Если у вас нет возможности использовать другой размер виртуальной машины, попробуйте выполнить развертывание в другом регионе в пределах того же геообъекта.If you don’t have the option to use a different VM size, try deploying to a different region within the same geo. Дополнительные сведения о доступных размерах виртуальных машин в каждом регионе доступны по адресу https://aka.ms/azure-regions.For more information about the available VM sizes in each region at https://aka.ms/azure-regions

Если вы используете зоны доступности, попробуйте выбрать другую зону в регионе, в которой может быть достаточно емкости для запрошенного размера виртуальной машины.If you are using availability zones, try another zone within the region that may have available capacity for the requested VM size.

Если вы выполняете большой запрос на выделение (содержащий более 500 ядер), ознакомьтесь с рекомендациями в приведенных ниже разделах, чтобы разделить этот запрос на развертывания меньшего размера.If your allocation request is large (more than 500 cores), see the guidance in the following sections to break up the request into smaller deployments.

Сбои при выделении ресурсов для размеров виртуальных машин прежних версий (Av1, Dv1, DSv1, D15v2, DS15v2 и т. д.)Allocation failures for older VM sizes (Av1, Dv1, DSv1, D15v2, DS15v2, etc.)

По мере расширения инфраструктуры Azure мы развертываем оборудование нового поколения, предназначенное для виртуальных машин последних типов.As we expand Azure infrastructure, we deploy newer-generation hardware that’s designed to support the latest virtual machine types. Некоторые виртуальные машины устаревших серий не работают в нашей инфраструктуре последнего поколения.Some of the older series VMs do not run on our latest generation infrastructure. По этой причине клиенты могут время от времени сталкиваться со сбоями при выделении ресурсов для этих устаревших номеров SKU.For this reason, customers may occasionally experience allocation failures for these legacy SKUs. Чтобы избежать этой проблемы, мы рекомендуем клиентам, которые используют виртуальные машины устаревших серий, рассмотреть возможность перехода на эквивалентные новые виртуальные машины согласно приведенным ниже рекомендациям. Эти виртуальные машины оптимизированы для современного оборудования и обеспечивают лучшее соотношение цены и производительности.To avoid this problem, we encourage customers who are using legacy series virtual machines to consider moving to the equivalent newer VMs per the following recommendations: These VMs are optimized for the latest hardware and will let you take advantage of better pricing and performance.

Устаревшая серия или размер виртуальной машиныLegacy VM-series/size Рекомендуемая серия или размер виртуальной машиныRecommended newer VM-series/size Дополнительные сведенияMore information
Серия Av1Av1-series Серия Av2Av2-series https://azure.microsoft.com/blog/new-av2-series-vm-sizes/
Серия Dv1 или DSv1 (с D1 по D5)Dv1 or DSv1-series (D1 to D5) Серия Dv3 или DSv3Dv3 or DSv3-series https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/
Серия Dv1 или DSv1 (с D11 по D14)Dv1 or DSv1-series (D11 to D14) Серия Ev3 или ESv3Ev3 or ESv3-series
Серия D15v2 или DS15v2D15v2 or DS15v2 Если вы используете модель развертывания с помощью Resource Manager, чтобы использовать преимущества более крупных размеров виртуальных машин, рассмотрите возможность перехода на серию D16v3, DS16v3, D32v3 или DS32v3.If you are using theResource Manager deployment model in order to take advantage of the larger VM sizes, consider moving to D16v3/DS16v3 or D32v3/DS32v3. Они предназначены для оборудования последнего поколения.These are designed to run on the latest generation hardware. Если вы используете модель развертывания с помощью Resource Manager, чтобы изолировать экземпляр виртуальной машины, выполняя его на оборудовании, выделенном для отдельного клиента, рассмотрите возможность перехода на новый размер изолированной виртуальной машины, E64i_v3 или E64is_v3. Они предназначены для оборудования последнего поколения.If you are using the Resource Manager deployment model to make sure your VM instance is isolated to hardware dedicated to a single customer, consider moving to the new isolated VM sizes, E64i_v3 or E64is_v3, which are designed to run on the latest generation hardware. https://azure.microsoft.com/blog/new-isolated-vm-sizes-now-available/

Сбои при выделении ресурсов для больших развертываний (более 500 ядер)Allocation failures for large deployments (more than 500 cores)

Уменьшите число экземпляров виртуальных машин запрошенного размера, после чего повторите операцию развертывания.Reduce the number of instances of the requested VM size, and then retry the deployment operation. Кроме того, для больших развертываний вы можете рассмотреть использование масштабируемых наборов виртуальных машин Azure.Additionally, for larger deployments, you may want to evaluate Azure virtual machine scale sets. Число экземпляров виртуальных машин может автоматически изменяться в соответствии с потребностями или определенным расписанием. При этом вероятность успешного развертывания достаточно велика, так как развертывания распределены между несколькими кластерами.The number of VM instances can automatically increase or decrease in response to demand or a defined schedule, and you have a greater chance of allocation success because the deployments can be spread across multiple clusters.

Справочная информацияBackground information

Как выделяются ресурсыHow allocation works

Серверы в центрах обработки данных Azure разделены на кластеры.The servers in Azure datacenters are partitioned into clusters. Как правило, попытка выполнить запрос на выделение ресурсов происходит в нескольких кластерах. Однако возможен вариант, когда при наличии определенных ограничений в запросах на выделение на платформе Azure произойдет принудительная попытка выполнения запроса только в одном кластере.Normally, an allocation request is attempted in multiple clusters, but it's possible that certain constraints from the allocation request force the Azure platform to attempt the request in only one cluster. В этой статье мы будем называть этот процесс прикреплением к кластеру.In this article, we'll refer to this as "pinned to a cluster." На схеме 1 ниже показан случай обычного выделения при попытке выполнения в нескольких кластерах.Diagram 1 below illustrates the case of a normal allocation that is attempted in multiple clusters. На схеме 2 показано выделение ресурсов, прикрепленных к кластеру 2, так как в нем размещена имеющаяся облачная служба CS_1 или группа доступности.Diagram 2 illustrates the case of an allocation that's pinned to Cluster 2 because that's where the existing Cloud Service CS_1 or availability set is hosted. Схема выделения ресурсовAllocation Diagram

Причины возникновения ошибок выделения ресурсовWhy allocation failures happen

Если запрос на выделение прикреплен к одному кластеру, возрастает вероятность того, что не удастся найти свободные ресурсы, так как пул доступных ресурсов имеет меньший размер.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 smaller. Кроме того, если запрос на выделение прикреплен к одному кластеру, а тип запрошенного ресурса не поддерживается, запрос завершится ошибкой, даже если в кластере есть свободные ресурсы.Furthermore, if your allocation request is pinned to a cluster but the type of resource you requested is not supported by that cluster, your request will fail even if the cluster has free resources. На схеме 3 ниже показан случай, когда ошибка выделения закрепленных ресурсов произошла из-за отсутствия свободных ресурсов в единственном подходящем кластере.The following Diagram 3 illustrates the case where a pinned allocation fails because the only candidate cluster does not have free resources. На схеме 4 показан случай, когда ошибка выделения прикрепленных ресурсов произошла потому, что единственный подходящий кластер не поддерживает запрошенный размер виртуальной машины, несмотря на наличие свободных ресурсов в кластере.Diagram 4 illustrates the case where a pinned allocation fails because the only candidate cluster does not support the requested VM size, even though the cluster has free resources.

Ошибка выделения прикрепленных ресурсов