Lancement fiable pour Azure Kubernetes Service (AKS)

• Azure CLI version 2.66.0 ou ultérieure. Exécutez az --version pour rechercher la version, puis exécutez az upgrade pour mettre à niveau la version. Si vous devez installer ou mettre à niveau, voir Installer Azure CLI.

1. Créez un cluster AKS avec la commande az aks create. Avant d’exécuter la commande, passez en revue les paramètres suivants :

   • --name: entrez un nom unique pour le cluster AKS, tel que myAKSCluster.
   • --resource-group: entrez le nom d’un groupe de ressources existant pour héberger la ressource de cluster AKS.
   • --enable-secure-boot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • --enable-vtpm: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Remarque

   Le démarrage sécurisé nécessite des chargeurs de démarrage signés, des noyaux de système d’exploitation et des pilotes. Si, après avoir activé le démarrage sécurisé, vos nœuds ne démarrent pas, vous pouvez vérifier quels composants de démarrage sont responsables des échecs du démarrage sécurisé au sein d’une machine virtuelle Azure Linux. Consulter Vérification des échecs de démarrage sécurisé.

   L’exemple suivant crée un cluster à un nœud nommé myAKSCluster avec un nœud dans myResourceGroup et active le démarrage sécurisé et vTPM :

   az aks create \
       --name myAKSCluster \
       --resource-group myResourceGroup \
       --node-count 1 \
       --enable-secure-boot \
       --enable-vtpm \
       --generate-ssh-keys
   

2. Exécutez la commande suivante pour obtenir les informations d'identification d'accès au cluster Kubernetes. Utilisez la commande az aks get-credentials et remplacez les valeurs du nom du cluster et du nom du groupe de ressources.

   az aks get-credentials --resource-group myResourceGroup --name myAKSCluster
   

1. Créez un modèle avec des paramètres de lancement approuvé. Avant de créer le modèle, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Dans votre modèle, fournissez des valeurs pour enableVTPM et enableSecureBoot. Le même schéma que celui utilisé pour le déploiement avec l’interface CLI existe dans la définition Microsoft.ContainerService/managedClusters/agentPools sous "properties", comme illustré dans l’exemple suivant :

   "properties": {
       ...,
       "securityProfile": {
           "enableVTPM": true,
           "enableSecureBoot": true,
       }
   }
   

2. Déployez votre modèle avec vTPM et le démarrage sécurisé activé sur votre cluster. Consultez Déployer un cluster AKS à l’aide d’un modèle ARM pour obtenir des instructions détaillées.

1. Créez un fichier Bicep avec des paramètres de lancement approuvé. Avant de créer le fichier, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Dans votre fichier Bicep, fournissez des valeurs pour enableVTPM et enableSecureBoot. Le même schéma que celui utilisé pour le déploiement avec l’interface CLI existe dans la définition Microsoft.ContainerService/managedClusters/agentPools sous properties, comme illustré dans l’exemple suivant :

   properties: {
     // ...
     securityProfile: {
       enableVTPM: true
       enableSecureBoot: true
     }
   }
   

2. Déployez votre fichier Bicep avec vTPM et le démarrage sécurisé activé sur votre cluster. Consultez Déployer un cluster AKS à l’aide d’un fichier Bicep pour obtenir des instructions détaillées.

Le fournisseur Terraform AzureRM (azurerm) ne prend pas en charge le lancement approuvé, car il n’expose pas les paramètres du pool de nœuds de lancement approuvé. Pour créer un cluster AKS avec lancement approuvé activé, utilisez les instructions Azure CLI, modèle ARM ou Bicep dans cet article.

Le portail Azure ne prend pas en charge la création d'un cluster AKS avec lancement approuvé activé. Pour créer un cluster AKS avec lancement approuvé activé, utilisez les instructions Azure CLI, modèle ARM ou Bicep dans cet article.

