無法創建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服務容器

回答

相關問題