Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Support des modèles de lancement pour les groupes de nœuds gérés
<a name="launch-template-support"></a>

[eksctl prend en charge le lancement de groupes de nœuds gérés à l'aide d'un modèle de lancement EC2 fourni.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-launch-templates.html) Cela permet de multiples options de personnalisation pour les groupes de nœuds, notamment la fourniture d'AMI et de groupes de sécurité personnalisés, et la transmission de données utilisateur pour le démarrage des nœuds.

## Création de groupes de nœuds gérés à l'aide d'un modèle de lancement fourni
<a name="_creating_managed_nodegroups_using_a_provided_launch_template"></a>

```
# managed-cluster.yaml
# A cluster with two managed nodegroups
---
apiVersion: eksctl.io/v1alpha5
kind: ClusterConfig

metadata:
  name: managed-cluster
  region: us-west-2

managedNodeGroups:
  - name: managed-ng-1
    launchTemplate:
      id: lt-12345
      version: "2" # optional (uses the default launch template version if unspecified)

  - name: managed-ng-2
    minSize: 2
    desiredCapacity: 2
    maxSize: 4
    labels:
      role: worker
    tags:
      nodegroup-name: managed-ng-2
    privateNetworking: true
    launchTemplate:
      id: lt-12345
```

## Mise à niveau d'un groupe de nœuds géré pour utiliser une version de modèle de lancement différente
<a name="_upgrading_a_managed_nodegroup_to_use_a_different_launch_template_version"></a>

```
eksctl upgrade nodegroup --name=managed-ng-1 --cluster=managed-cluster --launch-template-version=3
```

**Note**  
Si un modèle de lancement utilise une AMI personnalisée, la nouvelle version doit également utiliser une AMI personnalisée, sinon l'opération de mise à niveau échouera

Si un modèle de lancement n'utilise pas d'AMI personnalisée, la version de Kubernetes vers laquelle effectuer la mise à niveau peut également être spécifiée :

```
eksctl upgrade nodegroup --name=managed-ng-1 --cluster=managed-cluster --launch-template-version=3 --kubernetes-version=1.17
```

## Remarques sur la prise en charge des AMI personnalisées et des modèles de lancement
<a name="_notes_on_custom_ami_and_launch_template_support"></a>
+ Lorsqu'un modèle de lancement est fourni, les champs suivants ne sont pas pris en charge : `instanceType` `ami` `ssh.allow``ssh.sourceSecurityGroupIds`,`securityGroups`,`instancePrefix`,`instanceName`,`ebsOptimized`,`volumeEncrypted`,`volumeKmsKeyID`,`volumeIOPS`,`maxPodsPerNode`,`preBootstrapCommands`, `overrideBootstrapCommand` et`disableIMDSv1`.
+ Lorsque vous utilisez une AMI personnalisée (`ami`), elle `overrideBootstrapCommand` doit également être configurée pour effectuer le démarrage.
+  `overrideBootstrapCommand`ne peut être défini que lors de l'utilisation d'une AMI personnalisée.
+ Lorsqu'un modèle de lancement est fourni, les balises spécifiées dans la configuration du groupe de nœuds s'appliquent uniquement à la ressource EKS Nodegroup et ne sont pas propagées aux instances EC2.