Az Azure Kubernetes szolgáltatás ismert problémái a Azure Stack HCI nyilvános előzetes verziójábanKnown Issues for Azure Kubernetes Service on Azure Stack HCI Public Preview

Ez a cikk az Azure Kubernetes szolgáltatás nyilvános előzetes kiadásával kapcsolatos ismert problémákat ismerteti Azure Stack HCI-ben.This article describes known issues with the public preview release of Azure Kubernetes Service on Azure Stack HCI.

Helyreállítás sikertelen AK-ról Azure Stack HCI üzemelő példányonRecovering from a failed AKS on Azure Stack HCI deployment

Ha üzembe helyezési problémák léptek fel, vagy alaphelyzetbe szeretné állítani a telepítést, győződjön meg róla, hogy az Azure Kubernetes szolgáltatáshoz kapcsolódó összes Windows felügyeleti központot lezárta Azure Stack HCI-ben, mielőtt a PowerShell felügyeleti ablakból futtatná Uninstall-AksHci.If you're experiencing deployment issues or want to reset your deployment make sure you close all Windows Admin Center instances connected to Azure Kubernetes Service on Azure Stack HCI before running Uninstall-AksHci from a PowerShell administrative window.

Ha a kubectl használatával töröl egy csomópontot, előfordulhat, hogy a társított virtuális gép nem törlődik.When using kubectl to delete a node, the associated VM might not be deleted

Az alábbi lépéseket követve teljesítheti ezt a problémát:You'll meet this issue if you follow these steps:

  • Kubernetes-fürt létrehozásaCreate a Kubernetes cluster
  • A fürt skálázása kettőnél több csomópontraScale the cluster to more than two nodes
  • Csomópont törlése a kubectl <csomópont-név> használatávalUse kubectl delete node to delete a node
  • Kubectl-lekérési csomópontok futtatása.Run kubectl get nodes. Az eltávolított csomópont nem szerepel a kimenetbenThe removed node isn't listed in the output
  • PowerShell-felügyeleti ablak megnyitásaOpen a PowerShell Admin Window
  • Futtassa a Get-VM parancsot.Run get-vm. Az eltávolított csomópont továbbra is megjelenikThe removed node is still listed

Ez azt eredményezi, hogy a rendszer nem ismeri fel a csomópontot, és egy új csomópont nem fog elindulni.This leads to the system not recognizing the node is missing and a new node will not spin up. Ez egy jövőbeli kiadásban lesz kijavítvaThis will be fixed in a future release

Az időszinkronizálást az összes fizikai fürtcsomóponton és a Hyper-V szolgáltatásban kell konfigurálniTime synchronization must be configured across all physical cluster nodes and in Hyper-V

A gMSA és az AD-hitelesítés működésének biztosítása érdekében győződjön meg arról, hogy a Azure Stack HCI-fürtcsomópontok úgy vannak konfigurálva, hogy a tartományvezérlővel vagy más időforrással szinkronizálják az idejüket, és a Hyper-V úgy legyen konfigurálva, hogy a virtuális gépek számára is szinkronizáljon időt.To ensure gMSA and AD authentication works, ensure that the Azure Stack HCI cluster nodes are configured to synchronize their time with a domain controller or other time source and that Hyper-V is configured to synchronize time to any virtual machines.

Speciális Active Directory engedélyek szükségesek a tartományhoz csatlakoztatott Azure Stack HCI-csomópontokhozSpecial Active Directory permissions are needed for domain joined Azure Stack HCI nodes

Az Azure Kubernetes Service-t Azure Stack HCI-re telepítő felhasználóknak "teljes hozzáférés" engedéllyel kell rendelkezniük az AD-objektumok létrehozásához az Active Directory tárolóban, ahol a kiszolgáló és a szolgáltatás objektumai jönnek létre.Users deploying and configuring Azure Kubernetes Service on Azure Stack HCI need to have "Full Control" permission to create AD objects in the Active Directory container the server and service objects are created in.

A Get-AksHciLogs parancs sikertelen lehetGet-AksHciLogs command may fail

