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