Известные проблемы с подсистемой AKS в центре Azure StackKnown issues with the AKS engine on Azure Stack Hub

В этом разделе рассматриваются известные проблемы для подсистемы AKS в центре Azure Stack.This topic covers known issues for the AKS engine on Azure Stack Hub.

Не удалось изменить размер виртуальных машин кластера с помощью службы вычисленийUnable to resize cluster VMs with the Compute service

  • Применимо к: концентратору Azure Stack, AKS Engine (все)Applicable to: Azure Stack Hub, AKS engine (all)
  • Описание: изменение размера виртуальных машин кластера с помощью службы вычислений не работает с AKS Engine.Description: Resizing cluster VMs through the Compute service doesn't work with AKS engine. Подсистема AKS сохраняет состояние кластера в JSON-файле модели API.The AKS engine maintains the state of the cluster in the API model json file. Чтобы убедиться, что требуемый размер виртуальной машины отражается в любой операции создания, обновления или масштабирования, выполняемой с ядром AKS, необходимо обновить модель API перед выполнением любой из этих операций.To ensure that the desired VM size is reflected in any create, update, or scale operation done with AKS engine you must update the API model before executing any of those operations. Например, при изменении размера виртуальной машины в уже развернутом кластере на другой размер с помощью службы вычислений это состояние будет потеряно при aks-engine update выполнении.For example, if you change a VM size on an already deployed cluster to a different size using the Compute service, the state will be lost when aks-engine update is executed.
  • Исправление. чтобы сделать эту работу, найдите модель API для кластера, измените ее размер, а затем запустите aks-engine update .Remediation: To make this work locate the API model for the cluster, change the size there, and then run aks-engine update.
  • Вхождение: при попытке изменить размер с помощью службы вычислений.Occurrence: When attempting to resize using the Compute service.

Сбой операции отключения диска в AKS Engine 0.55.0Disk detach operation fails in AKS engine 0.55.0

  • Применимо к: концентратору Azure Stack (обновление 2005), AKS Engine 0.55.0Applicable to: Azure Stack Hub (update 2005), AKS engine 0.55.0
  • Описание: при попытке удалить развертывание, которое содержит тома сохраняемости, операция удаления запускает серию ошибок присоединения и отсоединения.Description: When you try to delete a deployment that contains persistence volumes, the delete operation triggers a series of attach/detach errors. Это происходит из-за ошибки в поставщике облачных служб AKS Engine v 0.55.0.This is due to a bug in the AKS engine v0.55.0 Cloud Provider. Поставщик облачных служб вызывает Azure Resource Manager с использованием более новой версии API, чем Azure Resource Manager в настоящее время поддерживается в центре Azure Stack (обновление 2005).The Cloud Provider calls the Azure Resource Manager using a newer version of the API than the Azure Resource Manager currently supports in Azure Stack Hub (update 2005).
  • Исправление. в репозитории GitHub AKS engine (выпуск 3817)можно найти сведения и шаги по устранению рисков.Remediation: You can find the details and mitigation steps in the AKS engine GitHub repository (Issue 3817). Обновите, как только будет доступна новая сборка AKS Engine и соответствующий образ.Upgrade as soon as a new build of AKS engine and corresponding image are available.
  • Вхождение: при удалении развертывания, которое содержит тома сохраняемости.Occurrence: When deleting a deployment that contains persistence volumes.

Проблемы обновления в AKS Engine 0.51.0Upgrade issues in AKS engine 0.51.0

  • Во время обновления (обновление ядра AKS) кластера Kubernetes с версии 1,15 доллара. x до 1.16. x обновление следующих компонентов Kubernetes требует выполнения дополнительных действий вручную: KUBE-proxy, Azure-CNI-нетворкмонитор, CSI-Secret-Store, Kubernetes-Dashboard.During upgrade (aks-engine upgrade) of a Kubernetes cluster from version 1.15.x to 1.16.x, upgrade of the following kubernetes components requires extra manual steps: kube-proxy, azure-cni-networkmonitor, csi-secrets-store, kubernetes-dashboard. Ниже описаны возможные причины и способы решения проблем.The following describes what you may observe and how to work around the issues.

    • В подключенных средах не очевидно, что эта проблема не возникает, так как в кластере нет подписывания того, что затронутые компоненты не были обновлены.In connected environments, it is not obvious to notice this issue since there are no signs in the cluster that the affected components were not upgraded. Похоже, все работает правильно.Everything appears to work as expected.
    kubectl get pods -n kube-system
    
    • Чтобы решить эту проблему для каждого из этих компонентов, выполните команду в столбце обходной путь в следующей таблице.As a workaround to solve this issue for each of these components, run the command in the Workaround column in the following table.

      Название компонентаComponent Name Обходной путьWorkaround Затронутые сценарииAffected Scenarios
      KUBE — проксиkube-proxy kubectl delete ds kube-proxy -n kube-system Подключено, отключеноConnected, Disconnected
      Azure-CNI-нетворкмониторazure-cni-networkmonitor kubectl delete ds azure-cni-networkmonitor -n kube-system Подключено, отключеноConnected, Disconnected
      CSI-секреты — магазинcsi-secrets-store sudo sed -i s/Always/IfNotPresent/g /etc/kubernetes/addons/secrets-store-csi-driver.yaml
      kubectl delete ds csi-secrets-store -n kube-system
      ОтключеноDisconnected
      kubernetes — панель мониторингаkubernetes-dashboard Выполните следующую команду на каждом главном узле:Run the following command on each master node:
      sudo sed -i s/Always/IfNotPresent/g /etc/kubernetes/addons/kubernetes-dashboard.yaml
      ОтключеноDisconnected
  • Kubernetes 1,17 не поддерживается в этом выпуске.Kubernetes 1.17 is not supported in this release. Хотя есть запросы на вытягивание GitHub (PR), ссылающиеся на 1,17, это не поддерживается.Although there are GitHub pull requests (PR)s referencing 1.17, it is not supported.

AKS-Engine — ограничения команды get-versionsaks-engine get-versions command limitations

Выходные данные команды AKS-Engine get-versions относятся только к глобальной службе Azure, а не Azure Stack концентратору.The output of the aks-engine get-versions command only relates to global Azure rather than Azure Stack Hub. Дополнительные сведения о различных путях обновления см. в разделе действия по обновлению до более новой версии Kubernetes.For more information about the various upgrade paths, see Steps to upgrade to a newer Kubernetes version.

Дальнейшие действияNext steps

Общие сведения о ядре AKS в центре Azure StackAKS engine on Azure Stack Hub overview