Delen via

Knooppuntgroepen upgraden in Azure Kubernetes Service (AKS)

In dit artikel leert u hoe u een upgrade uitvoert van één knooppuntgroep en hoe u het clusterbesturingsvlak voor meerdere knooppuntgroepen in Azure Kubernetes Service (AKS) bijwerken.

Opmerking

Als best practice moet u alle knooppuntgroepen in een AKS-cluster upgraden naar dezelfde Kubernetes-versie. Het standaardgedrag van [az aks upgrade][az-aks-upgrade] is het bijwerken van alle knooppuntgroepen samen met het besturingsvlak om deze uitlijning te bereiken. Met de mogelijkheid om afzonderlijke knooppuntgroepen te upgraden, kunt u een rolling upgrade uitvoeren en pods plannen tussen knooppuntgroepen om de uptime van toepassingen te behouden.

Een upgrade uitvoeren van één knooppuntgroep

Opmerking

De OS-afbeeldingsversie van de nodepool is gekoppeld aan de Kubernetes-versie van het cluster. U krijgt alleen upgrades van de installatiekopieën van het besturingssysteem na een clusterupgrade.

  1. Controleer op beschikbare upgrades met behulp van de opdracht [az aks get-upgrades][az-aks-get-upgrades].

    az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name>

  2. Werk een specifieke knooppuntgroep bij met behulp van de opdracht [az aks nodepool upgrade][az-aks-nodepool-upgrade].

    az aks nodepool upgrade \
    --resource-group <resource-group-name> \
    --cluster-name <cluster-name> \
    --name <node-pool-name> \
    --kubernetes-version <kubernetes-version> \
    --no-wait

  3. Controleer de status van uw knooppuntgroep met behulp van de opdracht [az aks nodepool list][az-aks-nodepool-list].

    az aks nodepool list --resource-group <resource-group-name> --cluster-name <cluster-name>

    In de volgende voorbeelduitvoer ziet u dat de knooppuntgroep de status Upgrade heeft :

    [
  {
    ...
    "count": 3,
    ...
    "name": "<node-pool-name>",
    "orchestratorVersion": "<kubernetes-version>",
    ...
    "provisioningState": "Upgrading",
    ...
    "vmSize": "Standard_DS2_v2",
    ...
  },
  {
    ...
    "count": 2,
    ...
    "name": "<node-pool-name-2>",
    "orchestratorVersion": "<kubernetes-version-2>",
    ...
    "provisioningState": "Succeeded",
    ...
    "vmSize": "Standard_DS2_v2",
    ...
  }
]

    Het duurt enkele minuten om de knooppunten bij te werken naar de opgegeven versie. Nadat de upgrade is voltooid, verandert de knooppuntgroep provisioningState naar Succeeded.

Een clusterbesturingsvlak upgraden met meerdere knooppuntgroepen

Een AKS-cluster heeft twee clusterresourceobjecten waaraan Kubernetes-versies zijn gekoppeld: de Kubernetes-versie van het clusterbesturingsvlak en een knooppuntgroep met een specifieke Kubernetes-versie.

Upgradegedrag voor het besturingsvlak en knooppuntgroepen

Het besturingsvlak wordt toegewezen aan een of meer knooppuntgroepen. Het gedrag van een upgradebewerking is afhankelijk van de Azure CLI-opdracht die u gebruikt en de vlaggen die u opgeeft:

  • az aks upgrade werkt het besturingsvlak en alle knooppuntgroepen in het cluster bij naar dezelfde Kubernetes-versie.
  • az aks upgrade met de --control-plane-only vlag wordt alleen het clusterbesturingsvlak bijgewerkt en blijven alle knooppuntgroepen ongewijzigd.
  • az aks nodepool upgrade werkt alleen de doelknooppuntgroep bij met de opgegeven Kubernetes-versie.

Validatieregels voor upgrades

Opmerking

Kubernetes maakt gebruik van het standaard semantische versiebeheerschema . Het versienummer wordt uitgedrukt als x.y.z, waarbij x de primaire versie is, y de secundaire versie is en z de patchversie. In versie 1.12.6 is 1 bijvoorbeeld de hoofdversie, 12 is de subversie en 6 de patch-versie. De Kubernetes-versie van het besturingsvlak en de eerste knooppuntgroep worden ingesteld tijdens het maken van het cluster. Andere knooppuntgroepen hebben hun Kubernetes-versie ingesteld wanneer ze worden toegevoegd aan het cluster. De Kubernetes-versies kunnen verschillen tussen knooppuntgroepen en tussen een knooppuntgroep en het besturingsvlak.

Kubernetes-upgrades voor een clusterbesturingsvlak en knooppuntgroepen worden gevalideerd met behulp van de volgende regelsets:

  • Regels voor geldige versies voor het upgraden van knooppuntgroepen:

    • De versie van de knooppuntgroep moet dezelfde primaire versie hebben als het besturingsvlak.
    • De secundaire versie van de knooppuntgroep moet zich in twee secundaire versies van de versie van het besturingsvlak bevindt.
    • De versie van de knooppuntgroep kan niet groter zijn dan de versie van het besturingselement major.minor.patch .

  • Regels voor het verzenden van een upgradebewerking:

    • U kunt het besturingsvlak of een Kubernetes-versie van een knooppuntgroep niet downgraden.
    • Als een Kubernetes-versie van een knooppuntgroep niet is opgegeven, is het gedrag afhankelijk van de client. In ARM-sjablonen (Azure Resource Manager) valt de declaratie terug op de bestaande versie die is gedefinieerd voor de knooppuntgroep. Als er niets is ingesteld, valt deze terug op de versie van het besturingsvlak.
    • U kunt niet tegelijkertijd meerdere bewerkingen verzenden op één besturingsvlak of knooppuntgroepresource. U kunt een besturingsvlak of een knooppuntgroep op een bepaald moment upgraden of schalen.

Volgende stappen: Knooppuntgroepen beheren in AKS

Zie Knooppuntgroepen beheren in Azure Kubernetes Service (AKS) voor meer informatie over het beheren van knooppuntgroepen in AKS.

  • Last updated on