Устранение неполадок выделения при создании или изменении размера виртуальных машин в Azure

Применимо к: ✔️ виртуальным машинам Linux ✔️ виртуальным машинам Windows

Сводка

В этой статье объясняются причины возникновения некоторых распространенных ошибок выделения, а также представлены возможные способы их устранения. Пока предпочитаемый размер виртуальной машины недоступен в выбранном вами регионе, в качестве временного решения мы советуем клиентам, столкнувшимся с проблемами при развертывании, изучить рекомендации.

Симптом

При создании виртуальной машины, запуске всех остановленных (освобожденных) виртуальных машин или изменении размера виртуальной машины, Microsoft Azure выделяет вычислительные ресурсы для вашей подписки. Мы непрерывно изучаем дополнительные компоненты инфраструктуры и функции, чтобы всегда предоставлять клиентам требуемые типы виртуальных машин. Однако иногда возникают сбои выделения ресурсов из-за беспрецедентного роста спроса на службы Azure в определенных регионах. Эта проблема может возникнуть при попытке создания, запуска или изменения размера виртуальных машин в регионе. При этом на виртуальных машинах отображается код ошибки и приведенное ниже сообщение:

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

Сообщение об ошибке: "Не удалось выполнить выделение. В этом регионе недостаточно емкости для запрошенного размера виртуальной машины. Дополнительные сведения о повышении вероятности успешного выделения ресурсов: https://aka.ms/allocation-guidance"

Альтернативная рекомендация. При получении альтернативной рекомендации это означает, что запрошенный размер виртуальной машины в настоящее время недоступен в выбранном регионе или зоне. Чтобы повысить вероятность успешного выделения ресурсов для виртуальной машины, можно выбрать один из альтернативных вариантов. Просто примените изменения к выбору входных данных виртуальной машины или измените размер существующей виртуальной машины с помощью нужного параметра и попробуйте запустить или создать виртуальную машину снова.

Например, попробуйте один из этих альтернативных вариантов, чтобы повысить вероятность успешного выделения ресурсов:

• Альтернативные размеры виртуальных машин для одной зоны и региона: Standard_A2_v2, Standard_A2m_v2 или Standard_D2a_v4
• Альтернативные зоны для одного и того же размера виртуальной машины и региона: зона 1 и 3

В этой статье объясняются причины возникновения некоторых распространенных ошибок выделения, а также представлены возможные способы их устранения.

Пока предпочитаемый размер виртуальной машины недоступен в выбранном вами регионе, в качестве временного решения мы советуем клиентам, столкнувшимся с проблемами при развертывании, изучить рекомендации.

Определите сценарий, который лучше всего подходит для вашего случая, и повторите запрос на выделение, воспользовавшись предложенным решением, чтобы повысить вероятность успешного выделения ресурсов. В любом случае вы сможете повторить попытку позже. К тому моменту в кластере, регионе или зоне может освободиться достаточно ресурсов для выполнения вашего запроса.

Рекомендуем использовать резервирование емкости по запросу, чтобы емкость всегда была доступна для ваших рабочих нагрузок. Этот параметр позволяет заранее зарезервировать вычислительные ресурсы, гарантируя, что виртуальные машины можно развертывать по мере необходимости без сбоев выделения ресурсов. Такой подход может повысить надежность и прогнозируемость развертываний.

Автономная виртуальная машина

Причина

Если у вас есть автономная виртуальная машина в Azure, которая не входит в группу доступности или группу близкого размещения вместе с другими виртуальными машинами, и при выполнении операций Create, Start или Redeploy возникают ошибки выделения ресурсов, это означает, что в данный момент в Azure недостаточно возможностей для удовлетворения вашего запроса в выбранном регионе или зоне.

Устранение проблем

Чтобы обойти эту проблему, воспользуйтесь одним из описанных ниже методов.

• Повторите выделение

  Иногда проблема может быть временной и повторная попытка выделения после короткого периода может устранить проблему.

