Partager via

Désactiver la fonctionnalité de pool de nœuds Windows sur Azure Local

  • Article

S’applique à : Azure Local, version 23H2

Lorsque vous installez Azure Local, trois disques durs virtuels (disques durs virtuels) ( Linux Azure, Windows Server 2019 et Windows Server 2022) sont automatiquement téléchargés. Les disques durs virtuels sont nécessaires pour déployer AKS sur Azure Local, car ils servent d’images de système d’exploitation de base pour les nœuds Kubernetes au sein de votre cluster AKS. Pour un environnement de système d’exploitation mixte (nœuds Windows et Linux), un disque dur virtuel Windows Server 2019 ou Windows Server 2022 est nécessaire pour l’approvisionnement d’un pool de nœuds Windows Server 2019 ou 2022. Le pool de nœuds Linux utilise le disque dur virtuel Linux Azure optimisé pour l’exécution de Kubernetes. Dans les environnements où seuls les conteneurs Linux sont utilisés, toutefois, le disque dur virtuel Windows n’est pas nécessaire. Vous pouvez désactiver la fonctionnalité de pool de nœuds Windows pour éviter de télécharger et de stocker ce fichier volumineux, ce qui permet d’économiser de la bande passante et de l’espace de stockage.

Cet article de procédure vous explique comment désactiver la fonctionnalité de pool de nœuds Windows pour Azure Kubernetes Service (AKS) sur Azure Local. La désactivation de cette fonctionnalité empêche le téléchargement automatique des disques durs virtuels Windows(VHD), qui sont d’environ 20 Go de taille et requis pour la création de pools de nœuds Windows. Ainsi, les entreprises disposant d’une bande passante Internet limitée peuvent éviter les téléchargements inutiles, en particulier si leurs charges de travail utilisent exclusivement des conteneurs Linux. Cette fonctionnalité permet d’optimiser l’utilisation de la bande passante et simplifie la gestion des ressources pour les environnements où les nœuds Windows ne sont pas nécessaires.

Avant de commencer

Avant de commencer, vérifiez que les conditions préalables suivantes sont en place :

  • Azure Local déployé. Cet article s’applique uniquement si vous avez déjà déployé Azure Local, version 2411. Vous ne pouvez pas exécuter les commandes dans cet article avant de déployer Azure Local release 2411. Actuellement, nous ne prenons pas en charge la possibilité d’apporter cette modification avant le déploiement initial d’Azure Local version 2411.
  • Autorisations RBAC Azure pour mettre à jour la configuration locale Azure. Vérifiez que vous disposez des rôles suivants. Pour plus d’informations, consultez les autorisations requises pour le déploiement :
    • Administrateur local Azure
    • Lecteur
  • Emplacement personnalisé. Nom de l’emplacement personnalisé. L’emplacement personnalisé est configuré pendant le déploiement local Azure. Si vous êtes dans le Portail Azure, accédez à la page Serveur de vue d’ensemble > dans la ressource du système local Azure. Vous devez voir un emplacement personnalisé pour votre cluster.
  • Groupe de ressources Azure. Groupe de ressources Azure dans lequel Azure Local est déployé.

Pour simplifier la configuration, les étapes suivantes définissent les variables d’environnement référencées dans cet article. N’oubliez pas de remplacer les valeurs affichées par vos propres valeurs.

Définissez l’emplacement personnalisé et les valeurs du groupe de ressources dans les variables d’environnement :

$customlocationName = <The custom location name for Azure Local>
$resourceGroup = <The Azure resource group in which Azure Local is deployed>

Exécutez ensuite la commande suivante pour obtenir le clusterName paramètre. Ce paramètre est le nom du pont de ressources Arc que vous avez déployé sur Azure Local :

az customlocation show -n $customlocationName -g $resourceGroup --query hostResourceId

Sortie attendue :

/subscriptions/f3dwer-00000-4383-2345-00000/resourceGroups/SanJose/providers/Microsoft.ResourceConnector/appliances/sanjose-arcbridge

Dans cette sortie, sanjose-arcbridge est le nom du pont de ressources Arc que vous avez déployé sur le cluster local Azure. Ce nom est différent pour votre déploiement.

$clusterName = <Name of Arc resource bridge deployed on the Azure Local cluster>

Ensuite, obtenez le nom de l’extension AKS Arc que vous avez déployée à l’emplacement personnalisé. Pour obtenir ce nom, exécutez la commande suivante pour répertorier les extensions installées sur l’emplacement personnalisé :

az customlocation show -n $customlocationID -g $resourceGroup --query clusterExtensionIds -o tsv

Sortie attendue :