Nagyméretű fürtök esetén a Get-AksHciLogs parancs kivételt okozhat, nem lehet enumerálni a csomópontokat, vagy nem fog c:\wssd\wssdlogs.zip kimeneti fájlt előállítani.With large clusters the Get-AksHciLogs command may throw an exception, fail to enumerate nodes or will not generate c:\wssd\wssdlogs.zip output file. Ennek az az oka, hogy a fájlok zip-fájljának a PowerShell-parancsa Compress-Archive 2 GB-os kimeneti fájlméretet tartalmaz.This is because the PowerShell command to zip a file Compress-Archive has an output file size limit of 2 GB. Ezt a problémát egy későbbi kiadásban rögzíti a rendszer.This issue will be fixed in a future release.

Az Azure Kubernetes Service PowerShell üzembe helyezése nem keres rendelkezésre álló memóriát az új célként megadott fürt létrehozása előttAzure Kubernetes Service PowerShell deployment doesn't check for available memory before creating a new target cluster

A Kubernetes-csomópontok létrehozása előtt a Aks-Hci PowerShell-parancsok nem ellenőrzik a gazdagép-kiszolgáló rendelkezésre álló memóriáját.The Aks-Hci PowerShell commands do not validate the available memory on the host server before creating Kubernetes nodes. Ez a memória-kimerültség és a virtuális gépek elindításához vezethet.This can lead to memory exhaustion and virtual machines to not start. Ez a hiba jelenleg nincs megfelelően kezelve, és a központi telepítés nem válaszol egyértelmű hibaüzenet nélkül.This failure is currently not handled gracefully and the deployment will stop responding with no clear error message. Ha olyan központi telepítéssel rendelkezik, amely nem válaszol, nyissa meg Eventviewer és keresse meg a Hyper-V-vel kapcsolatos hibaüzeneteket, amelyek nem elegendő memóriát jeleznek a virtuális gép indításához.If you have a deployment that stops responding, open Eventviewer and check for Hyper-V related error messages indicating not enough memory to start the VM. Ezt a problémát egy későbbi kiadásban rögzíti a rendszerThis issue will be fixed in a future release

Az Azure Kubernetes szolgáltatás telepítése nem sikerül egy statikus IP-címmel, VLAN-okra, SDN-re vagy proxyra konfigurált Azure Stack HCI-ben.Azure Kubernetes Service deployment fails on an Azure Stack HCI configured with static IPs, VLANs, SDN, or proxies.

Az Azure Kubernetes szolgáltatás üzembe helyezése egy olyan Azure Stack HCI-fürtön, amelyen statikus IP-címek, VLAN-ok, SDN vagy proxyk vannak, a telepítés a fürt létrehozásakor meghiúsul.While deploying Azure Kubernetes Service on an Azure Stack HCI cluster that has static IPs, VLANs, SDN, or proxies, the deployment fails at cluster creation. Ezt a problémát egy későbbi kiadásban rögzíti a rendszer.This issue will be fixed in a future release.

Az IPv6-ot a üzemeltetési környezetben le kell tiltaniIPv6 must be disabled in the hosting environment

Ha az IPv4-és IPv6-címek is a fizikai hálózati adapterhez vannak kötve, a cloudagent fürtözési szolgáltatás az IPv6-címet használja a kommunikációhoz.If both IPv4 and IPv6 addresses are bound to the physical NIC, the cloudagent service for clustering uses the IPv6 address for communication. A telepítési keretrendszer többi összetevője csak az IPv4 protokollt használja.Other components in the deployment framework only use IPv4. Ez azt eredményezi, hogy a Windows felügyeleti központ nem tud csatlakozni a fürthöz, és a rendszer a számítógéphez való csatlakozásra tett kísérlet során távelérési hibát jelez.This will result in Windows Admin Center unable to connect to the cluster and will report a remoting failure when trying to connect to the machine. Megkerülő megoldás: tiltsa le az IPv6-t a fizikai hálózati adaptereken.Workaround: Disable IPv6 on the physical network adapters. Ezt a problémát egy későbbi kiadásban rögzíti a rendszerThis issue will be fixed in a future release

A virtuális gépek Azure Stack HCI-fürtcsomópontok közötti áthelyezése gyorsan megkezdi a VM indítási hibáitMoving virtual machines between Azure Stack HCI cluster nodes quickly leads to VM startup failures

