Как масштабировать Azure кластер Kubernetes через Azure CLI

Question

Когда я пытаюсь масштабировать свой Azure кластер Kubernetes для документации , например:

az aks scale --resource-group my-resource-group --name my-cluster --node-count 5 --nodepool-name default

Я получаю

cli.azure.cli.core.util : request failed: Error occurred in request., RetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/[subscriptionguid]/resourceGroups/my-resource-group/providers/Microsoft.ContainerService/managedClusters/my-cluster?api-version=2020-03-01 (Caused by ResponseError('too many 500 error responses',))
request failed: Error occurred in request., RetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/[subscriptionguid]/resourceGroups/my-resource-group/providers/Microsoft.ContainerService/managedClusters/my-cluster?api-version=2020-03-01 (Caused by ResponseError('too many 500 error 
responses',))

Я на 2.3.1 из Azure CLI в Windows. Я пробовал 2.2 в WSL тоже. Я могу масштабировать через интерфейс просто отлично. Автомасштабирование является ложным. Существует только один пул узлов (называемый по умолчанию). Этот кластер был создан через Terraform. Другие команды z работают нормально. Я попытался войти в систему как пользователь и как участник службы. У меня нет прокси. Если я добавлю --debug, то ничего непосредственного значения не появится.

Если я просматриваю http-запросы в Fiddler, тела ответов 500 результатов выглядят так:

message=The credentials in ServicePrincipalProfile were invalid. Please see https://aka.ms/aks-sp-help for more details. (Details: adal: Refresh request failed. Status Code = '401'. Response body: {"error":"invalid_client","error_description":"AADSTS7000215: Invalid client secret is provided.\r\nTrace ID: 4d0fe224-1e60-4a91-91f1-399f697c0600\r\nCorrelation ID: 95b7e354-a63d-450e-8a7c-1851605a5b25\r\nTimestamp: 2020-04-07 13:51:07Z","error_codes":[7000215],"timestamp":"2020-04-07 13:51:07Z","trace_id":"4d0fe224-1e60-4a91-91f1-399f697c0600","correlation_id":"95b7e354-a63d-450e-8a7c-1851605a5b25","error_uri":"https://login.microsoftonline.com/error?code=7000215"})

Если я делать:

az aks show --resource-group my-resource-group --name my-cluster --query agentPoolProfiles

это приводит к:

[
  {
    "availabilityZones": null,
    "count": 3,
    "enableAutoScaling": false,
    "enableNodePublicIp": null,
    "maxCount": null,
    "maxPods": 110,
    "minCount": null,
    "mode": "User",
    "name": "default",
    "nodeLabels": null,
    "nodeTaints": null,
    "orchestratorVersion": "1.15.7",
    "osDiskSizeGb": 30,
    "osType": "Linux",
    "provisioningState": "Succeeded",
    "scaleSetEvictionPolicy": null,
    "scaleSetPriority": null,
    "spotMaxPrice": null,
    "tags": null,
    "type": "AvailabilitySet",
    "vmSize": "Standard_D2_v3"
  }
]

Что я делаю не так? Как заставить AKS масштабироваться через CLI? Или, если это не удалось, как мне отладить это?

Answer 1

Я решил эту проблему путем обновления до последней версии terraform и поставщика terraform azure (я взял azurerm с 1.32.1 до 2.0 и terraform с 0.12.17 до 0.12.24). Затем я удалил кластер и заставил Terraform воссоздать его. Теперь он отлично масштабируется из командной строки. Я подозреваю, что соответствующее изменение, которое он сделал, изменяет тип пула узлов с «AvailabilitySet» на «VirtualMachineScaleSets».