Partager via

Gérer des pools de nœuds pour un cluster (AKS sur Azure Stack HCI 22H2)

  • Article

S’applique à : AKS sur Azure Stack HCI 22H2, AKS sur Windows Server

Notes

Pour plus d’informations sur la gestion des pools de nœuds dans AKS sur Azure Stack HCI 23H2, consultez Gérer les pools de nœuds.

Dans AKS activé par Azure Arc, les nœuds de la même configuration sont regroupés dans des pools de nœuds. Ces pools de nœuds contiennent les machines virtuelles sous-jacentes qui exécutent vos applications. Cet article vous montre comment créer et gérer des pools de nœuds pour un cluster dans AKS Arc.

Notes

Cette fonctionnalité permet de mieux contrôler la création et la gestion de plusieurs pools de nœuds. Par conséquent, des commandes distinctes sont requises pour les opérations de création, de mise à jour et de suppression. Auparavant, les opérations de cluster via New-AksHciCluster ou Set-AksHciCluster étaient la seule option permettant de créer ou de mettre à l’échelle un cluster avec un pool de nœuds Windows et un pool de nœuds Linux. Cette fonctionnalité propose une opération distincte définie pour les pools de nœuds qui requièrent l’utilisation des commandes de pool de nœuds New-AksHciNodePool, Set-AksHciNodePool, AksHciNodePool et Remove-AksHciNodePool pour exécuter des opérations sur un pool de nœuds individuel.

Avant de commencer

Nous vous recommandons d’installer la version 1.1.6. Si le module PowerShell est déjà installé, exécutez la commande suivante pour rechercher la version :

Get-Command -Module AksHci

Si vous devez mettre à jour PowerShell, suivez les instructions fournies dans Mettre à niveau l’hôte AKS.

Créer un cluster AKS

Pour commencer, créez un cluster AKS avec un pool de nœuds unique. L’exemple suivant utilise la commande New-AksHciCluster pour créer un cluster Kubernetes avec un pool de nœuds Linux nommé linuxnodepool, qui a 1 nœud. Si vous avez déjà déployé un cluster avec une version antérieure d’AKS et que vous souhaitez continuer à utiliser votre ancien déploiement, vous pouvez ignorer cette étape. Vous pouvez toujours utiliser le nouvel ensemble de commandes de pool de nœuds pour ajouter un pool de nœuds à votre cluster existant.

New-AksHciCluster -name mycluster -nodePoolName linuxnodepool -nodeCount 1 -osType linux

Notes

L’ancien paramètre défini pour New-AksHciCluster est toujours pris en charge.

Ajouter un pool de nœuds

Le cluster nommé mycluster*', créé à l’étape précédente, a un pool de nœuds unique. Vous pouvez ajouter un deuxième pool de nœuds au cluster existant à l’aide de la commande New-AksHciNodePool . L’exemple suivant crée un pool de nœuds Windows nommé windowsnodepool avec un nœud. Assurez-vous que le nom du pool de nœuds n’est pas le même nom que n’importe quel pool de nœuds existant.

New-AksHciNodePool -clusterName mycluster -name windowsnodepool -count 1 -osType Windows -osSku Windows2022

Obtenir les informations de configuration d’un pool de nœuds

Pour afficher les informations de configuration de vos pools de nœuds, utilisez la commande Get-AksHciNodePool.

Get-AksHciNodePool -clusterName mycluster

Exemple de sortie :

ClusterName  : mycluster
NodePoolName : linuxnodepool
Version      : v1.20.7
OsType       : Linux
NodeCount    : 1
VmSize       : Standard_K8S3_v1
Phase        : Deployed

ClusterName  : mycluster
NodePoolName : windowsnodepool
Version      : v1.20.7
OsType       : Windows
NodeCount    : 1
VmSize       : Standard_K8S3_v1
Phase        : Deployed

Pour afficher les informations de configuration d’un pool de nœuds spécifique, utilisez le -name paramètre dans Get-AksHciNodePool.

Get-AksHciNodePool -clusterName mycluster -name linuxnodepool

Exemple de sortie :

ClusterName  : mycluster
NodePoolName : linuxnodepool
Version      : v1.20.7
OsType       : Linux
NodeCount    : 1
VmSize       : Standard_K8S3_v1
Phase        : Deployed

Get-AksHciNodePool -clusterName mycluster -name windowsnodepool

Exemple de sortie :

ClusterName  : mycluster
NodePoolName : windowsnodepool
Version      : v1.20.7
OsType       : Windows
NodeCount    : 1
VmSize       : Standard_K8S3_v1
Phase        : Deployed

Notes

Si vous utilisez les nouveaux ensemble de paramètres dans New-AksHciCluster pour déployer un cluster, puis exécutez Get-AksHciCluster pour obtenir les informations de cluster ; les champs WindowsNodeCount et LinuxNodeCount retournent 0 dans la sortie. Pour obtenir le nombre précis de nœuds dans chaque pool de nœuds, utilisez la commande Get-AksHciNodePool avec le nom de cluster spécifié.

