Устранение неполадок выделения при создании или изменении размера виртуальных машин в Azure
Область применения: ✔️ Виртуальные машины Linux ✔️ Виртуальные машины Windows
При создании виртуальной машины запустите (освобожденные) виртуальные машины или измените размер виртуальной машины, Microsoft Azure выделяет вычислительные ресурсы для подписки. Мы непрерывно изучаем дополнительные компоненты инфраструктуры и функции, чтобы всегда предоставлять клиентам требуемые типы виртуальных машин. Однако ввиду беспрецедентного роста спроса на службы Azure в определенных регионах могут происходить сбои при выделении ресурсов. Эта проблема может возникнуть при попытке создания или запуска виртуальных машин в регионе. При этом на виртуальных машинах отображается приведенное ниже сообщение об ошибке и ее код.
Код ошибки: AllocationFailed или ZonalAllocationFailed.
Сообщение об ошибке: "Сбой выделения. В этом регионе недостаточно емкости для запрошенного размера виртуальной машины. Дополнительные сведения об улучшении вероятности успешного распределения на https://aka.ms/allocation-guidance"
Примечание.
При устранении неполадок масштабируемого набора виртуальных машин (VMSS) процесс совпадает с стандартной виртуальной машиной. Чтобы устранить проблему, выполните инструкции, описанные в этой статье.
Сообщение об ошибке: "Сбой выделения. Если вы пытаетесь добавить новую виртуальную машину в масштабируемый набор виртуальных машин с одной группой размещения или обновить или изменить размер существующей виртуальной машины в масштабируемом наборе виртуальных машин с одной группой размещения, обратите внимание, что такое выделение может быть ограничено одним кластером, и возможно, что кластер не имеет емкости. Дополнительные сведения о повышении вероятности успешного распределения по адресу http://aka.ms/allocation-guidance."
В этой статье объясняются причины возникновения некоторых распространенных ошибок выделения, а также представлены возможные способы их устранения.
Если проблема Azure не устранена в этой статье, посетите форумы Azure на форумах По вопросам ИК и Stack Overflow. Проблему можно разместить на этих форумах или отправить по адресу @AzureSupport в Twitter. Кроме того, можно отправить запрос в службу поддержки Azure, выбрав "Получить поддержку" на сайте службы поддержки Azure.
Пока предпочитаемый размер виртуальной машины недоступен в выбранном вами регионе, мы советуем клиентам, столкнувшимся с проблемами при развертывании, изучить рекомендации, приведенные в таблице ниже, в качестве временного решения.
Определите сценарий, который лучше всего подходит для вашего случая, и повторите запрос на выделение, воспользовавшись предложенным решением, чтобы повысить вероятность успешного выделения ресурсов. В любом случае вы сможете повторить попытку позже. К тому моменту в кластере, регионе или зоне может освободиться достаточно ресурсов для выполнения вашего запроса.
Изменение размера виртуальной машины или добавление виртуальных машин в существующую группу доступности
Причина
Попытка выполнить запрос на изменение размера виртуальной машины или ее добавление в существующую группу доступности должна осуществляться в исходном кластере, в котором размещена существующая группа доступности. Запрошенный размер виртуальной машины поддерживается кластером, но сейчас в кластере недостаточно емкости.
Обходное решение
Если виртуальная машина может быть частью другой группы доступности, создайте виртуальную машину в другой группе доступности (в том же регионе). Затем новую виртуальную машину можно добавить в ту же виртуальную сеть.
Остановите (освобождение) всех виртуальных машин в одной группе доступности, а затем запустите все применимые виртуальные машины в пакете. Чтобы остановиться: щелкните группы > ресурсов [ваша группа ресурсов] Ресурсы > [ваша группа доступности] > > Виртуальные машины > [ваша виртуальная машина] > Остановить. После остановки всех виртуальных машин перейдите к домашней >виртуальной машине, добавьте фильтр группы доступности и выберите группу по группе доступности. Выберите все применимые виртуальные машины и нажмите кнопку "Пуск". Это обеспечит выполнение новой попытки выделения и возможность выбора нового кластера с доступной емкостью.
Запуск частично остановленных (освобожденных) виртуальных машин
Причина
Частичное освобождение означает, что в группе доступности будут остановлены (освобождены) одна или несколько виртуальных машин, но не все. При освобождении виртуальной машины происходит освобождение связанных с ней ресурсов. Запуск виртуальных машин в частично освобожденном наборе доступности совпадает с добавлением виртуальных машин в существующую группу доступности. Следовательно, попытки запроса на выделение должны выполняться на исходном кластере, на котором размещена группа доступности с недостаточной емкостью.
Обходное решение
Остановите (освобождение) всех виртуальных машин в одной группе доступности, а затем запустите все применимые виртуальные машины в пакете. Чтобы остановиться: щелкните группы > ресурсов [ваша группа ресурсов] Ресурсы > [ваша группа доступности] > > Виртуальные машины > [ваша виртуальная машина] > Остановить. После остановки всех виртуальных машин перейдите к домашней >виртуальной машине, добавьте фильтр группы доступности и выберите группу по группе доступности. Выберите все применимые виртуальные машины и нажмите кнопку "Пуск". Это обеспечит выполнение новой попытки выделения и возможность выбора нового кластера с достаточной емкостью.
Запуск полностью остановленных (освобожденных) виртуальных машин
Причина
Полное освобождение означает, что в группе доступности остановлены (освобождены) все виртуальные машины. Запрос на выделение для запуска этих виртуальных машин будет нацелен на все кластеры, поддерживающие требуемый размер в пределах региона или зоны. Измените запрос на выделение согласно рекомендациям и повторите попытку выполнить его, чтобы повысить вероятность успешного выделения.
Обходное решение
Если в используете серии или размеры виртуальных машин прежних версий, например Dv1, DSv1, Av1, D15v2 или DS15v2, рассмотрите возможность перехода на более новые версии. Ниже приведены рекомендации для определенных размеров виртуальных машин. Если у вас нет возможности использовать другой размер виртуальной машины, попробуйте выполнить развертывание в другом регионе в пределах того же геообъекта. Дополнительные сведения о доступных размерах виртуальных машин в каждом регионе доступны по адресу https://aka.ms/azure-regions.
Если вы используете зоны доступности, попробуйте выбрать другую зону в регионе, в которой может быть достаточно емкости для запрошенного размера виртуальной машины.
Если вы выполняете большой запрос на выделение (содержащий более 500 ядер), ознакомьтесь с рекомендациями в приведенных ниже разделах, чтобы разделить этот запрос на развертывания меньшего размера.
Сбои при выделении ресурсов для размеров виртуальных машин прежних версий (Av1, Dv1, DSv1, D15v2, DS15v2 и т. д.)
По мере расширения инфраструктуры Azure мы развертываем оборудование нового поколения, предназначенное для виртуальных машин последних типов. Некоторые виртуальные машины устаревших серий не работают в нашей инфраструктуре последнего поколения. По этой причине клиенты могут время от времени сталкиваться со сбоями при выделении ресурсов для этих устаревших номеров SKU. Чтобы избежать этой проблемы, мы рекомендуем клиентам, использующим виртуальные машины устаревших серий, рассмотреть возможность перехода на эквивалентные новые виртуальные машины согласно приведенным ниже рекомендациям. Эти виртуальные машины оптимизированы для новейшего оборудования и позволяют получить преимущества за счет более низких затрат и более высокой производительности.
| Устаревшая серия или размер виртуальной машины | Рекомендуемая серия или размер виртуальной машины | Дополнительные сведения |
|---|---|---|
| Серия Av1 | Серия Av2 | https://azure.microsoft.com/blog/new-av2-series-vm-sizes/ |
| Серия Dv1 или DSv1 (с D1 по D5) | Серия Dv3 или DSv3 | https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/ |
| Серия Dv1 или DSv1 (с D11 по D14) | Серия Ev3 или ESv3 | |
| Серия D15v2 или DS15v2 | Если вы используете модель развертывания с помощью Resource Manager, чтобы использовать преимущества более крупных размеров виртуальных машин, рассмотрите возможность перехода на серию D16v3, DS16v3, D32v3 или DS32v3. Они предназначены для оборудования последнего поколения. Если вы используете модель развертывания с помощью Resource Manager, чтобы изолировать экземпляр виртуальной машины, выполняя его на оборудовании, выделенном для отдельного клиента, рассмотрите возможность перехода на новый размер изолированной виртуальной машины, E64i_v3 или E64is_v3. Они предназначены для оборудования последнего поколения. | https://azure.microsoft.com/blog/new-isolated-vm-sizes-now-available/ |
Сбои при выделении ресурсов для больших развертываний (более 500 ядер)
Уменьшите число экземпляров виртуальных машин запрошенного размера, после чего повторите операцию развертывания. Кроме того, для больших развертываний вам, возможно, придется рассмотреть возможность использования масштабируемых наборов виртуальных машин Azure с несколькими группами размещения. Число экземпляров виртуальных машин может автоматически изменяться в соответствии с потребностями или определенным расписанием. При развертывании в качестве группы с несколькими вариантами размещения шанс успешного распределения выше, поскольку для него может использоваться несколько кластеров. Узнайте больше о работе с большими масштабируемыми наборами виртуальных машин и преобразовании существующего масштабируемого набора в несколько групп размещения. Обратите внимание, что масштабируемый набор с поддержкой одной группы размещения можно преобразовать в масштабируемый набор с поддержкой нескольких групп размещения, но не наоборот.
Справочная информация
Как выделяются ресурсы
Серверы в центрах обработки данных Azure разделены на кластеры. Как правило, попытка выполнить запрос на выделение ресурсов происходит в нескольких кластерах. Однако возможен вариант, когда при наличии определенных ограничений в запросах на выделение на платформе Azure произойдет принудительная попытка выполнения запроса только в одном кластере. В этой статье мы рассмотрим это как "закрепленное в кластере". На схеме 1 ниже показано, что обычное выделение выполняется в нескольких кластерах. На схеме 2 показано выделение ресурсов, прикрепленных к кластеру 2, так как в нем размещена имеющаяся облачная служба CS_1 или группа доступности.
Причины возникновения ошибок выделения ресурсов
Если запрос на выделение прикреплен к одному кластеру, возрастает вероятность того, что не удастся найти свободные ресурсы, так как пул доступных ресурсов имеет меньший размер. Кроме того, если запрос на выделение прикреплен к одному кластеру, а тип запрошенного ресурса не поддерживается, запрос завершится ошибкой, даже если в кластере есть свободные ресурсы. На схеме 3 ниже показан случай, когда ошибка выделения закрепленных ресурсов произошла из-за отсутствия свободных ресурсов в единственном подходящем кластере. На схеме 4 показан случай, когда ошибка выделения прикрепленных ресурсов произошла потому, что единственный подходящий кластер не поддерживает запрошенный размер виртуальной машины, несмотря на наличие свободных ресурсов в кластере.
Свяжитесь с нами для получения помощи
Если у вас есть вопросы или помощь, создайте запрос на поддержку или попросите сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.