A unified Azure platform for creating and managing AI models, agents, and applications with built‑in enterprise security, monitoring, and governance
Hi @Jeff Brown,
Thank you for providing the additional details.
Based on your findings:
-
Microsoft.CognitiveServicesis registered. - The failures occur with multiple unique resource names.
- The failures occur in multiple supported regions (
westus3andcentralus). - The resources reach a terminal Failed provisioning state with
InternalServerError. - Azure Resource Health reports Unknown.
This makes a client-side configuration issue less likely and suggests either a subscription eligibility/entitlement validation issue or a service-side provisioning failure occurring during AIServices resource creation.
One detail that stands out is the subscription offer type Sponsored_2016-01-01. While InternalServerError itself does not identify the root cause, resource creation can fail if backend validation determines the subscription is not eligible for a particular resource type or feature. The provisioning workflow does not always surface those checks as a user-friendly error.
Before creating additional resources, I would recommend collecting:
- Activity Log Correlation ID and Operation ID for one of the failed deployments.
- The full Activity Log JSON for the failed
Microsoft.CognitiveServices/accounts/writeoperation. - The resource IDs of the failed AIServices resources.
If the same failure occurs through both the Azure portal and Azure CLI/ARM deployment, that would further indicate the failure is occurring in the service provisioning path rather than the Foundry experience itself..
Please let us know if you can share the correlation ID and Activity Log details from one of the failed deployments, and we can help review them further.