Mettre à l'échelle un pool de nœuds

Vous pouvez mettre à l’échelle le nombre de nœuds à la hausse ou à la baisse dans un pool de nœuds.

Pour mettre à l’échelle le nombre de nœuds dans un pool de nœuds, utilisez la commande Set-AksHciNodePool. L’exemple suivant met à l’échelle le nombre de nœuds à 3 dans un pool de nœuds nommé linuxnodepool dans le mycluster cluster.

Set-AksHciNodePool -clusterName mycluster -name linuxnodepool -count 3

Mettre à l’échelle les nœuds de plan de contrôle

La gestion des nœuds du plan de contrôle n’a pas changé. La façon dont ils sont créés, mis à l’échelle et supprimés reste inchangée. Vous allez toujours déployer des nœuds de plan de contrôle avec la commande New-AksHciCluster avec les paramètres controlPlaneNodeCount et controlPlaneVmSize avec les valeurs par défaut de 1 et Standard_A4_V2, respectivement, si vous ne fournissez aucune valeur.

Vous devrez peut-être mettre à l’échelle les nœuds du plan de contrôle au fil des changements de la charge de travail de vos applications. Utilisez la commande Set-AksHciCluster pour mettre à l’échelle les nœuds du plan de contrôle. L’exemple suivant met à l’échelle les nœuds du plan de contrôle à 3 dans mycluster le cluster, qui a été créé aux étapes précédentes.

Set-AksHciCluster -name mycluster -controlPlaneNodeCount 3

Supprimer un pool de nœuds

Si vous devez supprimer un pool de nœuds, utilisez la commande Remove-AksHciNodePool. L’exemple suivant supprime du cluster le pool de mycluster nœuds nomméwindowsnodepool.

Remove-AksHciNodePool -clusterName mycluster -name windowsnodepool

Spécifier une aversion pour un pool de nœuds

Lors de la création d’un pool de nœuds, vous pouvez lui ajouter des aversions. Quand vous ajoutez une aversion, tous les nœuds du pool reçoivent cette aversion. Pour plus d’informations sur les aversions et les tolérances, consultez Aversions et tolérances de Kubernetes.

Définition des aversions d’un pool de nœuds

Pour créer un pool de nœuds avec une aversion, utilisez New-AksHciNodePool. Spécifiez le nom taintnpet utilisez le -taints paramètre à spécifier sku=gpu:noSchedule pour la teinte.

New-AksHciNodePool -clusterName mycluster -name taintnp -count 1 -osType linux -taints sku=gpu:NoSchedule

Notes

Une teinte ne peut être définie pour un pool de nœuds que pendant la création de celui-ci.

Exécutez la commande suivante pour vous assurer que le pool de nœuds a été correctement déployé avec la teinte spécifiée.

Get-AksHciNodePool -clusterName mycluster -name taintnp

Sortie

Status       : {Phase, Details}
ClusterName  : mycluster
NodePoolName : taintnp
Version      : v1.20.7-kvapkg.1
OsType       : Linux
NodeCount    : 1
VmSize       : Standard_K8S3_v1
Phase        : Deployed
Taints       : {sku=gpu:NoSchedule}

À l’étape précédente, vous avez appliqué la teinte sku=gpu:NoSchedule lorsque vous avez créé votre pool de nœuds. L’exemple de manifeste YAML de base suivant utilise une tolérance pour autoriser le planificateur Kubernetes à exécuter un pod NGINX sur un nœud de ce pool de nœuds.

Créez un fichier nommé nginx-toleration.yamlet copiez les informations dans le texte suivant.

apiVersion: v1
kind: Pod
metadata:
  name: mypod
spec:
  containers:
  - image: mcr.microsoft.com/oss/nginx/nginx:1.15.9-alpine
    name: mypod
    resources:
      requests:
        cpu: 100m
        memory: 128Mi
      limits:
        cpu: 1
        memory: 2G
  tolerations:
  - key: "sku"
    operator: "Equal"
    value: "gpu"
    effect: "NoSchedule"

Ensuite, planifiez le pod à l’aide de la commande suivante.

kubectl apply -f nginx-toleration.yaml

Pour vérifier que le pod a été déployé, exécutez la commande suivante :

kubectl describe pod mypod

[...]
Tolerations:     node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                 node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
                 sku=gpu:NoSchedule
Events:
  Type    Reason     Age   From               Message
  ----    ------     ----  ----               -------
  Normal  Scheduled  32s   default-scheduler  Successfully assigned default/mypod to moc-lk4iodl7h2y
  Normal  Pulling    30s   kubelet            Pulling image "mcr.microsoft.com/oss/nginx/nginx:1.15.9-alpine"
  Normal  Pulled     26s   kubelet            Successfully pulled image "mcr.microsoft.com/oss/nginx/nginx:1.15.9-alpine" in 4.529046457s
  Normal  Created    26s   kubelet            Created container mypod

Étapes suivantes