Windows Server-Knotenpools wurden beim Upgrade des Clusterknotenimages nicht auf Gen2 aktualisiert
In diesem Artikel wird erläutert, wie Sie probleme in einem Szenario behandeln, in dem Windows Server-Knotenpools nicht automatisch von Gen1 auf Virtuelle Gen2-Computer (VMs) aktualisiert werden, wenn ein Clusterknotenimage in Microsoft Azure Kubernetes Service (AKS) aktualisiert wird.
Hinweis
Dieses Szenario gilt nicht für Gen2-VMs in Linux-Knotenpools.
Voraussetzungen
Problembeschreibung
Vorhandene Windows Server-Knotenpools werden nicht von Gen1 auf Gen2 aktualisiert, wenn Sie das Knotenimage mit einer der folgenden Methoden in der Azure CLI aktualisieren:
Ein vollständiges Clusterupgrade (mithilfe des Befehls az aks upgrade )
Ein bestimmtes Knotenpoolupgrade (mithilfe des Befehls az aks nodepool upgrade )
Ursache
Ursache 1: Vorhandene Knotenpools werden nicht automatisch auf Gen2-VMs aktualisiert.
Standardmäßig unterstützt ein Knotenimageupgrade das Aktualisieren oder Aktualisieren vorhandener Knotenpools nicht. Mit az aks upgrade den Befehlen und az aks nodepool upgrade wird nur das Knotenimage (auf eine spätere Version des Knotenimages) aktualisiert. Diese Befehle führen kein Upgrade der entsprechenden VM-Generation durch.
Ursache 2: Clusterupgrade auf Kubernetes Version 1.25 oder eine höhere Version aktualisiert nur das Betriebssystem
Wenn Sie für Ihren Cluster ein Upgrade auf Kubernetes Version 1.25 oder eine höhere Version durchführen, wird nur das Betriebssystem (Betriebssystem) aktualisiert (auf Windows Server 2022). Vorhandene Knotenpools sind nicht betroffen. Die zugeordnete VM-Skalierungsgruppe enthält VMs mit derselben Gen1-VM.
Ursache 3: Clusterupgrade und neuer Knotenpool mit Windows Server 2022 ohne Angabe einer gültigen VM-Größe
Nach dem Upgrade des Clusters auf Kubernetes Version 1.25 oder höher geben Sie Windows Server 2022 als Betriebssystem an, das auf den virtuellen Computern des Knotenpools verwendet werden soll. Die VMs verwenden jedoch aus einem der folgenden Gründe keinen Gen2-Knotenimageverweis:
Sie geben keine VM-Größe an, und die Standard-VM-Größe in der Region unterstützt keine Gen2-VMs.
Sie geben eine reine Gen1-VM-Größe an.
Wenn Sie das Standardbetriebssystem von Windows Server 2019 (Windows2019) auf Windows Server 2022 (Windows2022) aktualisieren, werden die vorhandenen Knotenpools nicht automatisch auf eine andere VM-Generation aktualisiert.
Lösung
Aktualisieren Sie den Cluster, und erstellen Sie dann einen neuen Windows Server-Knotenpool, der Gen2-VM-Größen in diesem Cluster gemäß den folgenden Richtlinien unterstützt.
| Upgradeversion des Kubernetes-Clusters | Richtlinien für die Clustererstellung |
|---|---|
| 1.25 oder höher | Wenn Sie den Befehl az aks create ausführen, um einen Cluster zu erstellen, legen Sie den --node-vm-size Parameter auf eine Gen2-VM-Größe fest. |
| Frühere Version als 1.25 | Wenn Sie den Befehl az aks create ausführen, um einen Cluster zu erstellen, legen Sie den --os-sku Parameterwert auf Windows2022und den --node-vm-size Parameterwert auf eine Gen2-VM-Größe fest. |
Hinweis
Wenn Sie eine Gen2-VM-Größe und das Betriebssystem als Windows Server 2019 angeben, erhalten Sie einen ErrorCode_Windows2019NotSupportedWithGen2VM Fehlercode, der von der folgenden Fehlermeldung begleitet wird:
<Die VM-Größe> ist eine reine Gen 2-VM. Windows2019 unterstützt keine Gen 2-VMs. Sie können jedoch eine VM-Größe der Generation 1 auswählen oder os_sku auf 2022 festlegen.
Um dieses Problem zu vermeiden, wählen Sie beim Erstellen des Clusters eine der folgenden Optionen aus:
Wählen Sie eine VM-Größe von Gen1 aus, die zusammen mit Windows Server 2019 verwendet werden soll.
Legen Sie die Betriebssystem-SKU auf Windows Server 2022 fest, um sie zusammen mit Ihrer Gen2-VM zu verwenden.
Kontaktieren Sie uns für Hilfe
Wenn Sie Fragen haben oder Hilfe mit Ihren Azure-Gutschriften benötigen, dann erstellen Sie beim Azure-Support eine Support-Anforderung oder fragen Sie den Azure Community-Support. Sie können auch Produktfeedback an die Azure Feedback Community senden.