Ha a Fürtfelügyelő eszköz használatával helyez át egy virtuális gépet az egyik csomópontról (A csomópontból) egy másik csomópontra (B csomópont) a Azure Stack HCI-fürtben, előfordulhat, hogy a virtuális gép nem indul el az új csomóponton.When using the cluster administration tool to move a VM from one node (Node A) to another node (Node B) in the Azure Stack HCI cluster, the VM may fail to start on the new node. Miután visszahelyezte a virtuális gépet az eredeti csomópontra, az nem fog elindulni.After moving the VM back to the original node it will fail to start there as well. Ez a probléma azért fordul elő, mert az első áttelepítés törlésére szolgáló logika aszinkron módon fut.This issue happens because the logic to clean up the first migration runs asynchronously. Ennek eredményeképpen az Azure Kubernetes-szolgáltatás "VM-hely frissítése" logikája megkeresi a virtuális gépet az A csomóponton található eredeti Hyper-V-n, és törli a regisztráció törlése helyett.As a result, Azure Kubernetes Service's "update VM location" logic finds the VM on the original Hyper-V on node A, and deletes it, instead of unregistering it. Áthidaló megoldás: Győződjön meg arról, hogy a virtuális gép sikeresen elindult az új csomóponton, mielőtt visszahelyezi azt az eredeti csomópontra.Workaround: Ensure the VM has started successfully on the new node before moving it back to the original node. Ezt a problémát egy későbbi kiadásban rögzíti a rendszerThis issue will be fixed in a future release

A Load Balancer az Azure Kubernetes szolgáltatásban DHCP-foglalást igényelLoad balancer in Azure Kubernetes Service requires DHCP reservation

Az Azure Kubernetes Service on Azure Stack HCI terheléselosztási megoldása DHCP használatával rendeli hozzá az IP-címeket a szolgáltatási végpontokhoz.The load balancing solution in Azure Kubernetes Service on Azure Stack HCI uses DHCP to assign IP addresses to service endpoints. Ha a szolgáltatás-végpont IP-címe a szolgáltatás újraindítása miatt megváltozik, a DHCP-bérlet rövid lejárati idő miatt lejár.If the IP address changes for the service endpoint due to a service restart, DHCP lease expires due to a short expiration time. A szolgáltatás ezért elérhetetlenné válik, mert a Kubernetes konfigurációjának IP-címe eltér a végponttól.The service will therefore become inaccessible because the IP address in the Kubernetes configuration is different from what it is on the end point. Ennek eredményeként előfordulhat, hogy a Kubernetes-fürt elérhetetlenné válik.This can lead to the Kubernetes cluster becoming unavailable. A probléma megkerüléséhez használjon MAC-címkészletet a terheléselosztási szolgáltatás végpontjai számára, és foglaljon le adott IP-címeket a készlet minden MAC-címéhez.To get around this issue, use a MAC address pool for the load balanced service endpoints and reserve specific IP addresses for each MAC address in the pool. Ezt a problémát egy későbbi kiadásban rögzíti a rendszer.This issue will be fixed in a future release.

Az Azure Kubernetes szolgáltatás nem telepíthető olyan környezetbe, amely külön tárolási és számítási fürtöket tartalmazCannot deploy Azure Kubernetes Service to an environment that has separate storage and compute clusters

A Windows felügyeleti központ nem telepíti az Azure Kubernetes szolgáltatást külön tárolási és számítási fürtökkel rendelkező környezetbe, mivel a számítási és tárolási erőforrásokat ugyanazon fürt biztosítja.Windows Admin Center will not deploy Azure Kubernetes Service to an environment with separate storage and compute clusters as it expects the compute and storage resources to be provided by the same cluster. A legtöbb esetben nem fog megjelenni a számítási fürt által elérhetővé tett CSV, és a rendszer elutasítja a telepítés folytatását.In most cases, it will not find CSVs exposed by the compute cluster and will refuse to continue with deployment. Ezt a problémát egy későbbi kiadásban rögzíti a rendszer.This issue will be fixed in a future release.

A Windows felügyeleti központ csak asztali módban támogatja az Azure Kubernetes szolgáltatást Azure Stack HCI-hezWindows Admin Center only supports Azure Kubernetes Service for Azure Stack HCI in desktop mode