1. Ajoutez un pool de nœuds avec Démarrage de confiance activé à l’aide de la commande az aks nodepool add. Avant d’exécuter la commande, passez en revue les paramètres suivants :

   • --cluster-name: entrez le nom du cluster AKS.
   • --resource-group: entrez le nom d’un groupe de ressources existant pour héberger la ressource de cluster AKS.
   • --name: entrez un nom unique pour le pool de nœuds. Le nom d’un pool de nœuds ne peut contenir que des caractères alphanumériques minuscules et doit commencer par une lettre minuscule. Pour les pools de nœuds Linux, la longueur doit être comprise entre 1 et 11 caractères.
   • --node-count: Le nombre de nœuds du pool d’agents Kubernetes. La valeur par défaut est 3.
   • --enable-secure-boot: permet au démarrage sécurisé d’authentifier l’image signée par un éditeur approuvé.
   • --enable-vtpm: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Remarque

   Le démarrage sécurisé nécessite des chargeurs de démarrage signés, des noyaux de système d’exploitation et des pilotes. Si, après avoir activé le démarrage sécurisé, vos nœuds ne démarrent pas, vous pouvez vérifier quels composants de démarrage sont responsables des échecs du démarrage sécurisé au sein d’une machine virtuelle Azure Linux. Consulter Vérification des échecs de démarrage sécurisé.

   L’exemple suivant déploie un pool de nœuds avec vTPM et le démarrage sécurisé activé sur un cluster nommé myAKSCluster avec trois nœuds :

   az aks nodepool add --resource-group myResourceGroup --cluster-name myAKSCluster --name mynodepool --node-count 3 --enable-vtpm --enable-secure-boot
   

2. Vérifiez que votre pool de nœuds utilise une image de lancement approuvé.

   Les nœuds de lancement approuvés ont la sortie suivante :

   • Version de l'image de nœud contenant "TL", par exemple "AKSUbuntu-2204-gen2TLcontainerd".
   • "Security-type" doit être "Trusted Launch".

   kubectl get nodes
   kubectl describe node {node-name} | grep -e node-image-version -e security-type
   

1. Créez un modèle avec des paramètres de lancement approuvé. Avant de créer le modèle, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Dans votre modèle, fournissez des valeurs pour enableVTPM et enableSecureBoot. Le même schéma que celui utilisé pour le déploiement avec l’interface CLI existe dans la définition Microsoft.ContainerService/managedClusters/agentPools sous "properties", comme illustré dans l’exemple suivant :

   "properties": {
       ...,
       "securityProfile": {
           "enableVTPM": true,
           "enableSecureBoot": true,
       }
   }
   

2. Déployez votre modèle avec vTPM et le démarrage sécurisé activé sur votre cluster. Consultez Déployer un cluster AKS à l’aide d’un modèle ARM pour obtenir des instructions détaillées.

1. Créez un fichier Bicep avec des paramètres de lancement approuvé. Avant de créer le fichier, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Dans votre fichier Bicep, fournissez des valeurs pour enableVTPM et enableSecureBoot. Le même schéma que celui utilisé pour le déploiement avec l’interface CLI existe dans la définition Microsoft.ContainerService/managedClusters/agentPools sous properties, comme illustré dans l’exemple suivant :

   properties: {
     // ...
     securityProfile: {
       enableVTPM: true
       enableSecureBoot: true
     }
   }
   

2. Déployez votre fichier Bicep avec vTPM et le démarrage sécurisé activé sur votre cluster. Consultez Déployer un cluster AKS à l’aide d’un fichier Bicep pour obtenir des instructions détaillées.

Le fournisseur Terraform AzureRM (azurerm) ne prend pas en charge le lancement approuvé, car il n’expose pas les paramètres du pool de nœuds de lancement approuvé. Pour ajouter un pool de nœuds avec le lancement approuvé activé, utilisez les instructions Azure CLI, modèle ARM ou Bicep dans cet article.

Le portail Azure ne prend pas en charge l'ajout d'un pool de nœuds avec le lancement approuvé activé. Pour ajouter un pool de nœuds avec le lancement approuvé activé, utilisez les instructions Azure CLI, modèle ARM ou Bicep dans cet article.

