无法创建Azure服务容器

我试图在英国西部地区创建Azure服务容器。我经历了所有的步骤就没有问题，但是一旦我点击后，我遭到了片刻“创建”：无法创建Azure服务容器

LocationNotAvailableForResourceTypeThe提供的位置“ukwest”不适用于资源型“Microsoft.ContainerService/containerServices”。资源类型的可用区域列表是'japaneast，centralus，eastus2，japanwest，eastasia，southcentralus，australiaeast，australiasoutheast，brazilsouth，southeastasia，westus，northcentralus，westeurope，northeurope，eastus'。

好的，我意识到这是我的错误，并继续在西欧创建集装箱。

现在，当我尝试创建容器时，遇到了同样的错误，尽管将位置设置为西欧。

我曾尝试：

硬清爽整个过程再次去。
清除我的网页缓存并重新执行整个过程。
打开一个隐身窗口，再次浏览整个过程。

我也确保Azure容器服务和Azure容器注册表在我的订阅ID上注册。最初，我试图部署的资源组被设置为英国西部，但是在西欧删除和重新创建后，我仍然无法创建服务容器。

更新：

我有微软Azure支持在这种情况下。看起来有一个问题，我的订阅ID无法在西欧地区创建服务容器。这已经提交给技术团队。当我收到它时，我会在这里发布解决方案。

来源

2017-03-09 BigTallJosh

好吧，所以我已经在这个MSFT支持了几个星期。解决方案！

我有一个你不能使用的DNS。即使它通过了所有验证检查，告诉我没有问题，但部署失败。

改变了DNS，它很好。

所以总结所有你需要做的事情，它不会在任何地方注明：

确保您已注册Azure的集装箱服务和Azure的集装箱登记您的订阅ID。
确保您部署到实际支持您的功能的区域，而不仅仅是确保您的资源组位于相同的有效区域。（它允许您通过选择处于无效区域的资源组的所有验证）
确保您的资源组尚未由先前的失败部署创建。
尝试将您的dns更改为其他内容，它可能无效。虽然它不会告诉你这一点，但只是部署失败。
基本上根本不信任Azure上的验证。它会告诉你，你可以做事情，一切都很好，但实际上并非如此。

我将编辑此答案以及我收到的任何进一步的相关更新。

来源

2017-03-29 10:08:51 BigTallJosh

Azure的集装箱服务在westeurope地区的支持，你可以看到服务的支持，在此链接：

https://azure.microsoft.com/en-us/regions/services/

你显然没有显示你如何创建集群，我们需要关于您正在关注的步骤和一些屏幕截图的更多信息。但是，只要你知道，它的实际工作，我只部署了一个kubernetes集群的“westeurope”区域与上Az cli 2.0以下命令：

RG=stackoverflowtest 
LOCATION=westeurope 
az group create --name=$RG --location=$LOCATION 
az acs create --orchestrator-type=kubernetes --resource-group $RG --name=$CLUSTER_NAME --dns-prefix=$DNS_PREFIX

这是你5-10分钟后得到的结果是这样的：

creating service principal.........done 
waiting for AAD role to propagate.done 
{ 
    "id": "/subscriptions/xxxxxxxx-xxx-xxxx-xxx-xxxxxxxxxxxd/resourceGroups/stackoverflowtest/providers/Microsoft.Resources/deployments/azureclixx.xx", 
    "name": "azureclixx.xx", 
    "properties": { 
    "correlationId": "xxxxxxx-xxxx-xxx-xxxx-xxxxxxxxxx", 
    "debugSetting": null, 
    "dependencies": [], 
    "mode": "Incremental", 
    "outputs": null, 
    "parameters": { 
     "clientSecret": { 
     "type": "SecureString" 
     } 
    }, 
    "parametersLink": null, 
    "providers": [ 
     { 
     "id": null, 
     "namespace": "Microsoft.ContainerService", 
     "registrationState": null, 
     "resourceTypes": [ 
      { 
      "aliases": null, 
      "apiVersions": null, 
      "locations": [ 
       "westeurope" 
      ], 
      "properties": null, 
      "resourceType": "containerServices" 
      } 
     ] 
     } 
    ], 
    "provisioningState": "Succeeded", 
    "template": null, 
    "templateLink": null, 
    "timestamp": "2017-03-14T21:00:39.066034+00:00" 
    }, 
    "resourceGroup": "stackoverflowtest" 
}

而且，这是关于如何部署kubernetes ACS官方文档：

https://docs.microsoft.com/en-us/azure/container-service/container-service-kubernetes-walkthrough

来源

2017-03-14 21:05:36

我应该编辑过这个真的，我有一个技术支持票正在进行，因为这样做不正确，第一次似乎毁了我的订阅。当我知道更多时，将更新票。但是，感谢确认这个工作！ :) – BigTallJosh

只需删除您创建的资源组，然后重新开始。你不应该有任何问题，如果我的回答是有帮助的，我会很感激，如果你可以把它标记为正确的答案，但如果它不能解决你的困境，给我更多的信息，我会很乐意帮助你。 –

尽管它通过了所有验证检查，告诉我很好，但部署失败。改变了DNS，这很好。

由于ACS已经开始显示更详细的错误消息，所以现在不应该这样做。此外，ACS目前正在推出另一项关于DNS名称已经出错的更改，并且应该在约2周内在全球范围内提供。通过这种更改，错误消息应该更加详细和可操作。

确保您的订阅ID上注册了Azure容器服务和Azure容器注册表。

用户不需要注册ACR就可以使用ACS，除非他们的方案需要它。

确保您正在部署到实际支持您功能的区域，而不仅仅是确保您的资源组位于相同的有效区域中。（它允许您通过选择处于无效区域的资源组的所有验证）

我假设您使用门户进行了部署。有一次，门户网站展示了所有公开的Azure地区，而不仅仅是ACS地区。这已经被修复了。

确保您的资源组尚未由先前的失败部署创建。

这是通过设计（即使资源组名全局唯一，资源组所在的区域也会创建ACS）。

尝试将您的dns更改为其他内容，它可能无效。虽然它不会告诉你这一点，但只是部署失败。

已经创建的ACS资源不允许用户更改DNS名称前缀。如果您不介意共享操作ID /资源名称，我可以查看此信息并回复给您。

来源

2017-04-06 22:20:19 amanohar

无法创建Azure服务容器

回答

相关问题