Az előzetes verzióban a Azure Stack HCI funkció összes Azure Kubernetes szolgáltatása csak a Windows felügyeleti központ asztali üzemmódjában támogatott.In preview, all Azure Kubernetes Service for Azure Stack HCI functionality is only supported in Windows Admin Center desktop mode. A Windows felügyeleti központ átjáróját Windows 10 rendszerű számítógépre kell telepíteni.The Windows Admin Center gateway must be installed on a Windows 10 PC. A Windows felügyeleti központ telepítési lehetőségeivel kapcsolatos további információkért látogasson el a Windows felügyeleti központ dokumentációjában.For more information about Windows Admin Center installation options, visit the Windows Admin Center documentation. A későbbi kiadásokban a további forgatókönyvek is támogatottak lesznek.Additional scenarios will be supported in a future release.

Az Azure Kubernetes Service Host telepítése sikertelen a Windows felügyeleti központban, ha újraindításra van szükségAzure Kubernetes Service host setup fails in Windows Admin Center if reboots are required

Az Azure Kubernetes Service Host telepítővarázslója sikertelen lesz, ha egy vagy több használt kiszolgálót újra kell indítani a szerepkörök, például a PowerShell vagy a Hyper-V telepítéséhez.The Azure Kubernetes Service host setup wizard will fail if the one or more servers you are using need to be rebooted to install roles like PowerShell or Hyper-V. Az aktuális megkerülő megoldás a varázslóból való kilépés, majd a kiszolgálók online állapotba léptetése után próbálkozzon újra ugyanazon a rendszeren.The current workaround is to exit the wizard and try again on the same system after the servers come back online. Ezt a problémát egy későbbi kiadásban rögzíti a rendszer.This issue will be fixed in a future release.

Az Azure regisztrációs lépése az Azure Kubernetes Service Host telepítője azt kéri, hogy próbálkozzon újraAzure registration step in Azure Kubernetes Service host setup asks to try again

Ha a Windows felügyeleti központot az Azure Kubernetes Service Host beállítására használja, előfordulhat, hogy az Azure regisztrációs lapján a szükséges információk megadása után újra kell próbálkoznia.When using Windows Admin Center to set up the Azure Kubernetes Service host, you may be asked to try again after entering the required information on the Azure registration page. Előfordulhat, hogy újra be kell jelentkeznie az Azure-ba a Windows felügyeleti központ átjáróján a lépés folytatásához.You may need to sign into Azure again on the Windows Admin Center gateway to proceed with this step. Ezt a problémát egy későbbi kiadásban rögzíti a rendszer.This issue will be fixed in a future release.

A Windows felügyeleti központ nem rendelkezik arc-offboarding-felülettelWindows Admin Center doesn't have an Arc offboarding experience

A Windows felügyeleti központ jelenleg nem rendelkezik olyan folyamattal, amely regisztrációjának megszüntetésére szolgáló egy fürtöt az Azure-ív használatával. Ha törölni szeretné az ív aganets egy olyan fürtön, amelyet megsemmisítettek, navigáljon a Azure Portal lévő fürthöz, és manuálisan törölje az ív tartalmát.Windows Admin Center does not currently have a process to offboard a cluster from Azure Arc. To delete Arc aganets on a cluster that has been destroyed, navigate to the resource group the of the cluster in the Azure portal and manually delete the Arc content. Ha olyan fürtön szeretné törölni az ív-ügynököket, amely még mindig fut, a felhasználóknak a következő parancsot kell futtatniuk:To delete Arc agents on a cluster that is still up and running, users should run the following command:

az connectedk8s delete

Ha az Azure Kubernetes Service-gazdagépet a Windows felügyeleti központtal állítja be, a telepítés sikertelen lehet, ha a fájlkezelő meg van nyitvaWhen setting up an Azure Kubernetes Service host using Windows Admin Center, setup may fail if File Explorer is open

Ha a fájlkezelő megnyitva van, és a C:\Program Files\AksHci könyvtárban, amikor eléri a "felülvizsgálat + létrehozás" lépést, a létrehozása meghiúsulhat a következő hibával: "a folyamat nem fér hozzá a" C:\Program Files\AksHci\wssdcloudagent.exe "fájlhoz.If File Explorer is open and in the C:\Program Files\AksHci directory when you reach the "Review + create" step, your creation may fail with the error "The process could not access the file 'C:\Program Files\AksHci\wssdcloudagent.exe'. Ennek az az oka, hogy egy másik folyamat használja.This is because it's being used by another process. A hiba elkerüléséhez zárja be a fájlkezelőt, vagy navigáljon egy másik címtárhoz, mielőtt elérné ezt a lépést.To avoid this error, close File Explorer or navigate to a different directory before reaching this step.