1. Ajoutez un pool de nœuds avec Trusted Launch et FIPS activés à l’aide de la commande az aks nodepool add. Avant d’exécuter la commande, passez en revue les paramètres suivants :

   • --cluster-name: entrez le nom du cluster AKS.
   • --resource-group: entrez le nom d’un groupe de ressources existant pour héberger la ressource de cluster AKS.
   • --name: entrez un nom unique pour le pool de nœuds. Le nom d’un pool de nœuds ne peut contenir que des caractères alphanumériques minuscules et doit commencer par une lettre minuscule. Pour les pools de nœuds Linux, la longueur doit être comprise entre 1 et 11 caractères.
   • --node-count: Le nombre de nœuds du pool d’agents Kubernetes. La valeur par défaut est 3.
   • --enable-secure-boot: permet au démarrage sécurisé d’authentifier l’image signée par un éditeur approuvé.
   • --enable-vtpm: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.
   • --enable-fips-image: active l’image de nœud conforme FIPS pour le pool de nœuds.

   Remarque

   Le démarrage sécurisé nécessite des chargeurs de démarrage signés, des noyaux de système d’exploitation et des pilotes. Si, après avoir activé le démarrage sécurisé, vos nœuds ne démarrent pas, vous pouvez vérifier quels composants de démarrage sont responsables des échecs du démarrage sécurisé au sein d’une machine virtuelle Azure Linux. Consulter Vérification des échecs de démarrage sécurisé.

   L’exemple suivant déploie un pool de nœuds avec vTPM, le démarrage sécurisé et FIPS activé sur un cluster nommé myAKSCluster avec trois nœuds :

   az aks nodepool add --resource-group myResourceGroup --cluster-name myAKSCluster --name mynodepool --node-count 3 --enable-vtpm --enable-secure-boot --enable-fips-image
   

2. Vérifiez que votre pool de nœuds utilise une image Trusted Launch.

   Les nœuds de lancement approuvés ont la sortie suivante :

   • Version d’image de nœud contenant à la fois "TL" et "FIPS".
   • "Security-type" a la valeur "Trusted Launch".

   kubectl get nodes
   kubectl describe node {node-name} | grep -e node-image-version -e security-type
   

1. Créez un modèle avec les paramètres Trusted Launch et FIPS. Avant de créer le modèle, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.
   • enableFips: active l’image de nœud conforme FIPS pour le pool de nœuds.

   Dans votre modèle, fournissez des valeurs pour enableVTPM, enableSecureBoot et enableFips. Le même schéma que celui utilisé pour le déploiement avec l’interface CLI existe dans la définition Microsoft.ContainerService/managedClusters/agentPools sous "properties", comme illustré dans l’exemple suivant :

   "properties": {
       ...,
       "osSKU": "Ubuntu",
       "enableFips": true,
       "securityProfile": {
           "enableVTPM": true,
           "enableSecureBoot": true,
       }
   }
   

2. Déployez votre modèle avec vTPM, démarrage sécurisé et FIPS activés sur votre cluster. Consultez Déployer un cluster AKS à l’aide d’un modèle ARM pour obtenir des instructions détaillées.

1. Créez un fichier Bicep avec les paramètres De lancement approuvé et FIPS. Avant de créer le fichier, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.
   • enableFips: active l’image de nœud conforme FIPS pour le pool de nœuds.

   Dans votre fichier Bicep, fournissez des valeurs pour enableVTPM, enableSecureBootet enableFips. Le même schéma que celui utilisé pour le déploiement avec l’interface CLI existe dans la définition Microsoft.ContainerService/managedClusters/agentPools sous properties, comme illustré dans l’exemple suivant :

   properties: {
     // ...
     osSKU: 'Ubuntu'
     enableFips: true
     securityProfile: {
       enableVTPM: true
       enableSecureBoot: true
     }
   }
   

2. Déployez votre fichier Bicep avec vTPM, démarrage sécurisé et FIPS activés sur votre cluster. Consultez Déployer un cluster AKS à l’aide d’un fichier Bicep pour obtenir des instructions détaillées.

