

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.

# Créer un modèle de lancement à l’aide de paramètres avancés
<a name="advanced-settings-for-your-launch-template"></a>

Cette rubrique explique comment créer un modèle de lancement avec des paramètres avancés à partir du AWS Management Console.

**Pour créer un modèle de lancement à l'aide des paramètres avancés**

1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).

1. Dans le volet de navigation, sous **Instances**, choisissez **Modèles de lancement**, puis choisissez **Créer un modèle de lancement**.

1. Configurez votre modèle de lancement comme décrit dans les rubriques suivantes :
   +  [Réglages requis](#configure-required-settings) 
   +  [Réglages avancés](#configure-advanced-settings) 

1. Choisissez **Créer un modèle de lancement**.

## Réglages requis
<a name="configure-required-settings"></a>

Lorsque vous créez un modèle de lancement, vous devez inclure les paramètres obligatoires suivants.

**Nom du modèle de lancement**  
Entrez un nom unique qui décrit le modèle de lancement.

**Images d’applications et de systèmes d’exploitation (Amazon Machine Image)**  
Choisissez l'Amazon Machine Image (AMI) que vous souhaitez utiliser. Vous pouvez rechercher ou parcourir l'AMI que vous souhaitez utiliser. Pour optimiser l'efficacité de la mise à l'échelle, choisissez une AMI personnalisée entièrement configurée pour lancer une instance avec le code de votre application et nécessitant peu de modifications au lancement.

**Type d’instance**  
Choisissez un type d'instance compatible avec votre AMI. Vous pouvez ignorer l'ajout d'un type d'instance à votre modèle de lancement si vous prévoyez d'utiliser plusieurs types d'instances intégrés dans la définition des ressources du groupe Auto Scaling. Un type d'instance n'est requis que si vous ne prévoyez pas de créer un [groupe d'instances mixtes](ec2-auto-scaling-mixed-instances-groups.md).

## Réglages avancés
<a name="configure-advanced-settings"></a>

Les paramètres avancés sont facultatifs. Si vous ne configurez aucun paramètre avancé, les fonctionnalités spécifiques ne seront pas ajoutées à vos instances.

Développez la section **Détails avancés** pour afficher les paramètres avancés. Les sections suivantes décrivent les paramètres avancés les plus utiles sur lesquels se concentrer lors de la création d'un modèle de lancement pour un groupe Auto Scaling. Pour plus d'informations, consultez les [informations avancées](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-launch-template.html#lt-advanced-details) dans le guide de l'*utilisateur Amazon EC2*.

**Profil d'instance IAM**  
Le profil d'instance contient le rôle IAM que vous souhaitez utiliser. Lorsque votre groupe Auto Scaling lance une instance EC2, les autorisations définies dans le rôle IAM associé sont accordées aux applications exécutées sur l'instance. Pour de plus amples informations, veuillez consulter [Rôle IAM pour les applications qui s'exécutent sur des instances Amazon EC2](us-iam-role.md).

**Protection de la résiliation**  
Lorsqu'elle est activée, cette fonctionnalité empêche les utilisateurs de mettre fin à une instance à l'aide de la console Amazon EC2, des commandes CLI et des opérations d'API. La protection contre les interruptions constitue une protection supplémentaire contre les interruptions accidentelles. Cela n'empêche pas Amazon EC2 Auto Scaling de mettre fin à une instance. Pour contrôler les instances auxquelles Amazon EC2 Auto Scaling peut mettre fin, [Utiliser la protection évolutive de l'instance pour contrôler la fermeture de l'instance](ec2-auto-scaling-instance-protection.md) consultez.

** CloudWatch Surveillance détaillée**  
Vous pouvez activer la surveillance détaillée de vos instances EC2 afin de leur permettre d'envoyer des données métriques à Amazon à CloudWatch intervalles d'une minute. Par défaut, les instances EC2 envoient des données métriques à CloudWatch des intervalles de 5 minutes. Des frais supplémentaires s’appliquent. Pour de plus amples informations, veuillez consulter [Configurer la surveillance pour les instances à scalabilité automatique](enable-as-instance-metrics.md).

**Spécification du crédit**  
Amazon EC2 fournit des instances de performances évolutives, telles que T2, T3 et T3a, qui permettent aux applications de dépasser les performances de base du processeur lorsque cela est nécessaire. Par défaut, ces instances peuvent éclater pendant une durée limitée avant que leur utilisation du processeur ne soit limitée. Vous pouvez éventuellement activer le mode illimité afin que les instances puissent dépasser la ligne de base aussi longtemps que nécessaire. Cela permet aux applications de maintenir des performances élevées du processeur lorsque cela est nécessaire. Des frais supplémentaires peuvent s'appliquer. Pour plus d'informations, consultez [Use an Auto Scaling group to launch a burstable performance instance Unlimited](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-how-to.html#burstable-performance-instances-auto-scaling-grp) dans le guide de l'*utilisateur Amazon EC2*.

**Nom du groupe de placement**  
Vous pouvez spécifier un groupe de placement et utiliser une stratégie de cluster ou de partition pour influencer la manière dont vos instances sont physiquement situées dans le centre de AWS données. Pour les petits groupes Auto Scaling, vous pouvez également utiliser la stratégie de spread. Pour plus d'informations, consultez la section [Groupes de placement](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html) dans le guide de l'*utilisateur Amazon EC2*.  
Certaines considérations doivent être prises en compte lors de l'utilisation de groupes de placement avec des groupes Auto Scaling :  
+ Si un groupe de placement est spécifié à la fois dans le modèle de lancement et dans le groupe Auto Scaling, le groupe de placement du groupe Auto Scaling est prioritaire.
+ Dans CloudFormation, soyez prudent si vous définissez un groupe de placement dans le modèle de lancement. Amazon EC2 Auto Scaling lancera les instances dans le groupe de placement spécifié. Cependant, je ne CloudFormation recevrai pas de signaux de ces instances si vous en utilisez un [UpdatePolicy](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-attribute-updatepolicy.html)avec votre groupe Auto Scaling (bien que cela puisse changer à l'avenir). 

**Option d’achat**  
Vous pouvez choisir **Request Spot Instances** pour demander des instances Spot au prix Spot, plafonné au prix à la demande, et choisir **Personnaliser** pour modifier les paramètres par défaut des instances Spot. Pour un groupe Auto Scaling, vous devez spécifier une demande unique sans date de fin (valeur par défaut). Pour de plus amples informations, veuillez consulter [Demander des instances Spot pour des applications flexibles et tolérantes aux pannes](launch-template-spot-instances.md). Ce paramètre peut être utile dans des circonstances particulières, mais en général, il est préférable de ne pas le spécifier et de créer plutôt un groupe d’instances mixtes. Pour de plus amples informations, veuillez consulter [Groupes Auto Scaling combinant plusieurs types d'instances et options d'achat](ec2-auto-scaling-mixed-instances-groups.md).   
Si vous spécifiez une demande d’instance Spot dans votre modèle de lancement, vous ne pouvez pas créer de groupe d’instances mixtes. Si vous essayez d’utiliser un modèle de lancement qui demande des instances Spot avec un groupe d’instances mixtes, le message d’erreur suivant s’affiche : `Incompatible launch template: You cannot use a launch template that is set to request Spot Instances (InstanceMarketOptions) when you configure an Auto Scaling group with a mixed instances policy. Add a different launch template to the group and try again.`

**Capacity Reservation**  
Les réservations de capacité vous permettent de réserver de la capacité pour vos instances Amazon EC2 dans une zone de disponibilité spécifique pour une durée quelconque. Pour plus d’informations, consultez [Réserves de capacité à la demande](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) dans le *Guide de l’utilisateur Amazon EC2*.  
Vous pouvez choisir de lancer des instances dans :  
+ toute réservation de capacité ouverte (**ouverte**)
+ une réservation de capacité spécifique (**cible par ID**)
+ un groupe de réservations de capacité (**cible par groupe**)
Pour cibler une réservation de capacité spécifique, le type d'instance indiqué dans votre modèle de lancement doit correspondre au type d'instance de la réservation. Lorsque vous créez votre groupe Auto Scaling, utilisez la même zone de disponibilité que la réservation de capacité. En fonction de Région AWS votre choix, vous pouvez choisir de cibler un bloc de capacité à la place. Pour de plus amples informations, veuillez consulter [Utilisation Capacity Blocks pour les charges de travail liées au machine learning](launch-template-capacity-blocks.md).  
Pour cibler un groupe de réservations de capacité, voir[Réservez des capacités dans des zones de disponibilité spécifiques avec des réservations de capacité](use-ec2-capacity-reservations.md). En ciblant un groupe de réservations de capacité, vous pouvez répartir la capacité sur plusieurs zones de disponibilité afin d'améliorer la résilience.

**Tenancy**  
Amazon EC2 propose trois options pour la location de vos instances EC2 :   
+ Partagé (**partagé**) — Plusieurs Comptes AWS peuvent partager le même matériel physique. Il s'agit de l'option de location par défaut lors du lancement d'une instance.
+ Instances dédiées (**dédiées**) : votre instance s'exécute sur du matériel à locataire unique. Aucun autre AWS client ne partage le même serveur physique. Pour plus d'informations, consultez [Instances dédiées](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-instance.html) dans le *Guide de l'utilisateur Amazon EC2*.
+ Hôtes **dédiés (hôte dédié**) : l'instance s'exécute sur un serveur physique dédié à votre usage. L'utilisation d'hôtes dédiés permet d'apporter plus facilement à EC2 vos propres licences (BYOL) répondant à des exigences matérielles spécifiques et répondant aux cas d'utilisation liés à la conformité. Si vous choisissez cette option, vous devez fournir un groupe de ressources hôtes pour le groupe de **ressources hôte Tenancy**. Pour plus d'informations, consultez la section sur les [hôtes dédiés](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-overview.html) dans le *guide de l'utilisateur Amazon EC2*.
Support pour les hôtes dédiés uniquement si vous spécifiez un groupe de ressources hôtes. Vous ne pouvez pas cibler un hôte spécifique ou utiliser l’affinité de placement de l’hôte.   
+ Si vous essayez d'utiliser un modèle de lancement qui spécifie un ID d'hôte, le message d'erreur suivant s'affiche : `Incompatible launch template: Tenancy host ID is not supported for Auto Scaling.`
+ Si vous essayez d'utiliser un modèle de lancement qui spécifie l'affinité de placement de l'hôte, le message d'erreur suivant s'affiche : `Incompatible launch template: Auto Scaling does not support host placement affinity.`

**Groupe de ressources de l'hôte locataire**  
Vous pouvez y apporter vos propres licences AWS et les gérer de manière centralisée. AWS License Manager Un groupe de ressources d'hôtes est un groupe d'hôtes dédiés liés à une configuration de licence License Manager spécifique. Les groupes de ressources hôtes vous permettent de lancer facilement des instances EC2 sur des hôtes dédiés qui répondent à vos besoins en matière de licences logicielles. Il n'est pas nécessaire d'allouer manuellement des hôtes dédiés à l'avance. Ils sont automatiquement créés selon les besoins. Notez que lorsque vous associez une AMI à une configuration de licence, cette AMI ne peut être associée qu'à un seul groupe de ressources hôtes à la fois. Pour plus d'informations, consultez la section [Groupes de ressources Host AWS License Manager dans](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) le *Guide de l'utilisateur du License Manager*. 

**Configurations de licence**  
Ce paramètre vous permet de définir une configuration de licence pour vos instances sans restreindre leur location à des hôtes dédiés. La configuration des licences permet de suivre les licences logicielles déployées sur les instances afin que vous puissiez surveiller l'utilisation et la conformité de vos licences. Pour plus d'informations, consultez la section [Créer une licence autogérée](https://docs.aws.amazon.com/license-manager/latest/userguide/create-license-configuration.html) dans le *Guide de l'utilisateur du License Manager*.

**Métadonnées accessibles**  
Vous pouvez choisir d'activer ou de désactiver l'accès au point de terminaison HTTP du service de métadonnées d'instance. Par défaut, le point de terminaison HTTP est activé. Si vous choisissez de désactiver le point de terminaison, l'accès aux métadonnées de votre instance est désactivé. Vous pouvez spécifier la condition à requérir IMDSv2 uniquement lorsque le point de terminaison HTTP est activé. Pour plus d’informations, consulter [Configurer les options de métadonnées d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html) dans le *Guide de l’utilisateur Amazon EC2*.

**Version des métadonnées**  
Vous pouvez choisir d'exiger l'utilisation du service de métadonnées d'instance version 2 (IMDSv2) lorsque vous demandez des métadonnées d'instance. Si vous ne spécifiez aucune valeur, la valeur par défaut est de prendre en charge à la fois IMDSv1 et IMDSv2. Pour plus d’informations, consulter [Configurer les options de métadonnées d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html) dans le *Guide de l’utilisateur Amazon EC2*.

**Limite de sauts de réponse des jetons de métadonnées**  
Vous pouvez définir le nombre de sauts réseau autorisés pour le jeton de métadonnées. Si vous ne spécifiez pas de valeur, la valeur par défaut est 1. Pour plus d’informations, consulter [Configurer les options de métadonnées d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html) dans le *Guide de l’utilisateur Amazon EC2*.

**Données de l’utilisateur**  
Vous pouvez personnaliser et terminer la configuration de vos instances au moment du lancement en spécifiant des scripts shell ou des directives cloud-init sous forme de données utilisateur. Les données utilisateur s'exécutent au démarrage initial de l'instance, ce qui vous permet d'installer automatiquement des applications, des dépendances ou des personnalisations au moment du lancement. Pour plus d'informations, consultez la section [Exécuter des commandes sur votre instance Linux au lancement](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/user-data.html) dans le guide de l'*utilisateur Amazon EC2*.  
Si vous avez des téléchargements volumineux ou des scripts complexes, cela augmente le temps nécessaire pour que l'instance soit prête à être utilisée. Dans ce cas, vous devrez peut-être configurer un hook de cycle de vie pour empêcher une instance d'atteindre l'`InService`état jusqu'à ce qu'elle soit entièrement provisionnée. Pour plus d'informations sur l'ajout d'un hook de cycle de vie à votre groupe Auto Scaling, consultez[Hooks de cycle de vie Amazon EC2 Auto Scaling](lifecycle-hooks.md).

# Demander des instances Spot pour des applications flexibles et tolérantes aux pannes
<a name="launch-template-spot-instances"></a>

Dans votre modèle de lancement, vous pouvez éventuellement demander des Instances Spot sans date de fin ni durée. Les instances Spot Amazon EC2 sont disponibles à des réductions importantes par rapport au prix EC2 à la demande. Les instances Spot constituent un choix économique si vous êtes flexible quant au moment où vos applications s’exécutent et à la possibilité de les interrompre. Pour plus d'informations sur la création d'un modèle de lancement qui demande des Instances Spot, consultez [Créer un modèle de lancement à l’aide de paramètres avancés](advanced-settings-for-your-launch-template.md). 

**Important**  
Les instances Spot sont généralement utilisées pour compléter les instances à la demande. Dans ce scénario, vous pouvez spécifier les mêmes paramètres que ceux qui sont utilisés pour lancer des instances Spot dans le cadre des paramètres de votre groupe Auto Scaling. Lorsque vous spécifiez les paramètres dans le groupe Auto Scaling, vous pouvez demander de lancer des instances Spot uniquement après avoir lancé un certain nombre d'instances à la demande, puis continuer à lancer une combinaison d'instances à la demande et d'instances Spot au fur et à mesure que le groupe évolue. Pour de plus amples informations, veuillez consulter [Groupes Auto Scaling combinant plusieurs types d'instances et options d'achat](ec2-auto-scaling-mixed-instances-groups.md). 

Cette rubrique décrit comment lancer uniquement des Instances Spot dans votre groupe Auto Scaling en spécifiant les paramètres dans un modèle de lancement, plutôt que dans le groupe Auto Scaling lui-même. Les informations de cette rubrique s'appliquent également aux groupes Auto Scaling qui demandent des instances Spot avec une [configuration du lancement](create-launch-config.md). La différence est qu'une configuration du lancement requiert un prix maximum, mais pour les modèles de lancement, le prix maximum est facultatif.

Lorsque vous créez un modèle de lancement pour lancer uniquement des instances Spot, gardez à l'esprit les considérations suivantes :
+ **prix Spot.** Vous ne payez que le prix Spot actuel pour les instances Spot que vous lancez. Cette tarification change lentement au fil du temps en fonction des tendances à long terme de l'offre et de la demande. Pour plus d'informations, consultez les [sections Instances Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) et [tarification et économies](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html#spot-pricing) dans le guide de l'*utilisateur Amazon EC2*. 
+ **Paramétrage du prix maximum.** Vous pouvez éventuellement inclure un prix maximum par heure pour les Instances Spot dans votre modèle de lancement. Si votre prix maximum dépasse le prix Spot actuel, le service Spot d'Amazon EC2 satisfait votre demande immédiatement si la capacité est disponible. Si le prix de l'instance Spot dépasse votre prix maximum pour une instance en cours d'exécution dans votre groupe Auto Scaling, il résilie votre instance.
**Avertissement**  
Votre application peut ne pas fonctionner si vous ne recevez pas d'Instances Spot, par exemple lorsque votre prix maximum est trop bas. Pour profiter des Instances Spot disponibles le plus longtemps possible, définissez votre prix maximum proche du prix à la demande.
+ **Équilibrage sur toutes les zones de disponibilité.** Si vous spécifiez plusieurs zones de disponibilité, Amazon EC2 Auto Scaling répartit les demandes ponctuelles sur ces zones de disponibilité. Si votre prix maximum pour les instances Spot est trop faible dans une zone de disponibilité et ne permet pas de satisfaire les demandes, Amazon EC2 Auto Scaling vérifie si les demandes ont été satisfaites dans les autres zones de disponibilité. Si c'est le cas, Amazon EC2 Auto Scaling annule les demandes qui ont échoué et les répartit entre les zones de disponibilité qui ont des demandes satisfaites. Si le prix dans une zone de disponibilité n'ayant aucune demande satisfaite baisse suffisamment pour que les demandes futures soient acceptées, Amazon EC2 Auto Scaling procède à un rééquilibrage sur toutes les zones de disponibilité.
+ **Résiliation d'instance Spot.** Les Instances Spot peuvent être résiliées à tout moment. Le service Spot d'Amazon EC2 peut résilier des Instances Spot dans votre groupe Auto Scaling si la disponibilité ou le prix des Instances Spot change. Lors de la mise à l'échelle ou de la surveillance de l'état, Amazon EC2 Auto Scaling peut également résilier les Instances Spot de la même manière qu'il peut résilier les Instances à la demande. Lorsqu'une instance est résiliée, tout stockage est supprimé. 
+ **Maintenir la capacité souhaitée.** Lorsqu'une Instance Spot est résiliée, Amazon EC2 Auto Scaling tente de lancer une autre Instance Spot pour maintenir la capacité souhaitée pour le groupe. Si le prix Spot actuel est inférieur à votre prix maximum, il lance une Instance Spot. Si la demande d'une Instance Spot n'aboutit pas, il continue à essayer. 
+ **Modification du prix maximum.** Pour modifier votre prix maximum, créez un nouveau modèle de lancement ou mettez à jour un modèle de lancement existant avec le nouveau prix maximum, puis associez-le à votre groupe Auto Scaling. Les Instances Spot existantes continuent à s'exécuter tant que le prix maximum spécifié dans le modèle de lancement utilisé pour ces instances est supérieur au prix Spot actuel. Si vous n'avez pas défini de prix maximum, le prix maximum par défaut est le prix à la demande.

# Utilisation Capacity Blocks pour les charges de travail liées au machine learning
<a name="launch-template-capacity-blocks"></a>

Capacity Blocksvous aider à réserver des instances de GPU très recherchées à une date future afin de prendre en charge vos charges de travail de courte durée liées à l'apprentissage automatique (ML).

Pour un aperçu de Capacity Blocks leur fonctionnement, consultez le manuel d'apprentissage [Capacity Blocksautomatique dans le](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html) guide de l'*utilisateur Amazon EC2*. 

Pour commencer à l'utiliserCapacity Blocks, vous devez créer une réservation de capacité dans une zone de disponibilité spécifique. Capacity Blockssont livrés sous forme `targeted` de réservations de capacité dans une seule zone de disponibilité. Lorsque vous créez votre modèle de lancement, spécifiez l'ID de réservation et le type d'instance du Capacity Block. Mettez ensuite à jour votre groupe Auto Scaling pour utiliser le modèle de lancement que vous avez créé et la zone de disponibilité du Capacity Block. Lorsque votre réservation de bloc de capacité commence, utilisez le dimensionnement planifié pour lancer le même nombre d'instances que votre réservation de bloc de capacité.

**Important**  
Capacity Blocksne sont disponibles que pour certains types d'instances Amazon EC2 et. Régions AWS Pour plus d'informations, consultez la section [Conditions requises](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-blocks-using.html#capacity-blocks-prerequisites) dans le guide de l'*utilisateur Amazon EC2.*

**Topics**
+ [Directives opérationnelles](#capacity-blocks-operational-guidelines)
+ [Spécifier un bloc de capacité dans votre modèle de lancement](#specify-a-capacity-block-in-your-launch-template)
+ [Limitations](#capacity-blocks-limitations)
+ [Ressources connexes](#capacity-blocks-related-resources)

## Directives opérationnelles
<a name="capacity-blocks-operational-guidelines"></a>

Voici les directives opérationnelles de base que vous devez suivre lorsque vous utilisez un bloc de capacité avec un groupe Auto Scaling.
+ Effectuez une mise à l’échelle horizontale à zéro de votre groupe Auto Scaling plus de 30 minutes avant l’heure de fin de la réservation du bloc de capacité. Amazon EC2 mettra fin à toutes les instances encore en cours d’exécution 30 minutes avant l’heure de fin du bloc de capacité.
+ Nous vous recommandons d'utiliser le dimensionnement planifié pour augmenter (ajouter des instances) et augmenter (supprimer des instances) aux heures de réservation appropriées. Pour de plus amples informations, veuillez consulter [Mise à l'échelle planifiée pour Amazon EC2 Auto Scaling](ec2-auto-scaling-scheduled-scaling.md).
+ Ajoutez des hooks de cycle de vie selon les besoins pour effectuer un arrêt optimal de votre application dans les instances lors de la mise à l’échelle. Laissez suffisamment de temps pour que l’action du cycle de vie soit terminée *avant* qu’Amazon EC2 ne commence à résilier de force vos instances 30 minutes avant l’heure de fin de la réservation du bloc de capacité. Pour de plus amples informations, veuillez consulter [Hooks de cycle de vie Amazon EC2 Auto Scaling](lifecycle-hooks.md).
+ Assurez-vous que le groupe Auto Scaling pointe vers la bonne version du modèle de lancement pendant toute la durée de la réservation. Nous vous recommandons de pointer vers une version spécifique du modèle de lancement plutôt que vers la version `$Default` ou `$Latest`.

**Note**  
Si vous laissez une instance de Capacity Block en cours d'exécution jusqu'à la fin de la réservation et qu'Amazon EC2 la récupère, les activités de dimensionnement de votre groupe Auto Scaling indiquent qu'elle était `taken out of service in response to an EC2 health check that indicated it had been terminated or stopped` « », même si elle a été volontairement récupérée à la fin du Capacity Block. De même, Amazon EC2 Auto Scaling tentera de remplacer l'instance de la même manière que pour toute instance dont le bilan de santé échoue. Pour de plus amples informations, veuillez consulter [Surveillance de l’état des instances dans un groupe Auto Scaling](ec2-auto-scaling-health-checks.md).

## Spécifier un bloc de capacité dans votre modèle de lancement
<a name="specify-a-capacity-block-in-your-launch-template"></a>

Pour créer un modèle de lancement qui cible un bloc de capacité spécifique pour votre groupe Auto Scaling, appliquez l'une des méthodes suivantes :

------
#### [ Console ]

**Pour spécifier un bloc de capacité dans votre modèle de lancement (console)**

1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).

1. Dans la barre de navigation supérieure, sélectionnez l' Région AWS endroit où vous avez créé votre bloc de capacité. 

1. Dans le volet de navigation, sous **Instances**, choisissez **Modèles de lancement**.

1. Choisissez **Créer un modèle de lancement**, puis créez le modèle de lancement. Indiquez l’ID d’Amazon Machine Image (AMI), le type d’instance et tout autre paramètre du modèle de lancement, le cas échéant.

1. Développez la section **Détails avancés** pour afficher les paramètres avancés.

1. Pour l’**option d’achat**, choisissez **Blocs de capacité**.

1. Pour la **réservation de capacité**, choisissez **Cible par ID**, puis pour **Réservation de capacité - Cible par ID**, choisissez l’ID de réservation de capacité d’un bloc de capacité existant.

1. Lorsque vous avez terminé, choisissez **Créer un modèle de lancement**.

   Pour obtenir de l'aide sur la création d'un groupe Auto Scaling avec un modèle de lancement, consultez[Créer un groupe Auto Scaling avec un modèle de lancement](create-asg-launch-template.md). 

------
#### [ AWS CLI ]

**Pour spécifier un bloc de capacité dans votre modèle de lancement (AWS CLI)**  
Utilisez la [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html)commande suivante pour créer un modèle de lancement qui spécifie un ID de réservation de bloc de capacité existant. Remplacez chaque *user input placeholder* par vos propres informations.

```
aws ec2 create-launch-template --launch-template-name my-template-for-capacity-block  \
  --version-description AutoScalingVersion1 --region us-east-2 \
  --launch-template-data file://config.json
```

**Astuce**  
Si cette commande génère une erreur, assurez-vous d'avoir mis à jour AWS CLI localement la dernière version.

Contenu de `config.json`.

```
{
    "ImageId": "ami-04d5cc9b88example",
    "InstanceType": "p4d.24xlarge",
    "SecurityGroupIds": [
        "sg-903004f88example"
    ], 
    "KeyName": "MyKeyPair",
    "InstanceMarketOptions": {
        "MarketType": "capacity-block"
    },
    "CapacityReservationSpecification": {
        "CapacityReservationTarget": {
            "CapacityReservationId": "cr-02168da1478b509e0"
        }
    }
}
```

Voici un exemple de sortie. 

```
{
    "LaunchTemplate": {
        "LaunchTemplateId": "lt-068f72b724example",
        "LaunchTemplateName": "my-template-for-capacity-block",
        "CreateTime": "2023-10-27T15:12:44.000Z",
        "CreatedBy": "arn:aws:iam::123456789012:user/Bob",
        "DefaultVersionNumber": 1,
        "LatestVersionNumber": 1
    }
}
```

Vous pouvez utiliser la [describe-launch-template-versions](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-launch-template-versions.html)commande suivante pour vérifier l'ID de réservation du bloc de capacité associé au modèle de lancement.

```
aws ec2 describe-launch-template-versions --launch-template-names my-template-for-capacity-block \
  --region us-east-2
```

Voici un exemple de sortie d’un modèle de lancement indiquant une réservation de bloc de capacité.

```
{
    "LaunchTemplateVersions": [
        {
            "LaunchTemplateId": "lt-068f72b724example",
            "LaunchTemplateName": "my-template-for-capacity-block",
            "VersionNumber": 1,
            "CreateTime": "2023-10-27T15:12:44.000Z",
            "CreatedBy": "arn:aws:iam::123456789012:user/Bob",
            "DefaultVersion": true,
            "LaunchTemplateData": {
                "ImageId": "ami-04d5cc9b88example",
                "InstanceType": "p5.48xlarge",
                "SecurityGroupIds": [
                    "sg-903004f88example"
                ], 
                "KeyName": "MyKeyPair",
                "InstanceMarketOptions": {
                    "MarketType": "capacity-block"
                },
                "CapacityReservationSpecification": {
                    "CapacityReservationTarget": {
                        "CapacityReservationId": "cr-02168da1478b509e0"
                    }
                }
            }
        }
    ]
}
```

------

## Limitations
<a name="capacity-blocks-limitations"></a>
+ Support pour n'Capacity Blocksest disponible que si votre groupe Auto Scaling possède une configuration compatible. Les groupes d’instances mixtes et les groupes chauds ne sont pas pris en charge.
+ Vous ne pouvez cibler qu'un seul bloc de capacité à la fois.

## Ressources connexes
<a name="capacity-blocks-related-resources"></a>
+ Pour connaître les conditions préalables et les recommandations relatives à l'utilisation des instances P5, consultez la section [Commencer avec les instances P5](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/p5-instances-started.html) dans le guide de l'utilisateur *Amazon* EC2. 
+ Amazon EKS prend en charge l'utilisation Capacity Blocks pour prendre en charge vos charges de travail d'apprentissage automatique (ML) de courte durée sur les clusters Amazon EKS. Pour plus d'informations, consultez la section [Capacity Blocksconsacrée au ML](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks.html) dans le **guide de l'utilisateur Amazon EKS**.
+ Vous pouvez l'utiliser Capacity Blocks avec les types d'instances et les régions pris en charge. Cependant, les réservations de capacité à la demande offrent la flexibilité nécessaire pour réserver de la capacité pour d'autres types d'instances et régions. Pour consulter un didacticiel expliquant comment utiliser l'option de réservation de capacité à la demande, consultez[Réservez des capacités dans des zones de disponibilité spécifiques avec des réservations de capacité](use-ec2-capacity-reservations.md).