Azure Stack hub 'daki AKS altyapısıyla ilgili bilinen sorunlarKnown issues with the AKS engine on Azure Stack Hub

  • Okumak için 2 dakika

Bu konuda Azure Stack hub 'daki AKS altyapısının bilinen sorunları ele alınmaktadır.This topic covers known issues for the AKS engine on Azure Stack Hub.

Işlem hizmeti ile küme VM 'Leri yeniden boyutlandırılamıyorUnable to resize cluster VMs with the Compute service

  • Geçerli: Azure Stack hub, aks motoru (tümü)Applicable to: Azure Stack Hub, AKS engine (all)
  • Açıklama: işlem hizmeti aracılığıyla küme VM 'lerinin yeniden BOYUTLANDıRıLMASı aks altyapısıyla çalışmaz.Description: Resizing cluster VMs through the Compute service doesn't work with AKS engine. AKS altyapısı, kümenin durumunu API modeli json dosyasında tutar.The AKS engine maintains the state of the cluster in the API model json file. İstenen VM boyutunun, AKS altyapısıyla gerçekleştirilen herhangi bir oluşturma, güncelleştirme veya ölçeklendirme işleminde yansıtıldığından emin olmak için, bu işlemlerden herhangi birini yürütmeden önce API modelini güncelleştirmeniz gerekir.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. Örneğin, zaten dağıtılmış bir kümedeki VM boyutunu Işlem hizmetini kullanarak farklı bir boyuta değiştirirseniz, yürütüldüğünde durum kaybedilir 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.
  • Düzeltme: bunu yapmak IÇIN kümenin API modelini bulun, bu boyutu değiştirin ve sonra çalıştırın 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.
  • Oluşum: işlem hizmeti kullanılarak yeniden boyutlandırmaya çalışılırken.Occurrence: When attempting to resize using the Compute service.

AKS altyapısında disk ayırma işlemi başarısız oluyor 0.55.0Disk detach operation fails in AKS engine 0.55.0

  • Geçerli: Azure Stack Hub (güncelleştirme 2005), aks motoru 0.55.0Applicable to: Azure Stack Hub (update 2005), AKS engine 0.55.0
  • Açıklama: Kalıcılık birimleri içeren bir dağıtımı silmeye çalıştığınızda, silme işlemi bir dizi iliştirme/ayırma hatasını tetikler.Description: When you try to delete a deployment that contains persistence volumes, the delete operation triggers a series of attach/detach errors. Bunun nedeni AKS Engine v 0.55.0 bulut sağlayıcısındaki bir hatadır.This is due to a bug in the AKS engine v0.55.0 Cloud Provider. Bulut sağlayıcısı, API 'nin daha yeni bir sürümünü kullanarak Azure Resource Manager Azure Stack hub 'da Şu anda desteklediğinden Azure Resource Manager ' i (güncelleştirme 2005) çağırır.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).
  • Düzeltme: aks Engine GitHub deposunda (sorun 3817)Ayrıntılar ve risk azaltma adımlarını bulabilirsiniz.Remediation: You can find the details and mitigation steps in the AKS engine GitHub repository (Issue 3817). Yeni bir AKS altyapısı derlemesi ve ilgili görüntü kullanılabilir duruma geldiğinde yükseltin.Upgrade as soon as a new build of AKS engine and corresponding image are available.
  • Oluşum: Kalıcılık birimleri içeren bir dağıtım silinirken.Occurrence: When deleting a deployment that contains persistence volumes.

AKS altyapısında yükseltme sorunları 0.51.0Upgrade issues in AKS engine 0.51.0

  • 1.15. x-1.16. x sürümüne sahip bir Kubernetes kümesinin yükseltilmesi (aks-Engine yükseltmesi) sırasında, aşağıdaki Kubernetes bileşenlerinin yükseltilmesi için ek el ile adımlar gerekir: Kube-proxy, Azure-CNI-networkmonitor, CSI-gizlilikler-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. Aşağıda, neler yapabileceğinizi ve sorunları geçici olarak nasıl çözebileceğinizi açıklanmaktadır.The following describes what you may observe and how to work around the issues.

    • Bağlı ortamlarda, etkilenen bileşenlerin yükseltilmediğine ilişkin hiçbir oturum olmadığından, bu sorunun fark edildiği kadar belirgin değildir.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. Her şey beklendiği gibi çalışıyor gibi görünür.Everything appears to work as expected.
    kubectl get pods -n kube-system

    • Bu bileşenlerin her biri için bu sorunu çözmeye yönelik bir geçici çözüm olarak, aşağıdaki tablodaki geçici çözüm sütununda komutunu çalıştırın.As a workaround to solve this issue for each of these components, run the command in the Workaround column in the following table.

      Bileşen AdıComponent Name Geçici çözümWorkaround Etkilenen senaryolarAffected Scenarios
      kuin-proxykube-proxy kubectl delete ds kube-proxy -n kube-system Bağlı, bağlantısı kesikConnected, Disconnected
      Azure-CNI-networkmonitorazure-cni-networkmonitor kubectl delete ds azure-cni-networkmonitor -n kube-system Bağlı, bağlantısı kesikConnected, Disconnected
      CSI-gizlilikler-mağazacsi-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      		 Bağlantı kesildiDisconnected
      Kubernetes-Panokubernetes-dashboard Her ana düğümde aşağıdaki komutu çalıştırın:Run the following command on each master node:
      sudo sed -i s/Always/IfNotPresent/g /etc/kubernetes/addons/kubernetes-dashboard.yaml      		 Bağlantı kesildiDisconnected

  • Kubernetes 1,17, bu sürümde desteklenmiyor.Kubernetes 1.17 is not supported in this release. 1,17 'e başvuran GitHub çekme isteği (PR) var olsa da, desteklenmez.Although there are GitHub pull requests (PR)s referencing 1.17, it is not supported.

aks-Engine get-versions komut sınırlamalarıaks-engine get-versions command limitations

Aks-Engine get-versions komutunun çıktısı yalnızca Azure Stack hub yerine genel Azure ile ilgilidir.The output of the aks-engine get-versions command only relates to global Azure rather than Azure Stack Hub. Çeşitli yükseltme yolları hakkında daha fazla bilgi için bkz. Yeni bir Kubernetes sürümüne yükseltme adımları.For more information about the various upgrade paths, see Steps to upgrade to a newer Kubernetes version.

Sonraki adımlarNext steps

Azure Stack hub 'da AKS altyapısına genel bakışAKS engine on Azure Stack Hub overview