Le fournisseur Terraform AzureRM (azurerm) ne prend pas en charge le lancement approuvé, car il n’expose pas les paramètres du pool de nœuds de lancement approuvé. Pour ajouter un pool de nœuds avec le lancement approuvé et FIPS activé, utilisez les instructions Azure CLI, modèle ARM ou Bicep dans cet article.

Le portail Azure ne prend pas en charge l'ajout d'un pool de nœuds avec le lancement approuvé et FIPS activé. Pour ajouter un pool de nœuds avec le lancement approuvé et FIPS activé, utilisez les instructions Azure CLI, modèle ARM ou Bicep dans cet article.

1. Mettez à jour un pool de nœuds pour activer vTPM ou le démarrage sécurisé à l’aide de la az aks nodepool update commande. Avant d’exécuter la commande, passez en revue les paramètres suivants :

   • --resource-group: entrez le nom d’un groupe de ressources existant hébergeant votre cluster AKS existant.
   • --cluster-name: entrez un nom unique pour le cluster AKS, tel que myAKSCluster.
   • --name: entrez le nom de votre pool de nœuds, tel que mynodepool.
   • --enable-secure-boot: permet au démarrage sécurisé d’authentifier que l’image a été signée par un éditeur approuvé.
   • --enable-vtpm: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Remarque

   Le démarrage sécurisé nécessite des chargeurs de démarrage signés, des noyaux de système d’exploitation et des pilotes. Si après l'activation du démarrage sécurisé, vos nœuds ne démarrent pas, vous pouvez vérifier quels composants de démarrage sont responsables des échecs de démarrage sécurisés au sein d'une machine virtuelle Linux Azure. Consulter Vérification des échecs de démarrage sécurisé.

   L’exemple suivant met à jour le pool de nœuds mynodepool sur myAKSCluster dans myResourceGroup et active vTPM :

   az aks nodepool update --cluster-name myAKSCluster --resource-group myResourceGroup --name mynodepool --enable-vtpm
   

   L’exemple suivant met à jour le pool de nœuds mynodepool sur myAKSCluster dans myResourceGroup et active le démarrage sécurisé :

   az aks nodepool update --cluster-name myAKSCluster --resource-group myResourceGroup --name mynodepool --enable-secure-boot
   

   L’exemple suivant met à jour le pool de nœuds mynodepool sur myAKSCluster dans myResourceGroup et active à la fois le démarrage vTPM et le démarrage sécurisé :

   az aks nodepool update \
       --cluster-name myAKSCluster \
       --resource-group myResourceGroup \
       --name mynodepool \
       --enable-vtpm \
       --enable-secure-boot
   

2. Une fois la mise à jour terminée, vérifiez que votre pool de nœuds utilise une image de lancement approuvé.

   Les nœuds de lancement approuvés ont la sortie suivante :

   • Version de l'image de nœud contenant "TL", par exemple "AKSUbuntu-2204-gen2TLcontainerd".
   • "Security-type" a la valeur "Trusted Launch".

   kubectl get nodes
   kubectl describe node {node-name} | grep -e node-image-version -e security-type
   

1. Mettez à jour votre modèle ARM avec les paramètres de lancement approuvé. Avant de mettre à jour le modèle, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Dans votre modèle, définissez enableVTPM, enableSecureBootou les deux dans le pool securityProfilede nœuds . L’exemple suivant active à la fois vTPM et le démarrage sécurisé :

   "properties": {
       ...,
       "securityProfile": {
           "enableVTPM": true,
           "enableSecureBoot": true,
       }
   }
   

2. Déployez votre modèle mis à jour avec vTPM et le démarrage sécurisé activé sur votre pool de nœuds. Pour obtenir des instructions détaillées, consultez Déployer un cluster AKS à l’aide d’un modèle ARM.

