Устранение неполадок OverconstrainedAllocationRequest при развертывании облачных служб (классических) в Azure
Внимание
Облачные службы (классическая версия) теперь устарела для всех клиентов с 1 сентября 2024 года. Все существующие запущенные развертывания будут остановлены и завершены корпорацией Майкрософт, и данные будут окончательно потеряны начиная с октября 2024 года. Для новых развертываний следует использовать Облачные службы Azure с расширенной поддержкой. Это новая модель развертывания на основе Azure Resource Manager.
В этой статье описано, как устранить неполадки с ограниченным выделением, которые препятствуют развертыванию Azure Облачные службы (классической).
При развертывании экземпляров в облачной службе или добавлении новых экземпляров веб-узлов или рабочих ролей Microsoft Azure выделяет вычислительные ресурсы.
Иногда во время выполнения этих операций могут возникать ошибки, даже если еще не достигнуты ограничения подписки Azure.
Совет
Эта информация также может быть полезна при планировании развертывания служб.
Симптом
| Тип исключения | Сообщение об ошибке |
|---|---|
| OverConstrainedAllocationRequest | Размер виртуальной машины (или сочетание размеров виртуальных машин), необходимых для этого развертывания, не может быть подготовлен из-за ограничений запросов на развертывание. По возможности попробуйте использовать такие ограничения, как привязки виртуальной сети. Кроме того, попробуйте развернуть в размещенной службе без другого развертывания и в другой группе сходства или без группы сходства. Вы можете полностью попробовать развернуть в другом регионе. |
Причина
Первопричина зависит от того, закреплена или не закрепленаоблачная служба.
- Не закреплена: сбои при первом развертывании новой облачной службы (классическая модель)
- Закреплена: сбои из существующей облачной службы (классической)
Примечание.
Когда первый экземпляр развертывается в облачной службе (в тестовой или рабочей области), эта облачная служба прикрепляется к кластеру.
Со временем ресурсы в кластере могут быть полностью использованы. Если облачная служба (классическая) создает запрос на выделение дополнительных ресурсов, а в закрепленном кластере нет достаточного количества ресурсов, запрос приведет к сбою выделения.
Решение
Следуйте указаниям по устранению ошибок выделения в следующих сценариях.
Не закреплена в кластере
При первом развертывании облачной службы (классической) кластер не выбран, поэтому облачная служба не закреплена. Возможно, в Azure произошел сбой развертывания по следующим причинам:
- Вы выбрали определенный размер, который недоступен в регионе.
- Сочетание размеров, необходимых для разных ролей, недоступно в регионе.
При возникновении ошибки выделения в этом сценарии рекомендуется проверить доступные размеры в регионе и изменить указанный ранее размер.
Размеры, доступные в регионе, можно узнать на странице Продукты на основе облачной службы (классической).
Примечание.
На странице Продукты не отображается доступная емкость. Для любого нового выделения система Azure должна иметь возможность выбрать оптимальный кластер в вашем регионе в данный момент времени.
Обновите файл определения службы для облачной службы (классической), чтобы указать другой размер продукта в вашем регионе.
Закреплена в кластере
Существующие облачные службы прикреплены к кластеру. Любые дальнейшие развертывания облачной службы (классической) происходят в одном кластере.
При возникновении ошибки выделения в этом сценарии рекомендуется выполнить повторное развертывание в новой облачной службе (классической) и обновить запись CNAME.
Совет
Это решение, как правило, является самым удачным, поскольку позволяет платформе выбрать все кластеры в соответствующем регионе.
Примечание.
В этом случае время простоя должно быть нулевым.
Разверните рабочую нагрузку в новой облачной службе (классической).
- Дополнительные инструкции см. в разделе Руководство по созданию и развертыванию облачной службы (классической).
Предупреждение
Если вы не хотите терять IP-адрес, связанный с этим слотом развертывания, можно использовать Решение 3 — сохранить IP-адрес.
Обновите запись CNAME или A таким образом, чтобы она направляла трафик в новую облачную службу (классическую).
- Дополнительные инструкции см. в разделе Настройка пользовательского доменного имени для облачной службы Azure (классической).
После того как трафик, направляемый на старый сайт, станет нулевым, старую облачную службу (классическую) можно будет удалить.
- Дополнительные инструкции см. в разделе Удаление развертываний и облачной службы (классической).
- Для просмотра сетевого трафика в облачной службе (классической) обратитесь к статье Общие сведения о мониторинге облачной службы (классической).
Дальнейшие действия по исправлению см. в разделе Устранение неполадок выделения облачной службы (классической) | Документация Майкрософт.
Следующие шаги
Дополнительные способы устранения сбоев при выделении и справочные данные см. в следующих статьях:
Если проблема Azure не устранена в этой статье, посетите форумы Azure в сети разработчиков Майкрософт (MSDN) и Stack Overflow. Вы можете опубликовать свой вопрос на этих форумах или опубликовать @AzureSupport на X. Вы также можете отправить запрос поддержка Azure. Чтобы отправить такой запрос, на странице поддержки Azure щелкните Получить поддержку.