無法創建Azure服務容器

Question

我試圖在英國西部地區創建一個Azure服務容器。 我經歷了所有步驟而沒有問題，但是一旦我點擊“創建”一段時間后我遇到了：

LocationNotAvailableForResourceType提供的位置“ukwest”不適用於資源類型“Microsoft.ContainerService / containerServices”。 資源類型的可用區域列表是'japaneast，centralus，eastus2，japanwest，eastasia，southcentralus，australiaeast，australiasoutheast，brazilsouth，southeastasia，westus，northcentralus，westeurope，northeurope，eastus'。

好吧，我意識到這是我的錯誤，並繼續在西歐創建容器。

現在，當我嘗試創建容器時，盡管將位置設置為西歐，但我遇到了同樣的錯誤。

我試過了 ：

1. 很難刷新並再次經歷整個過程。
2. 清除我的Web緩存並再次完成整個過程。
3. 打開隱身窗口並再次完成整個過程。

我還確保Azure容器服務和Azure容器注冊表在我的訂閱ID上注冊。 最初我嘗試部署的資源組設置為UK West，但是在刪除並在West Europe上重新創建后，我仍然無法創建服務容器。

更新：

在這種情況下，我有Microsoft Azure支持。 看起來我的訂閱ID無法在西歐地區創建服務容器。 這已被提交給技術團隊。 我收到它時會在這里發布解決方案。

Answer 1

westeurope區域支持Azure容器服務，您可以在此鏈接中看到服務的支持：

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

您顯然沒有展示如何創建群集，我們需要有關您所遵循的步驟和一些屏幕截圖的更多信息。 但只是你知道， 它確實有效 ，我剛剛在'westeurope'區域部署了一個kubernetes集群，並在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

Answer 2

好的，所以我已經和我一起使用MSFT支持了幾個星期。 解決方案！

我有一個你無法使用的dns。 即使它通過了所有驗證檢查，告訴我部署失敗也沒問題。

改變了dns，沒關系。

所以總結一下你需要做的所有事情，它沒有在任何地方陳述：

• 確保在訂閱ID上注冊了Azure容器服務和Azure容器注冊表。

• 確保部署到實際支持您的功能的區域，不僅要確保您的資源組位於同一個有效區域。 （它允許您通過選擇位於無效區域中的資源組的所有驗證）

• 確保先前失敗的部署尚未創建您的資源組。

• 嘗試將您的DNS更改為其他內容，它可能無效。 雖然它不會告訴你這個，但是部署失敗了。

• 基本上根本不信任Azure上的驗證。 它會告訴你，你能做的事情，一切都很好，而事實並非如此。

我將使用我收到的任何進一步相關更新來編輯此答案。

Answer 3

1. 即使它通過了所有驗證檢查，告訴我部署失敗也沒問題。 改變了dns，沒關系。

現在不應該發生這種情況，因為ACS已經開始出現更詳細的錯誤消息。 另外，ACS目前正在推出另一個關於DNS名稱已經采取錯誤的變更，並且應該在~2周內在全球范圍內可用。 通過此更改，錯誤消息應該更加詳細和可操作。

2. 確保在訂閱ID上注冊了Azure容器服務和Azure容器注冊表。

除非他們的場景需要，否則用戶無需注冊ACR即可使用ACS。

3. 確保部署到實際支持您的功能的區域，不僅要確保您的資源組位於同一個有效區域。 （它允許您通過選擇位於無效區域中的資源組的所有驗證）

我假設您使用門戶部署。 有一次，門戶網站顯示了所有公共Azure區域，而不僅僅是ACS區域。 這已經得到修復。

4. 確保先前失敗的部署尚未創建您的資源組。

這是設計的（即使資源組名稱在全局范圍內，也將在資源組所在的區域中創建ACS）。

5. 嘗試將您的DNS更改為其他內容，它可能無效。 雖然它不會告訴你這個，但是部署失敗了。

已創建的ACS資源不允許用戶更改DNS名稱前綴。 如果您不介意共享操作ID /資源名稱，我可以查看並回復您。