3. Une fois le déploiement terminé, vérifiez que votre pool de nœuds utilise une image de lancement approuvé.

   Les nœuds de lancement approuvés ont la sortie suivante :

   • Version de l'image de nœud contenant "TL", par exemple "AKSUbuntu-2204-gen2TLcontainerd".
   • "Security-type" a la valeur "Trusted Launch".

   kubectl get nodes
   kubectl describe node {node-name} | grep -e node-image-version -e security-type
   

1. Mettez à jour votre fichier Bicep avec les paramètres de lancement approuvé. Avant de mettre à jour le fichier, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Dans votre fichier Bicep, définissez enableVTPM, enableSecureBootou les deux dans le pool securityProfilede nœuds . L’exemple suivant active à la fois vTPM et le démarrage sécurisé :

   properties: {
     // ...
     securityProfile: {
       enableVTPM: true
       enableSecureBoot: true
     }
   }
   

2. Déployez votre fichier Bicep mis à jour avec vTPM et le démarrage sécurisé activé sur votre pool de nœuds. Pour obtenir des instructions détaillées, consultez Déployer un cluster AKS à l’aide d’un fichier Bicep.

3. Une fois le déploiement terminé, vérifiez que votre pool de nœuds utilise une image de lancement approuvé.

   Les nœuds de lancement approuvés ont la sortie suivante :

   • Version de l'image de nœud contenant "TL", par exemple "AKSUbuntu-2204-gen2TLcontainerd".
   • "Security-type" a la valeur "Trusted Launch".

   kubectl get nodes
   kubectl describe node {node-name} | grep -e node-image-version -e security-type
   

Le fournisseur Terraform AzureRM (azurerm) ne prend pas en charge le lancement approuvé, car il n’expose pas les paramètres du pool de nœuds de lancement approuvé. Pour activer vTPM ou le démarrage sécurisé sur un pool de nœuds existant, utilisez les instructions de Azure CLI, de modèle ARM ou de Bicep dans cet article.

Le portail Azure ne prend pas en charge l'activation de vTPM ou le démarrage sécurisé sur un pool de nœuds existant. Pour activer vTPM ou le démarrage sécurisé sur un pool de nœuds existant, utilisez les instructions de Azure CLI, de modèle ARM ou de Bicep dans cet article.

1. Mettez à jour un pool de nœuds pour désactiver le démarrage sécurisé ou vTPM à l’aide de la az aks nodepool update commande. Avant d’exécuter la commande, passez en revue les paramètres suivants :

   • --resource-group: entrez le nom d’un groupe de ressources existant hébergeant votre cluster AKS existant.
   • --cluster-name: entrez un nom unique pour le cluster AKS, tel que myAKSCluster.
   • --name: entrez le nom de votre pool de nœuds, tel que mynodepool.
   • --disable-secure-boot: désactive le démarrage sécurisé.
   • --disable-vtpm: désactive vTPM.

   L’exemple suivant met à jour le pool de nœuds mynodepool sur myAKSCluster dans myResourceGroup et désactive vTPM :

   az aks nodepool update --cluster-name myAKSCluster --resource-group myResourceGroup --name mynodepool --disable-vtpm
   

   L’exemple suivant met à jour le pool de nœuds mynodepool sur myAKSCluster dans myResourceGroup et désactive le démarrage sécurisé :

   az aks nodepool update --cluster-name myAKSCluster --resource-group myResourceGroup --name mynodepool --disable-secure-boot
   

   L’exemple suivant met à jour le pool de nœuds mynodepool sur myAKSCluster dans myResourceGroup et désactive à la fois vTPM et le démarrage sécurisé :

   az aks nodepool update \
       --cluster-name myAKSCluster \
       --resource-group myResourceGroup \
       --name mynodepool \
       --disable-vtpm \
       --disable-secure-boot
   

2. Une fois la mise à jour terminée, vérifiez que votre pool de nœuds utilise l’image attendue.

   Si vTPM ou le démarrage sécurisé reste activé, les nœuds de lancement approuvé ont la sortie suivante :

   • Version de l'image de nœud contenant "TL", par exemple "AKSUbuntu-2204-gen2TLcontainerd".
   • "Security-type" a la valeur "Trusted Launch".

   Si vous désactivez vTPM et le démarrage sécurisé, la version de l’image de nœud ne doit pas contenir "TL"et "Security-type" ne doit pas être "Trusted Launch".

   kubectl get nodes
   kubectl describe node {node-name} | grep -e node-image-version -e security-type
   