• Изменение размера виртуальной машины

  Попробуйте изменить размер виртуальной машины, который может быть более доступным в этом регионе или зоне.

• Изменение региона или зоны

  Если в текущем регионе или зоне наблюдается повышенный спрос, попробуйте развернуть виртуальную машину в другом регионе или зоне доступности, где может быть больше ресурсов.

Измените размер виртуальной машины, добавьте виртуальные машины или запустите частично остановленные (разосвобожденные) виртуальные машины в существующую группу доступности.

Причина

Попытка изменить размер виртуальной машины или добавить ее в существующую группу доступности должна осуществляться в исходном кластере, в котором размещена существующая группа доступности. Запрошенный размер виртуальной машины может не поддерживаться кластером, но сейчас в кластере недостаточно емкости

Частичное освобождение означает, что в группе доступности будут остановлены (освобождены) одна или несколько виртуальных машин, но не все. При освобождении виртуальной машины происходит освобождение связанных с ней ресурсов. Запуск виртуальных машин в частично освобожденной группе доступности эквивалентен добавлению виртуальных машин к существующей группе доступности. Следовательно, запрос на распределение должен выполняться на исходном кластере, размещающем существующий набор доступности, у которого возможно недостаточно ресурсов.

Устранение проблем

Чтобы обойти эту проблему, воспользуйтесь одним из описанных ниже методов.

• Если для развертывания новой виртуальной машины она может быть частью другой группы доступности, создайте новую виртуальную машину в другой группе доступности (в том же регионе или зоне). Затем новую виртуальную машину можно добавить в ту же виртуальную сеть.

• Рассмотрите возможность изменения размера виртуальной машины до другого размера, который может иметь больше доступности в регионе или зоне. Чтобы убедиться, что размеры виртуальных машин поддерживаются в группе доступности, используйте группы доступности — список доступных размеров — REST API.

• Остановите (освободите) все виртуальные машины в одной группе доступности, а затем запустите все применимые виртуальные машины в пакете, чтобы разрешить выделение ресурсов из всех доступных кластеров, а не только кластера, на котором выделена в настоящий момент данная группа доступности.

  Чтобы остановить все виртуальные машины в группе доступности, выполните следующие действия.

  1. Перейдите на Виртуальные компьютеры на портале Azure.
  2. Выберите Добавить фильтр и добавьте фильтр для группы доступности, которой требуется управлять.
  3. Установите галочку для всех виртуальных машин в группе доступности.
  4. Выберите Остановить и дождитесь завершения операции и получения от всех виртуальных машин сообщения о состоянии Остановлено (освобождено).
  5. Нажмите Пуск для повторного выделения всех виртуальных машин.

Запуск полностью остановленных (деаллоцированных) виртуальных машин в группе доступности

Причина

Полное деаллоцирование означает, что в группе доступности остановлены (деаллоцированы) все виртуальные машины. Запрос на выделение ресурсов для запуска этих виртуальных машин будет нацелен на все кластеры, которые поддерживают нужные размеры в регионе или зоне.

Устранение проблем

Чтобы обойти эту проблему, воспользуйтесь одним из описанных ниже методов.

• Повторите выделение

  Иногда проблема может быть временной и повторная попытка выделения после короткого периода может устранить проблему.

• Изменение размера виртуальных машин

  Рассмотрите возможность изменения размера виртуальной машины до другого размера, который может иметь больше доступности в регионе или зоне. Чтобы убедиться, что размеры виртуальных машин поддерживаются в вашей группе доступности, используйте группы доступности — список доступных размеров — REST API.

• Изменение региона или зоны

  Если в текущем регионе или зоне наблюдается повышенный спрос, попробуйте развернуть или перенести виртуальную машину в другой регион или зону доступности, где может быть больше ресурсов.

Связанные с выделением ресурсов сбои для виртуальных машин в зонах доступности

Причина