/subscriptions/fbaf508b-cb61-4383-9cda-a42bfa0c7bc9/resourceGroups/SanJose/providers/Microsoft.ResourceConnector/appliances/sanjose-arcbridge/providers/Microsoft.KubernetesConfiguration/extensions/hybridaksextension
/subscriptions/fbaf508b-cb61-4383-9cda-a42bfa0c7bc9/resourceGroups/SanJose/providers/Microsoft.ResourceConnector/appliances/sanjose-arcbridge/providers/Microsoft.KubernetesConfiguration/extensions/vmss-hci

Vous devez avoir deux extensions installées sur votre emplacement personnalisé : akS Arc et la gestion des machines virtuelles Arc. Copiez le nom de l’extension pour AKS dans une variable d’environnement. Dans l’exemple de sortie, le nom de l’extension est hybridaksextension. Il peut être différent de ce que vous voyez :

$extensionName = <Name of AKS Arc extension you deployed on the custom location>

Une fois que vous avez le nom de l’extension, créez des variables pour les paramètres suivants, puis désactivez la fonctionnalité de pool de nœuds Windows :

$extensionVersion = "$(az k8s-extension show -n $extensionName  -g $resourceGroup -c $clusterName --cluster-type appliances --query version -o tsv)"
$releaseTrain = "$(az k8s-extension show -n $extensionName -g $resourceGroup -c $clusterName --cluster-type appliances --query releaseTrain -o tsv)"
az k8s-extension update --resource-group $resourceGroup --cluster-name $clusterName --cluster-type appliances --name $extensionName --version $extensionVersion --release-train $releaseTrain --config disable-windows-nodepool=true --yes

Autre option : désactiver le pool de nœuds Windows après la connexion à un nœud physique Local Azure via le Bureau à distance

Si, pour une raison quelconque, vous ne pouvez pas utiliser Azure CloudShell ou une machine avec une connectivité à Azure afin de désactiver le pool de nœuds Windows, vous pouvez désactiver le pool de nœuds Windows après vous être connecté à l’un des nœuds physiques locaux Azure avec le Bureau à distance. Vous devez d’abord vous connecter à Azure :

az k8s-extension update --resource-group $resourceGroup --cluster-name $clusterName --cluster-type appliances --name $extensionName --version $extensionVersion --release-train $releaseTrain --config disable-windows-nodepool=true --yes

Valider si la fonctionnalité de pool de nœuds Windows est désactivée

Vous pouvez vérifier si les paramètres de configuration ont été appliqués en exécutant az k8s-extension show, comme suit :

az k8s-extension show --name $extensionName --resource-group $resourceGroup --cluster-name $clusterName --cluster-type appliances --query configurationSettings

Sortie attendue :

...
"disable-windows-nodepool": "true",
...

Ensuite, vérifiez si les pools de nœuds Windows ont été désactivés en exécutant la commande suivante :

az aksarc get-versions --resource-group $resourceGroup --custom-location $customlocationName

La sortie pour osType=Windows doit indiquer que « La fonctionnalité de pool de nœuds Windows est désactivée » et que l’état ready doit être false, pour chaque option de version Kubernetes :

...
"1.27.7": {
            "readiness": [
              {
                "errorMessage": null,
                "osSku": "CBLMariner",
                "osType": "Linux",
                "ready": true
              },
              {
                "errorMessage": "Windows nodepool feature is disabled",
                "osSku": "Windows2019",
                "osType": "Windows",
                "ready": false
              },
              {
                "errorMessage": "Windows nodepool feature is disabled",
                "osSku": "Windows2022",
                "osType": "Windows",
                "ready": false
              }
            ],
...

Questions fréquentes (FAQ)

Que se passe-t-il si j’essaie de désactiver le pool de nœuds Windows et les pools de nœuds Windows sur un cluster AKS atleast 1 sur le déploiement local Azure ?

Vous devez supprimer manuellement le pool de nœuds Windows avant de désactiver la fonctionnalité. S’il existe des pools de nœuds Windows existants, vous ne pouvez pas désactiver la fonctionnalité.

Que se passe-t-il pour les disques durs virtuels Windows téléchargés si je désactive les pools de nœuds Windows ?

Les disques durs virtuels Windows précédemment téléchargés sont automatiquement supprimés si la fonctionnalité de pools de nœuds Windows est désactivée. Vous pouvez vérifier si les disques durs virtuels Windows ont été supprimés des chemins de stockage local Azure. La suppression peut prendre un certain temps. Attendez 30 minutes avant de vérifier. Vous devez vérifier tous les chemins de stockage, car les disques durs virtuels Windows sont affectés aux chemins de stockage de manière tourniquet, en fonction de la capacité de stockage disponible.

Étapes suivantes