1. Mettez à jour votre modèle ARM avec les paramètres de lancement approuvé. Avant de mettre à jour le modèle, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Dans votre modèle, définissez enableVTPM, enableSecureBootou les deux dans le pool securityProfilede nœuds . L’exemple suivant désactive à la fois vTPM et le démarrage sécurisé :

   "properties": {
       ...,
       "securityProfile": {
           "enableVTPM": false,
           "enableSecureBoot": false,
       }
   }
   

2. Déployez votre modèle mis à jour avec vTPM et le démarrage sécurisé désactivé sur votre pool de nœuds. Pour obtenir des instructions détaillées, consultez Déployer un cluster AKS à l’aide d’un modèle ARM.

3. Une fois le déploiement terminé, vérifiez que votre pool de nœuds utilise l’image attendue.

   Si vTPM ou le démarrage sécurisé reste activé, les nœuds de lancement approuvé ont la sortie suivante :

   • Version de l'image de nœud contenant "TL", par exemple "AKSUbuntu-2204-gen2TLcontainerd".
   • "Security-type" a la valeur "Trusted Launch".

   Si vous désactivez vTPM et le démarrage sécurisé, la version de l’image de nœud ne doit pas contenir "TL"et "Security-type" ne doit pas être "Trusted Launch".

   kubectl get nodes
   kubectl describe node {node-name} | grep -e node-image-version -e security-type
   

1. Mettez à jour votre fichier Bicep avec les paramètres de lancement approuvé. Avant de mettre à jour le fichier, passez en revue les paramètres suivants :

   • enableSecureBoot: permet au démarrage sécurisé d’authentifier une image signée par un éditeur approuvé.
   • enableVTPM: active vTPM et effectue une attestation en mesurant l’intégralité de la chaîne de démarrage de votre machine virtuelle.

   Dans votre fichier Bicep, définissez enableVTPM, enableSecureBootou les deux dans le pool securityProfilede nœuds . L’exemple suivant désactive à la fois vTPM et le démarrage sécurisé :

   properties: {
     // ...
     securityProfile: {
       enableVTPM: false
       enableSecureBoot: false
     }
   }
   

2. Déployez votre fichier Bicep mis à jour avec vTPM et le démarrage sécurisé désactivé sur votre pool de nœuds. Pour obtenir des instructions détaillées, consultez Déployer un cluster AKS à l’aide d’un fichier Bicep.

3. Une fois le déploiement terminé, vérifiez que votre pool de nœuds utilise l’image attendue.

   Si vTPM ou le démarrage sécurisé reste activé, les nœuds de lancement approuvé ont la sortie suivante :

   • Version de l'image de nœud contenant "TL", par exemple "AKSUbuntu-2204-gen2TLcontainerd".
   • "Security-type" a la valeur "Trusted Launch".

   Si vous désactivez vTPM et le démarrage sécurisé, la version de l’image de nœud ne doit pas contenir "TL"et "Security-type" ne doit pas être "Trusted Launch".

   kubectl get nodes
   kubectl describe node {node-name} | grep -e node-image-version -e security-type
   

Le fournisseur Terraform AzureRM (azurerm) ne prend pas en charge le lancement approuvé, car il n’expose pas les paramètres du pool de nœuds de lancement approuvé. Pour désactiver vTPM ou le démarrage sécurisé sur un pool de nœuds existant, utilisez les instructions de Azure CLI, de modèle ARM ou de Bicep dans cet article.

Le portail Azure ne prend pas en charge la désactivation de vTPM ou le démarrage sécurisé sur un pool de nœuds existant. Pour désactiver vTPM ou le démarrage sécurisé sur un pool de nœuds existant, utilisez les instructions de Azure CLI, de modèle ARM ou de Bicep dans cet article.