Зоны доступности Azure физически и логически являются отдельными центрами обработки данных в рамках региона Azure. Каждая зона доступности имеет независимое питание, охлаждение и сетевую инфраструктуру. Они предназначены для обеспечения высокой доступности и отказоустойчивости путем локализации сбоев в одной зоне, тем самым сводя к минимуму влияние на другие зоны в том же регионе.

Однако из-за дополнительных условий ограничения развертывания, связанных с зонами доступности, могут возникнуть сбои, связанные с выделением ресурсов.

Устранение проблем

Чтобы обойти эту проблему, воспользуйтесь одним из описанных ниже методов.

• Повторите выделение

  Иногда может помочь повторная попытка запроса на выделение ресурсов позже, поскольку могли освободиться ресурсы в зоне.

• Изменение размера виртуальной машины

  Рассмотрите возможность изменения размера виртуальной машины до другого размера, который может иметь больше доступности в регионе или зоне.

• Изменение региона или зоны

  Если в текущем регионе или зоне наблюдается повышенный спрос, попробуйте развернуть или перенести виртуальную машину в другой регион или зону доступности, где может быть больше ресурсов. Регион или зону можно изменить следующим образом:

  • Создайте новую виртуальную машину, используя копию диска ОС, в другой зоне или без зональных ограничений. Удаление зонального ограничения расширяет параметры выделения для всего региона, а не ограничивает их одной зоной.

    Дополнительные сведения см. в следующих статьях:

    • Создание моментального снимка виртуального жесткого диска
    • Создайте виртуальную машину из моментального снимка

  • Перенос или создание виртуальной машины в другом регионе. Для получения дополнительной информации см. раздел Перемещение виртуальных машин Azure между регионами.

Сбои при чрезмерно ограниченном выделении ресурсов

Причина

Если платформа вычислений Azure не может выделить виртуальную машину для удовлетворения необходимых ограничений, указанных в запросе, возникают сбои из-за избыточных ограничений в распределении. Эти сбои обычно происходят, когда конкретные требования не могут быть выполнены в доступных ресурсах. Они часто указываются в виде ошибок, например OverconstrainedZonalAllocationRequest или OverconstrainedAllocationRequest.

Эти ограничения обычно (но не всегда) включают следующие элементы:

• Размер виртуальной машины/SKU
• Ускорение работы в сети
• Зона доступности
• Временный диск
• Группа размещения близкого взаимодействия (PPG)
• Диск категории "Ультра" или "PremiumSSDv2"

Устранение проблем

Чтобы обойти эту проблему, воспользуйтесь одним из описанных ниже методов.

• Повторите выделение

  Иногда может помочь повторная попытка запроса на выделение ресурсов позже, поскольку могли освободиться ресурсы в зоне.

• Изменение размера виртуальной машины

  Рассмотрите возможность изменения размера виртуальной машины до другого размера, который может иметь больше доступности в регионе или зоне.

• Изменение региона или зоны

  Если в текущем регионе или зоне наблюдается повышенный спрос, попробуйте развернуть или перенести виртуальную машину в другой регион или зону доступности, где может быть больше ресурсов. Регион или зону можно изменить следующим образом:

  • Создайте новую виртуальную машину, используя копию диска ОС, в другой зоне или без зональных ограничений. Удаление зонального ограничения расширяет параметры выделения для всего региона, а не ограничивает их одной зоной.

    Дополнительные сведения см. в следующих статьях:

    • Создание моментального снимка виртуального жесткого диска
    • Создайте виртуальную машину из моментального снимка

  • Перенос или создание виртуальной машины в другом регионе. Для получения дополнительной информации см. раздел Перемещение виртуальных машин Azure между регионами.

• Скорректируйте ограничения, которые могут ограничивать распределение: для SKU виртуальной машины в зоне может быть достаточно свободного места. Однако определенные ограничения могут препятствовать выделению. Чтобы повысить вероятность успешного выделения, рассмотрите возможность корректировки ограничений следующим образом:

  • Отключение ускорения сети.
  • Удаление виртуальной машины из любой группы близкого размещения.
  • Удаление всех дисков UltraSSD или PemiumSSDv2.

Сбои выделения ресурсов для виртуальных машин с использованием групп близкого размещения

Группы размещения близости обеспечивают размещение ресурсов в одном центре обработки данных для уменьшения задержки. Однако добавленное ограничение развертывания иногда может привести к сбоям, связанным с выделением ресурсов. Дополнительные сведения и передовые методы работы см. в разделе Группы размещения вблизи.

Причина

Когда вы запрашиваете создание или выделение первой виртуальной машины в группе близкого размещения, центр обработки данных выбирается автоматически. Если требуемый размер виртуальной машины недоступен в этом центре обработки данных, запрос завершается ошибкой. В сценариях с эластичными рабочими нагрузками, где экземпляры виртуальных машин добавляются или удаляются динамически, принудительное применение ограничения группы размещения с учётом близости может привести к сбою выделения, указывая на то, что запрос на выделение не может быть выполнен.

Обходной путь

Освободите все виртуальные машины в группе проксимального размещения и попробуйте изменить порядок их запуска. Запуск ваших виртуальных машин с наиболее ограничительным SKU в первую очередь может повысить шансы на успешное распределение ресурсов.

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

По мере расширения Azure инфраструктуры мы развертываем новое оборудование поколения, предназначенное для поддержки последних типов виртуальных машин. Некоторые виртуальные машины устаревших серий не работают в нашей инфраструктуре последнего поколения. По этой причине клиенты могут время от времени сталкиваться со сбоями при выделении ресурсов для этих устаревших SKU. Чтобы избежать этой проблемы, мы рекомендуем клиентам, которые используют виртуальные машины устаревших серий, рассмотреть возможность перехода на эквивалентные новые виртуальные машины согласно приведенным ниже рекомендациям. Эти виртуальные машины оптимизированы для новейшего оборудования и обеспечивают лучшее соотношение цены и производительности.

Сбои при выделении ресурсов для больших развертываний (более 500 ядер)

Уменьшите число экземпляров виртуальных машин запрошенного размера, после чего повторите операцию развертывания. Кроме того, для более крупных развертываний может потребоваться оценить масштабируемые наборы виртуальных машин Azure с несколькими группами размещения. Число экземпляров виртуальных машин может автоматически изменяться в соответствии с потребностями или определенным расписанием. При развертывании в качестве группы с несколькими вариантами размещения шанс успешного распределения выше, поскольку для него может использоваться несколько кластеров. Узнайте больше о работе с большими масштабируемыми наборами виртуальных машин и преобразовании существующего масштабируемого набора в несколько групп размещения. Обратите внимание, что масштабируемый набор с поддержкой одной группы размещения можно преобразовать в масштабируемый набор с поддержкой нескольких групп размещения, но не наоборот.

Вводные сведения

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

Серверы в центрах обработки данных Azure секционируются в кластеры. Как правило, запрос на распределение обрабатывается в нескольких кластерах, но возможно, что некоторые ограничения (например, размер виртуальной машины, Ultra SSD и группы близкого размещения) из запроса на распределение заставляют платформу Azure выполнить запрос только в одном кластере. Диаграмма 1 иллюстрирует случай обычного выделения, которое выполняется в нескольких кластерах.

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

Если распределение имеет большое количество ограничений, возрастает вероятность того, что не удастся найти свободные ресурсы, так как пул доступных ресурсов имеет меньший размер. Кроме того, если запрос на выделение ресурсов ограничен (например, при использовании групп размещения по близкому расположению, но тип запрошенного ресурса не поддерживается набором кластеров и ближними), запрос завершится неудачей, даже если в кластере есть свободные ресурсы. Следующая схема 2 иллюстрирует случай, когда выделение завершается сбоем из-за того, что кластеры-кандидаты, связанные с группой размещения по близости, не имеют свободных ресурсов. Схема 3 показывает случай, когда распределение не завершается успешно, поскольку кластеры, связанные с группой размещения по близости, не поддерживают запрошенный размер ВМ, даже если у кластеров есть свободные ресурсы.