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.
# Modalités de facturation et d'achat de l'Amazon EC2
Vous pouvez utiliser les possibilités suivantes pour optimiser vos coûts pour Amazon EC2 :
+ **[Instances à la demande](ec2-on-demand-instances.md)** : payez, par seconde, pour les instances que vous lancez.
+ **[Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html)** (Plans d’économies) – Réduisez vos coûts Amazon EC2 en vous engageant pour une utilisation continue, en USD par heure, pour une durée de 1 à 3 ans.
+ **[Instances réservées](ec2-reserved-instances.md)** – Réduisez vos coûts Amazon EC2 en vous engageant pour une configuration d’instance continue, incluant le type et la région, pour une durée de 1 à 3 ans.
+ **[Instances Spot](using-spot-instances.md)** : demandez des instances EC2 inutilisées, ce qui peut réduire vos coûts Amazon EC2 de façon considérable.
+ **[Hôtes dédiés](dedicated-hosts-overview.md)** – Paiement d’un hôte physique qui est entièrement dédié à l’exécution de vos instances et utilisation du modèle BYOL (Bring-Your-Own-License) pour vos licences logicielles par socket, par cœur ou par ordinateur virtuel afin de réduire les coûts.
+ **[Instances dédiées](dedicated-instance.md)** – Payez à l’heure, pour les instances qui s’exécutent sur un matériel à client unique.
+ **[Réservations de capacité](capacity-reservation-overview.md)** – Réservez de la capacité pour vos instances EC2 dans une zone de disponibilité spécifique.
Si vous ne pouvez pas vous engager sur une configuration d'instance spécifique, mais plutôt sur un montant d'utilisation, achetez des Savings Plans pour réduire vos coûts d'instance à la demande. Si vous avez besoin d’une réservation de capacité, achetez des instances réservées ou des réservations de capacité pour une zone de disponibilité spécifique. Les blocs de capacité peuvent être utilisés pour réserver un cluster d’instances GPU. 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. Les hôtes dédiés ou les instances dédiées peuvent vous aider à satisfaire vos exigences en matière de conformité et à réduire les coûts en utilisant vos licences logicielles existantes liées au serveur.
Pour plus d’informations, consultez [Tarification Amazon EC2](https://aws.amazon.com/ec2/pricing/) et [Instances gérées Amazon EC2](amazon-ec2-managed-instances.md).
# Achat d'instances à la demande pour Amazon EC2
Avec les instances à la demande, vous payez la capacité de calcul à la seconde, sans engagement à long terme. Vous bénéficiez d’un contrôle complet sur le cycle de vie de l’instance : vous décidez quand la lancer, l’arrêter, la mettre en veille prolongée, la démarrer, la redémarrer ou la résilier.
Aucun engagement à long terme n’est requis lorsque vous achetez des instances à la demande. Vous payez uniquement pour les secondes pendant lesquelles vos Instances à la demande sont à l’état `running`, avec un minimum de 60 secondes. Le prix par seconde pour une instance à la demande en cours d'exécution est fixe et est indiqué sur la page de [ EC2 tarification Amazon et sur la page de tarification à la demande](https://aws.amazon.com/ec2/pricing/on-demand/) d'.
Nous vous recommandons d’utiliser des instances à la demande pour les applications avec des charges de travail irrégulières à court terme qui ne peuvent pas être interrompues.
Pour réaliser des économies importantes par rapport aux instances à la demande, utilisez [AWS Savings Plans](https://aws.amazon.com/savingsplans/), [Spot instances](using-spot-instances.md) ou [Aperçu des instances réservées pour Amazon EC2](ec2-reserved-instances.md).
**Contents**
+ [Quotas des instances à la demande](#ec2-on-demand-instances-limits)
+ [Surveiller les quotas et l’utilisation des instances à la demande](#monitoring-on-demand-limits)
+ [Demander une augmentation de quota](#vcpu-limits-request-increase)
+ [Rechercher les prix des instances à la demande](#query-aws-price-list)
## Quotas des instances à la demande
Il existe des quotas pour le nombre d'instances à la demande en cours d'exécution Compte AWS par région. Les quotas d'instances à la demande sont gérés en fonction du *nombre d'unités centrales virtuelles (vCPUs) utilisées* par vos instances à la demande en cours d'exécution, quel que soit le type d'instance. Chaque type de quota indique le nombre maximum de v CPUs pour une ou plusieurs familles d'instances.
Votre compte comprend les quotas suivants pour les instances à la demande. Les instances qui sont en attente, à l’arrêt, arrêtées et en veille prolongée ne sont pas prises en compte dans vos quotas d’instances à la demande. Les réserves de capacité sont prises en compte dans vos quotas d’instances à la demande, même si elles ne sont pas utilisées.
| Name | Par défaut | Ajustable |
| --- | --- | --- |
| Les instances DL à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-6E869C2A) |
| Instances F à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-74FC7D96) |
| Les instances G et VT à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-DB2E81BA) |
| Les instances HPC à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-F7808C92) |
| Toutes les instances mémoire élevée à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-43DA4232) |
| Instances Inf à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-1945791B) |
| Instances P à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-417A185B) |
| Les instances standard à la demande (A, C, D, H, I, M, R, T, Z) en cours d’exécution | 5 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-1216C47A) |
| Les instances Trn à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-2C3B7624) |
| Instances X à la demande en cours d’exécution | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-7295265B) |
Pour plus d'informations sur les différentes familles, générations et tailles d'instances, consultez le [Amazon EC2 Instance Types Guide](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-types.html).
Vous pouvez lancer n'importe quelle combinaison de types d'instances répondant à l'évolution des besoins de votre application, à condition que le nombre de v CPUs ne dépasse pas le quota de votre compte. Par exemple, avec un quota d'instance standard de 256 vCPUs, vous pouvez lancer 32 `m5.2xlarge` instances (32 x 8 vCPUs) ou 16 `c5.4xlarge` instances (16 x 16 vCPUs). Pour plus d'informations, consultez [EC2 la section Limites des instances à la demande](https://aws.amazon.com/ec2/faqs/#EC2_On-Demand_Instance_limits).
**Topics**
+ [Surveiller les quotas et l’utilisation des instances à la demande](#monitoring-on-demand-limits)
+ [Demander une augmentation de quota](#vcpu-limits-request-increase)
### Surveiller les quotas et l’utilisation des instances à la demande
Vous pouvez afficher et gérer les quotas de vos instances à la demande pour chaque région en utilisant les méthodes suivantes.
**Pour afficher vos quotas actuels à l’aide de la console Service Quotas**
1. Ouvrez la console Service Quotas à l'[https://console.aws.amazon.com/servicequotas/home/services/ec2/quotasadresse/](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/).
1. Dans la barre de navigation, sélectionnez une région.
1. Dans le champ de filtre, saisissez **On-Demand**.
1. La colonne **Valeur du quota appliqué** affiche le nombre maximum de v CPUs pour chaque type de quota d'instance à la demande pour votre compte.
**Pour consulter vos quotas actuels à l'aide de la AWS Trusted Advisor console**
Ouvrez la [page des limites de service](https://console.aws.amazon.com/trustedadvisor/home?#/category/service-limits) dans la AWS Trusted Advisor console.
**Pour configurer les CloudWatch alarmes**
Grâce à l'intégration CloudWatch des métriques Amazon, vous pouvez surveiller votre EC2 utilisation par rapport à vos quotas. Vous pouvez également configurer des alarmes pour vous avertir lorsque vous approchez des quotas. Pour plus d'informations, consultez les sections [Service Quotas et Amazon CloudWatch alarmes](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) dans le *Guide de l'utilisateur de Service Quotas*.
### Demander une augmentation de quota
Même si Amazon augmente EC2 automatiquement les quotas de vos instances à la demande en fonction de votre utilisation, vous pouvez demander une augmentation de quota si nécessaire. Par exemple, si vous avez l’intention de lancer plus d’instances que celles autorisées par votre quota actuel, vous pouvez demander une augmentation de quota à l’aide du de la console Service Quotas, comme décrit dans [Quotas EC2 de service Amazon](ec2-resource-limits.md).
## Rechercher les prix des instances à la demande
Vous pouvez utiliser l'API du service de liste de prix ou l'API de liste de AWS prix pour demander les prix des instances à la demande. Pour plus d'informations, consultez la section [Utilisation de l'API AWS Price List](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/price-changes.html) dans le *guide de AWS Billing l'utilisateur*.
# Aperçu des instances réservées pour Amazon EC2
**Important**
Nous recommandons les Savings Plans (plans d’épargne) plutôt que les Instances réservées. Les plans d'épargne constituent le moyen le plus simple et le plus flexible d'économiser de l'argent sur vos coûts de AWS calcul et de proposer des prix plus bas (jusqu'à 72 % de réduction sur les prix à la demande), tout comme les instances réservées. Toutefois, les Savings Plans sont différents des instances réservées. Avec les Instances réservées, vous vous engagez sur une configuration d’instance spécifique, alors qu’avec les Savings Plans, vous avez la possibilité d’utiliser les configurations d’instance qui répondent le mieux à vos besoins. Pour utiliser les Savings Plans, vous vous engagez pour une utilisation continue, mesurée en USD par heure. Pour plus d’informations, consultez le [Guide de l’utilisateur des AWS Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/).
Les instances réservées vous permettent de réaliser d’importantes économies sur vos coûts Amazon EC2 en comparaison de la tarification des instances à la demande. Les instances réservées ne sont pas des instances physiques, mais correspondent à une remise de facturation appliquée à l’utilisation d’instances à la demande dans votre compte. Ces instances à la demande doivent correspondre à certains attributs, comme le type et la région de l’instance, afin d’entraîner une remise de facturation.
**Topics**
+ [Scénario d’exemple d’instance réservée](#ri-example-scenario)
+ [Variables clés déterminant la tarification d’une Instance réservée](#ri-key-pricing-variables)
+ [instances réservées régionales et zonales (portée)](reserved-instances-scope.md)
+ [Types d’instances réservées (classes d’offres)](reserved-instances-types.md)
+ [Comment les remises d’instances réservées sont appliquées](apply_ri.md)
+ [Utiliser votre instances réservées](using-reserved-instances.md)
+ [Comment la facturation fonctionne avec les instances réservées](concepts-reserved-instances-application.md)
+ [Acheter des instances réservées pour Amazon EC2](ri-market-concepts-buying.md)
+ [Vendre des instances réservées pour Amazon EC2 sur le marché des instances réservées](ri-market-general.md)
+ [Modifier instances réservées](ri-modifying.md)
+ [Échanger des instances réservées convertibles](ri-convertible-exchange.md)
+ [Quotas d’instances réservées](ri-limits.md)
## Scénario d’exemple d’instance réservée
Le schéma suivant décrit un scénario de base pour l’achat et l’utilisation d’instances réservées.
![\[Achats d’instances réservées.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-basics.png)
Dans ce scénario, vous disposez dans votre compte d’une instance à la demande (T2) en cours d’exécution, qui vous est facturée au tarif à la demande. Vous achetez une Instance réservée qui correspond aux attributs de votre instance en cours d’exécution et l’avantage de facturation est immédiatement appliqué. Ensuite, vous achetez une Instance réservée pour une instance C4. Aucune instance en cours d’exécution dans votre compte ne correspond aux attributs de cette Instance réservée. Dans la dernière étape, vous lancez une instance qui correspond aux attributs de l’Instance réservée C4 et l’avantage de facturation est immédiatement appliqué.
## Variables clés déterminant la tarification d’une Instance réservée
La tarification de Instance réservée est déterminée par les variables clés suivantes.
### Attributs d’instance
Une instance réservée dispose de quatre attributs d’instance qui déterminent son prix.
+ **Type d’instance** : par exemple, `m4.large`. Il est composé de la famille de·l’instance (par exemple, `m4`) et de la taille de l’instance (par exemple, `large`).
+ **Région** : Région dans laquelle l’Instance réservée a été achetée.
+ **Location** : si votre instance est exécutée sur un matériel partagé (par défaut) ou à client unique (dédié). Pour plus d’informations, consultez [Instances EC2 dédiées Amazon](dedicated-instance.md).
+ **Plateforme** : le système d’exploitation ; par exemple, Windows ou Linux/Unix. Pour plus d’informations, consultez [Sélection d’une plateforme](ri-market-concepts-buying.md#ri-choosing-platform).
### Engagement de durée
Vous pouvez acheter une Instance réservée pour un engagement d’un ou de trois ans, avec une remise plus importante pour l’engagement de trois ans.
+ **Un an** : un an correspond à 31536000 secondes (365 jours).
+ **Trois ans** : trois ans correspondent à 94608000 secondes (1095 jours).
Les instances réservées ne sont pas renouvelées automatiquement. Lorsqu’elles expirent, vous pouvez continuer à utiliser l’instance EC2 sans interruption, mais elle est facturée aux tarifs à la demande. Dans l’exemple ci-dessus, lorsque les instances réservées qui couvrent les instances T2 et C4 expirent, les tarifs à la demande vous sont à nouveaux appliqués jusqu’à ce que vous mettiez les instances hors service ou que vous achetiez de nouvelles instances réservées qui correspondent aux attributs de l’instance.
**Important**
Une fois que vous avez acheté une Instance réservée, vous ne pouvez pas annuler votre achat. Toutefois, vous pourrez probablement [modifier](ri-modifying.md), [échanger](ri-convertible-exchange.md) ou [vendre](ri-market-general.md) votre Instance réservée si vos besoins évoluent.
### Options de paiement
Les options de paiement suivantes sont disponibles pour les instances réservées :
+ **Tous les frais initiaux** : le paiement est effectué en totalité au début de la période, sans aucun autre coût ou frais horaires supplémentaires pour le reste de la réservation, quel que soit le nombre d’heures utilisé.
+ **Frais initiaux partiels** : une partie du coût doit être payée au départ et les heures restantes pendant la période sont facturées à un tarif horaire réduit, que la Instance réservée soit utilisée ou non.
+ **Sans frais initiaux** : vous devez régler un taux horaire avec remise pour chaque heure entrant dans le cadre de l’abonnement, que la Instance réservée soit utilisée ou non. Aucun paiement initial n’est requis.
**Note**
Les instances réservées sans frais initiaux sont basées sur une obligation contractuelle d’effectuer des paiements mensuels pendant toute la durée de la réservation. C’est la raison pour laquelle il est nécessaire de fournir un bon historique de facturation pour pouvoir acheter des instances réservées sans frais initiaux.
En règle générale, l’option la plus économique consiste à acheter des instances réservées en versant un paiement initial plus élevé. Vous pouvez aussi trouver des instances réservées proposées par des vendeurs tiers à des prix inférieurs avec des durées de paiement plus courtes sur la marketplace des instances réservées. Pour plus d’informations, consultez [Vendre des instances réservées pour Amazon EC2 sur le marché des instances réservées](ri-market-general.md).
### Classe d’offre
Si vos besoins informatiques évoluent, vous pourrez probablement modifier ou échanger votre Instance réservée, en fonction de la classe d’offre.
+ **Standard** : proposent la réduction la plus importante, mais ne peut que se modifier. Les instances réservées Standard ne peuvent pas être échangées.
+ **Convertible** : proposent une réduction plus faible que les Instances réservées Standard, mais peut s’échanger contre une Instance réservée convertible avec différents attributs d’instance. Les instances réservées convertibles peuvent également être modifiées.
Pour plus d’informations, consultez [Types d’instances réservées (classes d’offres)](reserved-instances-types.md).
**Important**
Une fois que vous avez acheté une Instance réservée, vous ne pouvez pas annuler votre achat. Toutefois, vous pourrez probablement [modifier](ri-modifying.md), [échanger](ri-convertible-exchange.md) ou [vendre](ri-market-general.md) votre Instance réservée si vos besoins évoluent.
Pour de plus informations, consultez la [page relative à la tarification des instances réservées Amazon EC2](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/).
# instances réservées régionales et zonales (portée)
Lorsque vous achetez une Instance réservée, vous déterminez la portée de la Instance réservée. La portée est régionale ou zonale.
+ **Régionale** : lorsque vous achetez une Instance réservée pour une région, elle est appelée Instance réservée *régionale*.
+ **Zonale** : lorsque vous achetez une Instance réservée pour une Zone de disponibilité spécifique, il s’agit d’une Instance réservée *zonale*.
L’étendue n’affecte pas le prix. Vous payez le même prix pour un Instance réservée régional ou zonal. Pour plus d’informations sur la tarification Instance réservée, consultez [Variables clés déterminant la tarification d’une Instance réservée](ec2-reserved-instances.md#ri-key-pricing-variables) et [Tarification des instances réservées Amazon EC2](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/).
Pour plus d’informations sur la façon de spécifier la portée d’une instance réservée, consultez [Attributs RI](https://aws.amazon.com/ec2/pricing/reserved-instances/#riattributes), plus précisément le point **Zone de disponibilité**.
## Différences entre les instances réservées régionales et zonales
Le tableau suivant souligne certaines différences essentielles entre les instances réservées zonales et les instances réservées régionales :
| | instances réservées régionales | instances réservées zonales |
| --- | --- | --- |
| Possibilité de réserver de la capacité | Une Instance réservée de région ne réserve *pas* de capacité. | Une Instance réservée de zone réserve de la capacité dans la zone de disponibilité spécifiée. |
| Flexibilité des zones de disponibilité | La remise de Instance réservée s’applique à l’utilisation d’une instance dans n’importe quelle zone de disponibilité de la région spécifiée. | Aucune flexibilité de zone de disponibilité—la remise de Instance réservée s’applique à l’utilisation d’instance uniquement dans la zone de disponibilité spécifiée. |
| Flexibilité de la taille de l’instance | La remise Instance réservée s’applique à une utilisation d’instance, quelle que soit la taille, au sein de cette famille d’instances. Uniquement pris en charge sur les instances Linux/Unix réservées Amazon avec location par défaut. Pour de plus amples informations, veuillez consulter [Flexibilité de taille d’instance déterminée par le facteur de normalisation](apply_ri.md#ri-normalization-factor). | Aucune flexibilité de taille d’instance—la remise de Instance réservée s’applique pour l’utilisation d’instance uniquement pour la taille et le type d’instance spécifiés. |
| Mise en file d’attente d’un achat | Vous pouvez mettre en file d’attente les achats pour les instances réservées régionales. | Vous ne pouvez pas mettre en file d’attente les achats pour les instances réservées zonales. |
Pour plus d’informations et d’exemples, consultez [Comment les remises d’instances réservées sont appliquées](apply_ri.md).
# Types d’instances réservées (classes d’offres)
La classe d’offre d’une Instance réservée est Standard ou Convertible. Une Instance réservée Standard offre un rabais plus important qu’une Instance réservée Convertible, mais vous ne pouvez pas échanger une Instance réservée Standard. Vous pouvez échanger les instances réservées Convertible. Vous pouvez modifier les instances réservées Standard et Convertible.
La configuration d’une Instance réservée comprend un type d’instance unique, une plateforme, une étendue et une location pendant une période donnée. Si vos besoins informatiques changent, vous pourriez être en mesure de modifier ou d’échanger votre Instance réservée.
## Différences entre les instances réservées Standard et Convertible
Les différences entre les instances réservées Convertible et Standard sont les suivantes.
| | Instance réservée standard | Instance réservée convertible |
| --- | --- | --- |
| Modifier instances réservées | Certains attributs peuvent être modifiés. Pour plus d’informations, consultez [Modifier instances réservées](ri-modifying.md). | Certains attributs peuvent être modifiés. Pour plus d’informations, consultez [Modifier instances réservées](ri-modifying.md). |
| Échanger des instances réservées | Ne peut pas être échangée. | Peut être échangée, pendant la période de paiement, contre une autre Instance réservée convertible avec de nouveaux attributs tels que la famille de·l’instance, le type d’instance, la plateforme, l’étendue ou la location. Pour plus d’informations, consultez [Échanger des instances réservées convertibles](ri-convertible-exchange.md). |
| Vendre sur la marketplace des instances réservées | Peut être vendue sur la marketplace des instances réservées. | Ne peut pas être vendue sur la marketplace des instances réservées. |
| Acheter sur la marketplace des instances réservées | Peut être achetée sur la marketplace des instances réservées. | Ne peut pas être achetée sur la marketplace des instances réservées. |
# Comment les remises d’instances réservées sont appliquées
Les instances réservées ne sont pas des instances physiques, mais correspondent à une remise de facturation appliquée à l’exécution d’instances à la demande dans votre compte. Les instances à la demande doivent correspondre à certains attributs des instances réservées pour bénéficier de la remise de facturation.
Si vous achetez une instance réservée et que vous avez déjà une instance à la demande en cours d’exécution qui correspond aux attributs de l’instance réservée, la remise de facturation est immédiatement et automatiquement appliquée. Vous n’avez pas besoin de redémarrer vos instances. Si vous n’avez pas d’instance à la demande éligible en cours d’exécution, lancez une instance à la demande ayant les mêmes attributs que votre instance réservée. Pour plus d’informations, consultez [Utiliser votre instances réservées](using-reserved-instances.md).
La classe d’offre (Standard ou Convertible) de l’instance réservée n’affecte pas la façon dont la remise de facturation est appliquée.
**Topics**
+ [Application des instances réservées zonales](#apply-zonal-ri)
+ [Application des instances réservées régionales](#apply-regional-ri)
+ [Flexibilité de la taille de l’instance](#ri-instance-size-flexibility)
+ [Exemples d’application des instances réservées](#ri-usage-examples)
## Application des instances réservées zonales
Une instance réservée achetée pour réserver une capacité dans une zone de disponibilité spécifique est appelée instance réservée de zone.
+ La remise d’instance réservée s’applique à l’utilisation correspondante d’une instance dans cette zone de disponibilité.
+ Les attributs (location, plateforme, zone de disponibilité, type d’instance et taille d’instance) des instances en cours d’exécution doivent correspondre à celles des instances réservées.
Par exemple, si vous achetez deux instances réservées standard Linux/Unix `c4.xlarge` par défaut pour la zone de disponibilité us-east-1a, jusqu'à deux instances de location `c4.xlarge` par défaut exécutées dans la zone de disponibilité us-east-1a peuvent bénéficier de la réduction sur les Linux/Unix instances réservées.
## Application des instances réservées régionales
Une instance réservée achetée pour une région est appelée instance réservée régionale et assure une flexibilité de zone de disponibilité et de taille d’instance.
+ La remise de Instance réservée s’applique à l’utilisation d’une instance dans n’importe quelle zone de disponibilité de la région spécifiée.
+ La remise d’instance réservée s’applique à une utilisation d’instance, quelle que soit la taille, au sein de cette famille d’instances. Il s’agit de la [flexibilité de la taille d’instance](#ri-instance-size-flexibility).
## Flexibilité de la taille de l’instance
Avec la flexibilité de la taille de l’instance, la réduction de l’instance réservée s’applique à l’utilisation de l’instance pour celles qui ont la même [ famille](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html). L’instance réservée est appliquée de la taille d’instance la plus petite à la taille d’instance la plus grande au sein de la famille de·l’instance, en fonction du facteur de normalisation. Pour voir un exemple d’application de la réduction sur les instances réservées, consultez [Scénario 2 : instances réservées dans un compte unique utilisant le facteur de normalisation](#ri-usage-ex2).
### Limitations
+ **Prise en charge :** la flexibilité de la taille des instances n’est prise en charge que pour les instances réservées régionales.
+ **Pas de prise en charge :** la flexibilité de la taille des instances *n’est pas prise en charge* pour les instances réservées suivantes :
+ Les instances réservées achetées pour une Zone de disponibilité spécifique (instances réservées zonales)
+ Instances réservées pour les instances G4ad, G4dn, G5, G5g, G6, G6e, G6f, Gr6, Gr6f, hpc7a, P5, Inf1, Inf2, u7i-6tb et u7i-8tb
+ instances réservées pour Windows Server, Windows Server avec SQL Standard, Windows Server avec SQL Server Enterprise, Windows Server avec SQL Server Web, RHEL et SUSE Linux Enterprise Server
+ instances réservées avec location dédiée
### Flexibilité de taille d’instance déterminée par le facteur de normalisation
La flexibilité de la taille d’instance est déterminée par le facteur de normalisation de la taille d’instance. La remise s’applique complètement ou partiellement aux instances en cours d’exécution d’une même famille de·l’instance, en fonction de la taille d’instance de la réservation, dans n’importe quelle zone de disponibilité de la région. Les seuls attributs qui doivent correspondre sont la famille de·l’instance, la location et la plate-forme.
Le tableau suivant décrit les différentes tailles au sein d’une famille de·l’instance et le facteur de normalisation correspondant. Cette échelle est utilisée pour appliquer le taux avec remise des instances réservées à l’utilisation normalisée de la famille de·l’instance.
| Taille d’instance | Facteur de normalisation |
| --- | --- |
| nano | 0.25 |
| micro | 0.5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
Par exemple, le facteur de normalisation d’une instance `t2.medium` est 2. Si vous achetez une Instance réservée Amazon Linux/Unix `t2.medium` à location par défaut dans la région US East (N. Virginia) et que vous avez deux instances `t2.small` en cours d’exécution dans votre compte dans cette région, l’avantage de facturation est appliqué entièrement à ces deux instances.
![\[Application d’une Instance réservée régionale.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-instance-flex-full.png)
Si vous avez une instance `t2.large` en cours d’exécution dans votre compte dans la région US East (N. Virginia), l’avantage de facturation est appliqué à 50 % de l’utilisation de l’instance.
![\[Application d’une Instance réservée régionale.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-instance-flex-partial.png)
Le facteur de normalisation est également appliqué lors de la modification d’instances réservées standard. Pour plus d’informations, consultez [Modifier instances réservées](ri-modifying.md).
#### Facteur de normalisation pour les instances matériel nu
La flexibilité de taille d’instance s’applique également aux instances à matériel nu dans la famille d’instances. Si vous possédez des instances Linux/Unix réservées Amazon régionales avec location partagée sur des instances bare metal, vous pouvez bénéficier des économies réalisées au sein d'une même famille d'instances. L'inverse est également vrai : si vous avez des instances Linux/Unix réservées Amazon régionales avec location partagée sur des instances de la même famille qu'une instance bare metal, vous pouvez bénéficier des économies réalisées sur les instances réservées sur l'instance bare metal.
La taille d’instances `metal` ne dispose pas d’un seul et unique facteur de normalisation. Une instance bare metal a le même facteur de normalisation que la taille d’instance virtualisée équivalente au sein de la même famille de·l’instance. Par exemple, une instance `i3.metal` a le même facteur de normalisation qu’une instance `i3.16xlarge`.
| Taille d’instance | Facteur de normalisation |
| --- | --- |
| a1.metal | 32 |
| m5zn.metal \$1 x2iezn.metal z1d.metal | 96 |
| c6g.metal \$1 c6gd.metal \$1 i3.metal \$1 m6g.metal \$1 m6gd.metal \$1 r6g.metal \$1 r6gd.metal \$1 x2gd.metal | 128 |
| c5n.metal | 144 |
| c5.metal \$1 c5d.metal \$1 i3en.metal \$1 m5.metal \$1 m5d.metal \$1 m5dn.metal \$1 m5n.metal \$1 r5.metal \$1 r5b.metal \$1 r5d.metal \$1 r5dn.metal \$1 r5n.metal | 192 |
| c6i.metal \$1 c6id.metal \$1 m6i.metal \$1 m6id.metal \$1 r6d.metal \$1 r6id.metal | 256 |
| u-18tb1.metal \$1 u-24tb1.metal | 448 |
| u-6tb1.metal \$1 u-9tb1.metal \$1 u-12tb1.metal | 896 |
Par exemple, une instance `i3.metal` dispose d’un facteur de normalisation de 128. Si vous achetez un Instance réservée Amazon Linux/Unix à location par défaut `i3.metal` dans la US East (N. Virginia), l’avantage de facturation peut s’appliquer comme suit :
+ Si vous disposez d’une `i3.16xlarge` en cours d’exécution dans votre compte pour cette région, l’avantage de facturation peut s’appliquer entièrement à l’instance `i3.16xlarge` (facteur de normalisation `i3.16xlarge` = 128).
+ Sinon, si vous disposez de deux instances `i3.8xlarge` en cours d’exécution dans votre compte pour cette région, l’avantage de facturation peut s’appliquer entièrement aux deux instances `i3.8xlarge` (facteur de normalisation `i3.8xlarge` = 64).
+ Sinon, si vous disposez de quatre instances `i3.4xlarge` en cours d’exécution dans votre compte pour cette région, l’avantage de facturation peut s’appliquer entièrement aux quatre instances `i3.4xlarge` (facteur de normalisation `i3.4xlarge` = 32).
L’inverse est également vrai. Par exemple, si vous achetez deux instances Linux/Unix réservées Amazon en location `i3.8xlarge` par défaut dans l'est des États-Unis (Virginie du Nord) et que vous avez une `i3.metal` instance en cours d'exécution dans cette région, l'avantage de facturation est intégralement appliqué à l'`i3.metal`instance.
## Exemples d’application des instances réservées
**Topics**
+ [Scénario 1 : instances réservées dans un compte unique](#ri-usage-ex1)
+ [Scénario 2 : instances réservées dans un compte unique utilisant le facteur de normalisation](#ri-usage-ex2)
+ [Scénario 3 : instances réservées régionales dans des comptes liés](#ri-usage-ex3)
+ [Scénario 4 : instances réservées zonales dans un compte lié](#ri-usage-ex4)
### Scénario 1 : instances réservées dans un compte unique
Vous exécutez les instances à la demande suivantes dans le compte A :
+ 4 instances `m3.large` Linux à location par défaut dans la zone de disponibilité us-east-1a
+ 2 instances `m4.xlarge` Amazon Linux à location par défaut dans la zone de disponibilité us-east-1b
+ 1 instance Amazon Linux `c4.xlarge` à location par défaut dans la zone de disponibilité us-east-1c
Vous achetez ensuite les instances réservées suivantes dans le compte A :
+ 4 Instances réservées `m3.large` Linux à location par défaut dans la zone de disponibilité us-east-1a (la capacité est réservée)
+ 4 Instances réservées Amazon Linux `m4.large` à location par défaut dans la région us-east-1
+ 1 Instances réservées Amazon Linux `c4.large` à location par défaut dans la région us-east-1
Les avantages de l’Instance réservée sont appliqués de la façon suivante :
+ La remise et la réservation de capacité des quatre Instances réservées zonales `m3.large` sont utilisées par les quatre instances `m3.large`, car leurs attributs (taille de l’instance, région, plateforme, location) correspondent.
+ Les Instances réservées régionales `m4.large` fournissent une flexibilité de zone de disponibilité et de taille d’instance, car il s’agit d’Instances réservées Amazon Linux régionales à location par défaut.
Une instance `m4.large` est équivalente à 4 unités normalisées/heure.
Vous avez acheté quatre instances réservées `m4.large` régionales et, au total, elles sont égales à 16 instances normalisées units/hour (4x4). Le compte A a deux `m4.xlarge` instances en cours d'exécution, ce qui équivaut à 16 instances normalisées units/hour (2x8). Dans ce cas, les quatre instances réservées régionales `m4.large` apportent l’avantage de facturation complet à l’utilisation des deux instances `m4.xlarge`.
+ L’Instance réservée régionale `c4.large` dans la région us-east-1 fournit une flexibilité de zone de disponibilité et de taille d’instance, car il s’agit d’une Instance réservée régionale Amazon Linux à location par défaut et elle s’applique à l’instance `c4.xlarge`. Une `c4.large` instance équivaut à 4 unités normalisées units/hour et a `c4.xlarge` équivaut à 8 unités normalisées par heure.
Dans ce cas, l’Instance réservée régionale `c4.large` apporte un avantage partiel à l’utilisation de `c4.xlarge`. Cela est dû au fait qu’une Instance réservée `c4.large` est équivalente à 4 unités normalisées/heure d’utilisation, mais qu’une instance `c4.xlarge` requiert 8 unités normalisées/heure. Par conséquent, la remise de facturation de l’Instance réservée `c4.large` s’applique à 50 % de l’utilisation de `c4.xlarge`. L’utilisation `c4.xlarge` restante est facturée au taux à la demande.
### Scénario 2 : instances réservées dans un compte unique utilisant le facteur de normalisation
Vous exécutez les instances à la demande suivantes dans le compte A :
+ 2 instances `m3.xlarge` Amazon Linux à location par défaut dans la zone de disponibilité us-east-1a
+ 2 instances `m3.large` Amazon Linux à location par défaut dans la zone de disponibilité us-east-1b
Vous achetez ensuite l’instance réservée suivante dans le compte A :
+ 1 instance réservée Amazon Linux `m3.2xlarge` à location par défaut dans la région us-east-1
Les avantages de l’Instance réservée sont appliqués de la façon suivante :
+ L’instance réservée régionale `m3.2xlarge` dans la région us-east-1 fournit une flexibilité de zone de disponibilité et de taille d’instance, car il s’agit d’une instance réservée régionale Amazon Linux à location par défaut. Elle s’applique d’abord aux instances `m3.large`, puis aux instances `m3.xlarge`, car elle s’applique de la taille d’instance la plus petite à la taille d’instance la plus grande au sein de la famille de·l’instance, en fonction du facteur de normalisation.
Une instance `m3.large` est équivalente à 4 unités normalisées/heure.
Une instance `m3.xlarge` est équivalente à 8 unités normalisées/heure.
Une instance `m3.2xlarge` est équivalente à 16 unités normalisées/heure.
L’avantage est appliqué comme suit :
L'instance réservée `m3.2xlarge` régionale offre tous les avantages d'une `m3.large` utilisation multipliée par 2, car ensemble, ces instances représentent 8 instances normalisées units/hour. This leaves 8 normalized units/hour à appliquer aux `m3.xlarge` instances.
Avec les 8 unités normalisées/heure restantes, l’instance réservée régionale `m3.2xlarge` offre un avantage complet pour l’utilisation d’une instance `m3.xlarge`, car chaque instance `m3.xlarge` est équivalente à 8 unités normalisées/heure. L’utilisation `m3.xlarge` restante est facturée au taux à la demande.
### Scénario 3 : instances réservées régionales dans des comptes liés
Les instances réservées sont d’abord appliquées à une utilisation au sein du compte d’achat, puis à l’utilisation éligible dans tout autre compte au sein de l’organisation. Pour plus d’informations, consultez [instances réservées et la facturation consolidée](concepts-reserved-instances-application.md#concepts-reserved-instances-billing). Pour les instances réservées régionales qui offrent la flexibilité de la taille d’instance, l’avantage est appliqué de la taille d’instance la plus petite à la taille d’instance la plus grande au sein de la famille de·l’instance.
Vous exécutez les instances à la demande suivantes dans le compte A (le compte d’achat) :
+ 2 instances `m4.xlarge` Linux à location par défaut dans la zone de disponibilité us-east-1a
+ 1 instances `m4.2xlarge` Linux à location par défaut dans la zone de disponibilité us-east-1b
+ 2 instances `c4.xlarge` Linux à location par défaut dans la zone de disponibilité us-east-1a
+ 1 instances `c4.2xlarge` Linux à location par défaut dans la zone de disponibilité us-east-1b
Un autre client exécute les instances à la demande suivantes dans le compte B (un compte lié) :
+ 2 instances `m4.xlarge` Linux à location par défaut dans la zone de disponibilité us-east-1a
Vous achetez ensuite les instances réservées régionales suivantes dans le compte A :
+ 4 Instances réservées Linux `m4.xlarge` à location par défaut dans la région us-east-1
+ 2 Instances réservées Linux `c4.xlarge` à location par défaut dans la région us-east-1
Les avantages de l’Instance réservée régionale sont appliqués de la façon suivante :
+ La remise des quatre Instances réservées `m4.xlarge` est utilisée par les deux instances `m4.xlarge` et par l’instance `m4.2xlarge` unique dans le compte A (compte d’achat). Les trois instances correspondent toutes aux attributs (famille de·l’instance, région, plate-forme, location). La remise s’applique d’abord aux instances dans le compte d’achat (compte A), même si le compte B (compte lié) dispose de deux `m4.xlarge` qui correspondent également aux Instances réservées. Il n’y a pas de réservation de capacité, car les instances réservées sont des instances réservées régionales.
+ La remise des deux Instances réservées `c4.xlarge` s’applique aux deux instances `c4.xlarge`, car elles ont une taille d’instance plus petite que l’instance `c4.2xlarge`. Il n’y a pas de réservation de capacité, car les instances réservées sont des instances réservées régionales.
### Scénario 4 : instances réservées zonales dans un compte lié
En général, les instances réservées appartenant à un compte sont appliquées en premier à l’utilisation dans ce compte. Cependant, s’il existe des instances réservées éligibles non utilisées pour une zone de disponibilité spécifique (instances réservées zonales) dans d’autres comptes de l’organisation, elles sont appliquées au compte avant les instances réservées régionales appartenant au compte. Ceci vise à garantir une utilisation maximale des Instance réservée et une facture moins élevée. A des fins de facturation, tous les comptes de l’organisation sont traités comme s’il s’agissait d’un seul compte. L’exemple suivant peut contribuer à en apporter l’explication.
Vous exécutez l’instance à la demande suivante dans le compte A (le compte d’achat) :
+ 1 instance `m4.xlarge` Linux à location par défaut dans la zone de disponibilité us-east-1a
Un client exécute l’instance à la demande suivante dans le compte B lié :
+ 1 instance `m4.xlarge` Linux à location par défaut dans la zone de disponibilité us-east-1b
Vous achetez ensuite les instances réservées régionales suivantes dans le compte A :
+ 1 Instance réservée Linux `m4.xlarge` à location par défaut dans la région us-east-1
Un client achète également les instances réservées zonales suivantes dans le compte C lié :
+ 1 Instances réservées `m4.xlarge` Linux à location par défaut dans la zone de disponibilité us-east-1a
Les avantages de l’Instance réservée sont appliqués de la façon suivante :
+ La remise de l’Instance réservée zonale `m4.xlarge` appartenant au compte C est appliquée à l’utilisation de `m4.xlarge` dans le compte A.
+ La remise de l’Instance réservée régionale `m4.xlarge` appartenant au compte A est appliquée à l’utilisation de `m4.xlarge` dans le compte B.
+ Si l’Instance réservée régionale appartenant au compte A est appliquée d’abord à l’utilisation dans le compte A, l’Instance réservée zonale appartenant au compte C reste inutilisée et l’utilisation dans le compte B est facturée aux tarifs à la demande.
Pour plus d’informations, consultez la section [Comprendre vos réservations](https://docs.aws.amazon.com/cur/latest/userguide/understanding-ri.html) dans le AWS Cost and Usage Report.
**Note**
Les instances réservées zonales réservent de la capacité uniquement au compte propriétaire et ne peuvent pas être partagées avec d’autres Comptes AWS. Si vous devez partager de la capacité avec d’autres Comptes AWS, utilisez [Réserver de la capacité de calcul à l’aide de EC2 On-Demand Capacity Reservations (Réserves de capacité à la demande EC2)](ec2-capacity-reservations.md).
# Utiliser votre instances réservées
Les instances réservées sont appliquées automatiquement aux instances à la demande en cours d’exécution correspondant aux spécifications. Si vous n’avez pas d’instances à la demande en cours d’exécution qui correspond aux spécifications de votre Instance réservée, l’Instance réservée est inutilisée jusqu’à ce que vous lanciez une instance avec les spécifications requises.
Si vous lancez une instance à la demande pour bénéficier de l’avantage de facturation d’une instance réservée, veillez à spécifier les informations suivantes lors de la configuration.
**Plateforme**
Vous devez spécifier une Amazon Machine Image (AMI) qui correspond à la plateforme (description du produit) de votre instance réservée. Par exemple, si vous avez spécifié `Linux/UNIX` pour votre instance réservée, vous pouvez lancer une instance à partir d’une AMI Amazon Linux ou d’une AMI Ubuntu.
**Type d’instance**
Si vous avez acheté une instance réservée zonale, vous devez spécifier le même type d’instance que pour votre instance réservée ; par exemple, `t3.large`. Pour plus d’informations, consultez [Application des instances réservées zonales](apply_ri.md#apply-zonal-ri).
Si vous avez acheté une instance réservée régionale, vous devez spécifier un type d’instance de la même famille d’instances que le type d’instance de votre instance réservée. Par exemple, si vous avez spécifié `t3.xlarge` pour votre instance réservée, vous devez lancer votre instance à partir de la famille T3, mais vous pouvez spécifier n’importe quelle taille, par exemple, `t3.medium`. Pour plus d’informations, consultez [Application des instances réservées régionales](apply_ri.md#apply-regional-ri).
**Zone de disponibilité**
Si vous avez acheté une instance réservée zonale pour une zone de disponibilité spécifique, vous devez lancer l’instance dans la même zone de disponibilité.
Si vous avez acheté une instance réservée régionale, vous pouvez lancer l’instance dans n’importe quelle zone de disponibilité de la région spécifiée pour l’instance réservée.
**Location**
La location (`dedicated` ou `shared`) de votre instance doit correspondre à celle de l’instance réservée. Pour plus d’informations, consultez [Instances EC2 dédiées Amazon](dedicated-instance.md).
Pour voir des exemples d’application des instances réservées à vos instances à la demande en cours d’exécution, consultez [Comment les remises d’instances réservées sont appliquées](apply_ri.md). Pour plus d'informations, consultez [Pourquoi mes instances réservées Amazon EC2 ne s'appliquent-elles pas à ma AWS facturation comme prévu](https://repost.aws/knowledge-center/reserved-instance-applying-why) ?
Vous pouvez utiliser diverses méthodes pour lancer les instances à la demande qui utilisent votre remise d’instance réservée. Pour plus d’informations sur les différentes méthodes de lancement, consultez [Lancement d’une instance Amazon EC2](LaunchingAndUsingInstances.md). Vous pouvez également utiliser Amazon EC2 Auto Scaling pour lancer une instance. Pour plus d’informations, consultez le [Guide de l’utilisateur Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/).
# Comment la facturation fonctionne avec les instances réservées
Toutes les instances réservées vous permettent de bénéficier d’une remise par rapport à la tarification à la demande. Avec les instances réservées, vous payez pour toute la durée de l’abonnement et non en fonction de l’utilisation réelle. Vous pouvez choisir d’effectuer un paiement initial ou un paiement initial partiel, ou mensuel pour votre Instance réservée, en fonction de l’[option de paiement](ec2-reserved-instances.md#ri-payment-options) spécifiée pour l’Instance réservée.
Lorsque des instances réservées expirent, le tarif à la demande est facturé pour l’utilisation d’instance EC2. Vous pouvez mettre en file d’attente l’achat d’une Instance réservée jusqu’à trois ans en avance. Cela peut vous aider à garantir une couverture ininterrompue. Pour de plus amples informations, veuillez consulter [Mettre votre achat en file d’attente](ri-market-concepts-buying.md#ri-queued-purchase).
Le Niveau gratuit d'AWS est disponible pour les neufs Comptes AWS. Si vous utilisez le Niveau gratuit d'AWS pour exécuter des instances Amazon EC2 et que vous achetez une instance réservée, le prix standard vous est facturé. Pour plus d'informations, consultez [Niveau gratuit d'AWS](https://aws.amazon.com/free/).
**Topics**
+ [Facturation de l’utilisation](#hourly-billing)
+ [Affichage d’une facture](#ri-market-buyer-billing)
+ [instances réservées et la facturation consolidée](#concepts-reserved-instances-billing)
+ [Niveaux de tarification avec remise d’Instance réservée](#reserved-instances-discounts)
## Facturation de l’utilisation
Les instances réservées sont facturées toutes les heures d’horloge au cours de la réservation sélectionnée, que l’instance soit exécutée. Chaque heure d’horloge commence à l’heure (zéro minute et zéro seconde après l’heure) d’une horloge standard de 24 heures. Par exemple, 1:00:00 à 1:59:59 est une heure horloge. Pour plus d’informations sur les états de l’instance, consultez [Modifications de l'état de l' EC2 instance Amazon](ec2-instance-lifecycle.md).
L’avantage de facturation d’une Instance réservée peut être appliqué à une instance en cours d’exécution sur une base par seconde. La facturation par seconde est disponible pour les instances qui utilisent une distribution Linux en open source, telle que Amazon Linux et Ubuntu. La facturation par heure est utilisée pour les distributions Linux commerciales, telles que Red Hat Enterprise Linux et SUSE Linux Enterprise Server.
L’avantage de facturation d’une Instance réservée peut s’appliquer à un maximum de 3 600 secondes (une heure) d’utilisation d’instance par heure d’horloge. Vous pouvez exécuter plusieurs instances simultanément, mais vous ne pouvez bénéficier de l’avantage de la remise d’Instance réservée que pour un total de 3600 secondes par heure d’horloge ; l’utilisation d’instance qui dépasse 3600 secondes dans une heure d’horloge est facturée au tarif à la demande.
Par exemple, si vous achetez une Instance réservée `m4.xlarge` et que vous exécutez simultanément quatre instances `m4.xlarge` pendant une heure, une instance est facturée au tarif d’une heure d’utilisation d’Instance réservée et les trois autres instances sont facturées au tarif de trois heures d’utilisation à la demande.
Par contre, si vous achetez une Instance réservée `m4.xlarge` et que vous exécutez simultanément quatre instances `m4.xlarge` pendant 15 minutes (900 secondes), chacune au cours de la même heure, la durée d’exécution totale pour les instances est d’une heure, ce qui se traduit par une heure d’utilisation d’Instance réservée et 0 heure d’utilisation à la demande.
![\[Quatre instances m4.xlarge s’exécutant pendant 15 minutes chacune au cours de la même heure.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-per-second-billing.png)
Si plusieurs instances éligibles s’exécutent simultanément, l’avantage de facturation d’Instance réservée est appliqué à toutes les instances en même temps pour un maximum de 3600 secondes dans une heure d’horloge ; ensuite ce sont les tarifs à la demande qui s’appliquent.
![\[Plusieurs instances s’exécutent simultanément avec facturation des instances réservées.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-per-second-billing-concurrent.png)
**Cost Explorer** dans la console [Billing and Cost Management](https://console.aws.amazon.com/billing) vous permet d’analyser les économies réalisées par rapport à l’exécution d’Instances à la demande. Le [questions fréquentes (FAQ) Instances réservées](https://aws.amazon.com/ec2/faqs/#reserved-instances) inclut un exemple de calcul de valeur de liste.
Si vous fermez votre AWS compte, la facturation à la demande de vos ressources cesse. Toutefois, si vous avez des instances réservées dans votre compte, vous continuez à recevoir une facture pour ces instances jusqu’à ce qu’elles expirent.
## Affichage d’une facture
Vous pouvez consulter les frais et tarifs appliqués à votre compte sur la page de la console [AWS Billing and Cost Management](https://console.aws.amazon.com/billing).
+ Le **Tableau de bord** affiche un récapitulatif des dépenses de votre compte.
+ Sur la page **Factures**, sous **Détails**, développez la section **Elastic Compute Cloud** et la région pour obtenir des informations de facturation sur vos Instances réservées.
Vous pouvez consulter les frais en ligne ou télécharger un fichier CSV.
Vous pouvez également suivre l'utilisation de vos instances réservées à l'aide du rapport sur les AWS coûts et l'utilisation. Pour plus d’informations, consultez la section [Maitrise de vos réserves](https://docs.aws.amazon.com/cur/latest/userguide/understanding-ri.html).
## instances réservées et la facturation consolidée
Les avantages de tarification des instances réservées sont partagés lorsque le compte d’achat fait partie d’un ensemble de comptes facturés réunis sous un même compte payeur de facturation consolidée. L’utilisation d’instance pour tous les comptes membres est regroupé dans le compte souscripteur tous les mois. Cette fonctionnalité est généralement utile dans le cadre des sociétés disposant de plusieurs équipes ou groupes fonctionnels. Ensuite, la logique standard des Instance réservées est appliquée pour calculer le montant de la facture. Pour plus d’informations, consultez [Facturation consolidée dans le AWS Organizations](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html).
Si vous fermez le compte qui a acheté l’Instance réservée, le compte payeur est débité pour l’Instance réservée jusqu’à ce que celle-ci expire. Le compte fermé est supprimé définitivement après 90 jours, et les comptes membres ne bénéficient plus de la réduction de facturation pour Instance réservée.
**Note**
Les instances réservées zonales réservent de la capacité uniquement au compte propriétaire et ne peuvent pas être partagées avec d’autres Comptes AWS. Si vous devez partager de la capacité avec d’autres Comptes AWS, utilisez [Réserver de la capacité de calcul à l’aide de EC2 On-Demand Capacity Reservations (Réserves de capacité à la demande EC2)](ec2-capacity-reservations.md).
## Niveaux de tarification avec remise d’Instance réservée
Si votre compte est éligible pour bénéficier d’un niveau de tarification avec remise, il bénéficie automatiquement des remises dès le départ et le tarif d’utilisation des instances pour tous les achats d’Instance réservée effectuées dans le cadre de ce niveau à partir de ce moment-là. Pour que votre compte soit éligible, la valeur de la liste répertoriant vos instances réservées dans la région doit s’élever à 500 000 USD au minimum.
Les règles suivantes s’appliquent :
+ Les niveaux de tarification et les remises associées s’appliquent uniquement aux achats d’instances réservées standard Amazon EC2.
+ Les niveaux de tarification ne s’appliquent pas aux instances réservées pour Windows avec SQL Server Standard, SQL Server Web et SQL Server Enterprise.
+ Les niveaux de tarification ne s’appliquent pas aux instances réservées pour Linux avec SQL Server.
+ Les remises tarifaires s'appliquent uniquement aux achats effectués auprès de AWS. Elles ne s’appliquent pas aux achats d’instances réservées tierces.
+ Les achats d’Instance réservée convertible ne bénéficient pas actuellement de niveaux de tarification avec remise.
**Topics**
+ [Calculer les remises de tarification d’une Instance réservée](#pricing-discounts)
+ [Acheter avec un niveau de remise](#buying-discount-tier)
+ [Changement de niveau de tarification](#crossing-pricing-tiers)
+ [Facturation consolidée pour les niveaux de tarification](#consolidating-billing)
### Calculer les remises de tarification d’une Instance réservée
Vous pouvez déterminer le niveau de tarification de votre compte en calculant la valeur de la liste répertoriant toutes vos instances réservées dans une région. Multipliez le taux horaire récurrent de chaque réservation par le nombre total d’heures pour l’abonnement et ajoutez le tarif initial avant remise (également connu sous le nom de tarif fixe) au moment de l’achat. Dans la mesure où la valeur de la liste repose sur le tarif avant remise (public), elle ne change pas si vous êtes éligible pour une remise sur le volume ou si le tarif chute une fois que vous avez acheté vos instances réservées.
```
List value = fixed price + (undiscounted recurring hourly price * hours in term)
```
Par exemple, pour une Instance réservée `t2.small` avec frais initiaux partiels d’une année, supposons que le prix initial est de 60,00 USD et que le tarif horaire est de 0,007 USD. Cela donne une valeur de liste de 121,32 USD.
```
121.32 = 60.00 + (0.007 * 8760)
```
**Pour afficher les valeurs du tarif fixe des instances réservées à l’aide de la console Amazon EC2**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Reserved Instances** (Instances réservées).
1. Pour afficher la colonne **Prix initial**, sélectionnez paramètres ( ![\[Settings icon.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/settings-icon.png) ) dans le coin supérieur droit, activer **Prix initial**, et sélectionnez **Confirmer**.
**Pour afficher les valeurs du tarif fixe des instances réservées à l’aide de la ligne de commande**
+ [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html) (AWS CLI)
+ [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html) (AWS Tools for Windows PowerShell)
### Acheter avec un niveau de remise
Lorsque vous achetez des instances réservées, Amazon EC2 applique automatiquement les remises à la partie de votre achat se trouvant au niveau de la tarification avec remise. Vous ne devez rien faire de particulier et vous pouvez acheter des instances réservées à l’aide de n’importe quel outil Amazon EC2. Pour plus d’informations, consultez [Acheter des instances réservées pour Amazon EC2](ri-market-concepts-buying.md).
Une fois que la valeur de la liste répertoriant vos instances réservées actives dans une région a atteint le niveau de tarification avec remise, tous les achats suivants d’instances réservées dans cette région sont facturés au tarif réduit. Si un seul achat d’instances réservées dans une région vous permet de dépasser le seuil d’un niveau de remise, la partie de l’achat qui dépasse ce seuil est facturée au tarif réduit. Pour plus d'informations sur les instances IDs réservées temporaires créées au cours du processus d'achat, consultez[Changement de niveau de tarification](#crossing-pricing-tiers).
Si votre valeur de liste tombe en dessous du seuil minimum pour ce niveau de tarification avec remise (par exemple, lorsque certaines instances réservées arrivent à expiration), les achats suivants d’instances réservées dans la région ne sont pas facturés au tarif réduit. Toutefois, vous continuez à bénéficier de la remise appliquée aux instances réservées initialement achetées dans le cadre du niveau de tarification avec remise.
Lorsque vous achetez des instances réservées, quatre scénarios peuvent se produire :
+ **Aucune remise** : votre achat dans une région se trouve toujours en dessous du seuil de remise.
+ **Remise partielle** : votre achat dans une région dépasse le seuil du premier niveau de tarification avec remise. Aucune remise n’est appliquée à une ou plusieurs réservations et le taux avec remise est appliqué aux réservations restantes.
+ **Remise complète** : tous vos achats au sein d’une région relèvent d’un niveau de tarification avec remise et sont en conséquence facturés au tarif réduit.
+ **Deux taux avec remise** : votre achat dans une région vous permet de passer d’un niveau de tarification inférieur avec remise à un niveau de tarification supérieur avec remise. Deux taux différents sont facturés : une ou plusieurs réservations au taux avec remise inférieur et les réservations restantes au taux avec remise supérieur.
### Changement de niveau de tarification
Si votre achat vous fait passer à un niveau de tarification avec remise, vous voyez plusieurs entrées pour cet achat : une première correspondant à la partie de l’achat facturée au prix standard et une deuxième correspondant à la partie de l’achat facturée au taux avec remise applicable.
Le service d'instance réservée génère plusieurs instances réservées IDs parce que votre achat est passé d'un niveau sans réduction ou d'un niveau réduit à un autre. Un ID est attribué à chaque ensemble de réservations d’un niveau. C’est pourquoi l’ID retourné par la commande CLI ou l’action d’API correspondant à votre achat est différent du véritable ID des nouvelles instances réservées.
### Facturation consolidée pour les niveaux de tarification
Un compte de facturation consolidée regroupe la valeur de liste des comptes membres au sein d’une région. Lorsque la valeur de la liste de toutes les instances réservées actives du compte de facturation consolidée atteint un niveau de tarification avec remise, toute instances réservées achetée après ce stade par un membre du compte de facturation consolidée est facturée au tarif avec remise (tant que la valeur de la liste associée à ce compte consolidé reste au-dessus du seuil du niveau de tarification avec remise). Pour de plus amples informations, veuillez consulter [instances réservées et la facturation consolidée](#concepts-reserved-instances-billing).
# Acheter des instances réservées pour Amazon EC2
Pour acheter une instance réservée pour Amazon EC2, vous pouvez utiliser la console Amazon EC2, un outil de ligne de commande ou un SDK pour rechercher des offres d'instances réservées auprès de vendeurs tiers ou AWS auprès de vendeurs tiers, en ajustant vos paramètres de recherche jusqu'à ce que vous trouviez la correspondance exacte que vous recherchez.
Lorsque vous recherchez des instances réservées à acheter, vous recevez un devis avec le coût des offres renvoyées. Lorsque vous procédez à l'achat, place AWS automatiquement un prix limite sur le prix d'achat. Le coût total de vos instances réservées ne dépasse pas le montant du devis.
Si le tarif augmente ou change pour quelque raison que ce soit, l’achat n’est pas validé. Lorsque vous achetez une instance réservée d’un vendeur tiers sur la marketplace des instances réservées Amazon EC2, si des offres similaires à votre choix sont disponibles pour un prix initial inférieur, nous vous AWS vendons les offres à ce prix initial inférieur.
Avant de valider votre achat, vérifiez les détails des Instance réservées que vous avez l’intention d’acheter et veillez à ce que tous les paramètres soient exacts. Après avoir acheté une instance réservée (soit auprès d'un vendeur tiers sur le Reserved Instance Marketplace, soit auprès de AWS), vous ne pouvez pas annuler votre achat. Vous pouvez mettre un achat en attente pour une date ultérieure et l’annuler avant la date prévue.
Pour acheter et modifier des instances réservées, assurez-vous que votre utilisateur dispose des autorisations appropriées, telles que la possibilité de décrire les zones de disponibilité. Pour plus d’informations, consultez [Exemple : Utiliser instances réservées](ExamplePolicies_EC2.md#iam-example-reservedinstances) (API) ou [Exemple : Utiliser instances réservées](iam-policies-ec2-console.md#ex-reservedinstances) (console).
**Topics**
+ [Sélection d’une plateforme](#ri-choosing-platform)
+ [Mettre votre achat en file d’attente](#ri-queued-purchase)
+ [Acheter une instances réservées Standard](#ri-buying-standard)
+ [Acheter instances réservées convertibles](#ri-buying-convertible)
+ [Acheter sur le Marketplace Instance réservée](#ri-market-buying-guide)
+ [Annuler un achat mis en file d’attente](#cancel-queued-purchase)
+ [Renouveler un Instance réservée](#renew-ri)
## Sélection d’une plateforme
Amazon EC2 prend en charge les plateformes suivantes pour les instances réservées :
+ Linux/Unix
+ Linux avec SQL Server Standard
+ Linux avec SQL Server Web
+ Linux avec SQL Server Enterprise
+ SUSE Linux
+ Utilisation de Red Hat Enterprise Linux
+ Red Hat Enterprise Linux avec HA
+ Windows
+ Windows avec SQL Server Standard
+ Windows avec SQL Server Web
+ Windows avec SQL Server Enterprise
**Considérations**
+ Si vous apportez votre abonnement existant (BYOS) pour **Red Hat Enterprise Linux**, **SUSE Linux** ou **Ubuntu Pro**, vous devez choisir une offre pour la plateforme **Linux/Unix**.
+ Les instances réservées ne sont pas prises en charge sur les instances exécutant **macOS** ou Ubuntu Pro (abonnement EC2 inclus, c’est-à-dire non BYOS). Pour réaliser des économies avec la tarification des instances à la demande, nous vous recommandons d’utiliser les instances macOS et Ubuntu Pro (abonnement EC2 inclus) avec Savings Plans. Pour plus d’informations, consultez le [Guide de l’utilisateur des Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html).
Pour garantir qu’une instance s’exécute dans une Instance réservée spécifique, la plateforme de l’Instance réservée doit correspondre à la plateforme de l’AMI utilisée pour lancer l’instance. **Pour Linux AMIs, il est important de vérifier si la plate-forme AMI utilise la valeur générale **Linux/UNIX** ou une valeur plus spécifique telle que SUSE Linux.**
------
#### [ Console ]
**Pour vérifier la plateforme AMI**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **AMIs**.
1. Sélectionnez l’AMI.
1. Dans l’onglet **Détails**, notez la valeur de **Détails de la plateforme**.
------
#### [ AWS CLI ]
**Pour vérifier la plateforme AMI**
Utilisez la commande [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) et vérifiez la valeur de `PlatformDetails`.
```
aws ec2 describe-images \
--image-id ami-0abcdef1234567890 \
--query Images[*].PlatformDetails
```
Voici un exemple de sortie.
```
[
"Linux/UNIX"
]
```
------
#### [ PowerShell ]
**Pour vérifier la plateforme AMI**
Utilisez l'[Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)applet de commande et vérifiez la valeur de. `PlatformDetails`
```
Get-EC2Image `
-ImageId ami-0abcdef1234567890 | `
Select PlatformDetails
```
Voici un exemple de sortie.
```
PlatformDetails
---------------
Linux/UNIX
```
------
## Mettre votre achat en file d’attente
Par défaut, lorsque vous achetez une Instance réservée, l’achat est effectué immédiatement. Vous pouvez également mettre vos achats en file d’attente pour une date et une heure futures. Par exemple, vous pouvez mettre un achat en file d’attente jusqu’à ce qu’une Instance réservée existante expire. Cela peut vous aider à garantir une couverture ininterrompue.
Vous pouvez mettre en file d’attente des achats pour une instances réservées régionale, mais pas pour une instances réservées de zone ou une instances réservées d’autres vendeurs. Vous pouvez mettre un achat en file d’attente jusqu’à trois ans en avance. À l’heure et la date prévues, l’achat est effectué à l’aide du mode de paiement par défaut. Une fois le paiement réussi, l’avantage de facturation est appliqué.
Vous pouvez définir une date pour vos achats en attente dans la console Amazon EC2, et l’achat sera mis en d’attente jusqu’à 00h00 UTC à cette date. Pour spécifier une autre heure pour l'achat en file d'attente, utilisez un AWS SDK ou un outil de ligne de commande.
Vous pouvez afficher vos achats mis en file d’attente dans la console Amazon EC2. Le statut d’un achat mis en file d’attente est **queued**. Vous pouvez annuler un achat mis en file d’attente à tout moment avant son heure planifiée. Pour en savoir plus, consultez [Annuler un achat mis en file d’attente](#cancel-queued-purchase).
## Acheter une instances réservées Standard
Vous pouvez acheter des instances réservées standard dans une zone de disponibilité spécifique et obtenir une réservation de capacité. Vous avez également la possibilité de renoncer à la réservation de capacité et d’acheter une Instance réservée standard régionale.
Une fois l’achat terminé, si vous avez déjà une instance en cours d’exécution qui correspond aux attributs de l’Instance réservée, l’avantage de facturation est immédiatement appliqué. Vous n’avez pas besoin de redémarrer vos instances. Si vous n’avez pas d’instance en cours d’exécution adéquate, lancez une instance et veillez à respecter les mêmes critères que ceux spécifiés pour l’Instance réservée. Pour de plus amples informations, veuillez consulter [Utiliser votre instances réservées](using-reserved-instances.md).
Pour des exemples de la façon dont les Instances réservées sont appliquées à vos instances en cours d’exécution, consultez [Comment les remises d’instances réservées sont appliquées](apply_ri.md).
------
#### [ Console ]
**Pour acheter des instances réservées standard**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances réservées**, puis **Acheter des Instances réservées**.
1. Pour **Offering class (Classe d’offre)**, sélectionnez **Standard** pour afficher les Instances réservées standard.
1. Pour acheter une réservation de capacité, basculez sur **Only show offerings that reserve capacity (Ne montre que les offres réservant une capacité)** dans le coin supérieur droit de l’écran d’achat. Lorsque vous basculez sur ce paramètre, le champ **Availability Zone (Zone de disponibilité)** apparaît.
Pour acheter une Instance réservée régionale, désactivez ce paramètre. Lorsque vous désactivez ce paramètre, le champ **Availability Zone (Zone de disponibilité)** disparaît.
1. Sélectionnez d’autres configurations en fonction de vos besoins, puis sélectionnez **Search (Recherche)**.
1. Pour chaque Instance réservée que vous souhaitez acheter, saisissez la quantité désirée et sélectionnez **Add to cart (Ajouter au panier)**.
Pour acheter une instance réservée standard sur la marketplace des instances réservées, recherchez **3rd party** (Tiers) dans la colonne **Seller** (Vendeur) des résultats de recherche. La colonne **Durée** affiche des durées non standard. Pour plus d’informations, consultez [Acheter sur le Marketplace Instance réservée](#ri-market-buying-guide).
1. Pour afficher un récapitulatif des Instances réservées sélectionnées, sélectionnez **View cart (Afficher le panier)**.
1. Si **Order On (Commander le)** correspond à **Now (Maintenant)**, l’achat est terminé après que vous avez sélectionné **Order all (Commander tout)**. Pour mettre un achat en file d’attente, choisissez **Maintenant** et sélectionnez une date. Vous pouvez sélectionner une date différente pour chaque offre éligible dans le panier. L’achat est mis en file d’attente jusqu’à minuit UTC à la date sélectionnée.
1. Pour valider la commande, sélectionnez **Order all (Commander tout)**.
Si, au moment de passer la commande, il existe des offres similaires à votre choix mais à un prix inférieur, vous AWS vend les offres au prix inférieur.
1. Choisissez **Fermer**.
L’état de votre commande figure dans la colonne **État**. Une fois votre commande terminée, la valeur **État** passe de `Payment-pending` à `Active`. Lorsque l’Instance réservée est `Active`, elle est prête à être utilisée.
Si le statut passe à`Retired`, votre paiement n'a AWS peut-être pas été reçu.
------
#### [ AWS CLI ]
**Pour acheter une instance réservée standard**
1. Trouvez les instances réservées disponibles à l'aide de la [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)commande. Spécifiez `standard` pour l’option `--offering-class` afin de ne renvoyer que des instances réservées standard. Vous pouvez appliquer des critères supplémentaires pour affiner vos résultats. Par exemple, utilisez la commande suivante pour acheter une instance réservée `t2.large` régionale avec une location par défaut pour `Linux/UNIX` pour une durée d’un an seulement.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class standard \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=duration,Values=31536000 \
Name=scope,Values=Region
```
Pour rechercher des instances réservées sur la marketplace des instances réservées uniquement, utilisez le filtre `marketplace` et ne spécifiez pas de durée dans la demande, puisque la durée peut être inférieure à 1 ou 3 ans.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class standard \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=marketplace,Values=true
```
Lorsque vous trouvez une Instance réservée qui correspond à vos besoins, notez l’ID de l’offre. Par exemple :
```
"ReservedInstancesOfferingId": "bec624df-a8cc-4aad-a72f-4f8abc34caf2"
```
1. Utilisez la [purchase-reserved-instances-offering](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-reserved-instances-offering.html)commande pour acheter votre instance réservée. Vous devez spécifier l’ID d’offre d’Instance réservée que vous avez obtenu à l’étape précédente et indiquer le nombre d’instances pour la réservation.
```
aws ec2 purchase-reserved-instances-offering \
--reserved-instances-offering-id bec624df-a8cc-4aad-a72f-4f8abc34caf2 \
--instance-count 1
```
Par défaut, l’achat est terminé immédiatement. Pour mettre l’achat en file d’attente, vous pouvez également ajouter l’option suivante à l’appel précédent.
```
--purchase-time "2020-12-01T00:00:00Z"
```
1. Utilisez la [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)commande pour obtenir le statut de votre instance réservée.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327 \
--query ReservedInstances[].State
```
------
#### [ PowerShell ]
**Pour acheter une instance réservée standard**
1. Trouvez les instances réservées disponibles à l'aide de l'[Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)applet de commande. Spécifiez `standard` pour le paramètre `-OfferingClass` afin de renvoyer uniquement des Instances réservées standard. Vous pouvez appliquer des critères supplémentaires pour affiner vos résultats. Par exemple, utilisez la commande suivante pour acheter une instance réservée `t2.large` régionale avec une location par défaut pour `Linux/UNIX` pour une durée d’un an seulement.
```
Get-EC2ReservedInstancesOffering `
-InstanceType "t2.large" `
-OfferingClass "standard" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy "default" `
-Filters @{Name="duration"; Values="31536000"} `
@{Name="scope"; Values="Region"
```
Pour rechercher des instances réservées sur la marketplace des instances réservées uniquement, utilisez le filtre `marketplace` et ne spécifiez pas de durée dans la demande, puisque la durée peut être inférieure à 1 ou 3 ans.
```
Get-EC2ReservedInstancesOffering `
-InstanceType t2.large `
-OfferingClass "standard" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy default `
-Filters @{Name="marketplace"; Values="true"}
```
Lorsque vous trouvez une Instance réservée qui correspond à vos besoins, notez l’ID de l’offre. Par exemple :
```
bec624df-a8cc-4aad-a72f-4f8abc34caf2
```
1. Utilisez l'[New-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstance.html)applet de commande pour acheter votre instance réservée. Vous devez spécifier l’ID d’offre d’Instance réservée que vous avez obtenu à l’étape précédente et indiquer le nombre d’instances pour la réservation.
```
New-EC2ReservedInstance `
-ReservedInstancesOfferingId "bec624df-a8cc-4aad-a72f-4f8abc34caf2" `
-InstanceCount 1
```
Par défaut, l’achat est terminé immédiatement. Pour mettre l’achat en file d’attente, vous pouvez également ajouter le paramètre suivant à l’appel précédent.
```
-PurchaseTime "2020-12-01T00:00:00Z"
```
1. Utilisez l'[Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)applet de commande pour obtenir le statut de votre instance réservée.
```
Get-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327 | `
Select State
```
------
## Acheter instances réservées convertibles
Vous pouvez acheter des instances réservées convertibles dans une zone de disponibilité spécifique et obtenir une réservation de capacité. Vous avez également la possibilité de renoncer à la réservation de capacité et d’acheter une Instance réservée convertible régionale.
Si vous avez déjà une instance en cours d’exécution qui correspond aux attributs de l’Instance réservée, l’avantage de facturation est immédiatement appliqué. Vous n’avez pas besoin de redémarrer vos instances. Si vous n’avez pas d’instance en cours d’exécution adéquate, lancez une instance et veillez à respecter les mêmes critères que ceux spécifiés pour l’Instance réservée. Pour plus d’informations, consultez [Utiliser votre instances réservées](using-reserved-instances.md).
Pour des exemples de la façon dont les Instances réservées sont appliquées à vos instances en cours d’exécution, consultez [Comment les remises d’instances réservées sont appliquées](apply_ri.md).
------
#### [ Console ]
**Pour acheter des instances réservées convertibles**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances réservées**, puis **Acheter des Instances réservées**.
1. Pour **Offering class (Classe d’offre)**, sélectionnez **Convertible** pour afficher des Instances réservées convertibles.
1. Pour acheter une réservation de capacité, basculez sur **Only show offerings that reserve capacity (Ne montre que les offres réservant une capacité)** dans le coin supérieur droit de l’écran d’achat. Lorsque vous basculez sur ce paramètre, le champ **Availability Zone (Zone de disponibilité)** apparaît.
Pour acheter une Instance réservée régionale, désactivez ce paramètre. Lorsque vous désactivez ce paramètre, le champ **Availability Zone (Zone de disponibilité)** disparaît.
1. Sélectionnez d’autres configurations en fonction de vos besoins, puis choisissez **Recherche**.
1. Pour chaque Instance réservée convertible que vous souhaitez acheter, saisissez la quantité et sélectionnez **Add to cart (Ajouter au panier)**.
1. Pour afficher un résumé de votre sélection, sélectionnez **View cart (Afficher le panier)**.
1. Si **Order On (Commander le)** correspond à **Now (Maintenant)**, l’achat est terminé après que vous avez sélectionné **Order all (Commander tout)**. Pour mettre un achat en file d’attente, choisissez **Maintenant** et sélectionnez une date. Vous pouvez sélectionner une date différente pour chaque offre éligible dans le panier. L’achat est mis en file d’attente jusqu’à minuit UTC à la date sélectionnée.
1. Pour valider la commande, sélectionnez **Order all (Commander tout)**.
Si, au moment de passer la commande, il existe des offres similaires à votre choix mais à un prix inférieur, vous AWS vend les offres au prix inférieur.
1. Choisissez **Fermer**.
L’état de votre commande figure dans la colonne **État**. Une fois votre commande terminée, la valeur **État** passe de `Payment-pending` à `Active`. Lorsque l’Instance réservée est `Active`, elle est prête à être utilisée.
Si le statut passe à`Retired`, votre paiement n'a AWS peut-être pas été reçu.
------
#### [ AWS CLI ]
**Pour acheter une instance réservée convertible**
1. Trouvez les instances réservées disponibles à l'aide de la [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)commande. Spécifiez `convertible` pour l’option `--offering-class` afin de ne renvoyer que des instances réservées convertibles. Vous pouvez appliquer des critères supplémentaires pour affiner vos résultats. Par exemple, utilisez la commande suivante pour acheter une Instance réservée `t2.large` régionale à location par défaut pour `Linux/UNIX`.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class convertible \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=scope,Values=Region
```
Lorsque vous trouvez une Instance réservée qui correspond à vos besoins, notez l’ID de l’offre. Par exemple :
```
"ReservedInstancesOfferingId": "bec624df-a8cc-4aad-a72f-4f8abc34caf2"
```
1. Utilisez la [purchase-reserved-instances-offering](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-reserved-instances-offering.html)commande pour acheter votre instance réservée. Vous devez spécifier l’ID d’offre d’Instance réservée que vous avez obtenu à l’étape précédente et indiquer le nombre d’instances pour la réservation.
```
aws ec2 purchase-reserved-instances-offering \
--reserved-instances-offering-id bec624df-a8cc-4aad-a72f-4f8abc34caf2 \
--instance-count 1
```
Par défaut, l’achat est terminé immédiatement. Pour mettre l’achat en file d’attente, vous pouvez également ajouter l’option suivante à l’appel précédent.
```
--purchase-time "2020-12-01T00:00:00Z"
```
1. Utilisez la [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)commande pour obtenir le statut de votre instance réservée.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327 \
--query ReservedInstances[].State
```
------
#### [ PowerShell ]
**Pour acheter une instance réservée convertible**
1. Trouvez les instances réservées disponibles à l'aide de l'[Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)applet de commande. Spécifiez `convertible` pour le paramètre `-OfferingClass` afin de renvoyer uniquement des Instances réservées convertibles. Vous pouvez appliquer des critères supplémentaires pour affiner vos résultats. Par exemple, utilisez la commande suivante pour acheter une Instance réservée `t2.large` régionale à location par défaut pour `Linux/UNIX`.
```
Get-EC2ReservedInstancesOffering `
-InstanceType "t2.large" `
-OfferingClass "convertible" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy "default" `
-Filters @{Name="scope"; Values="Region"
```
Lorsque vous trouvez une Instance réservée qui correspond à vos besoins, notez l’ID de l’offre. Par exemple :
```
bec624df-a8cc-4aad-a72f-4f8abc34caf2
```
1. Utilisez l'[New-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstance.html)applet de commande pour acheter votre instance réservée. Vous devez spécifier l’ID d’offre d’instance réservée que vous avez obtenu à l’étape précédente et indiquer le nombre d’instances pour la réservation.
```
New-EC2ReservedInstance `
-ReservedInstancesOfferingId "bec624df-a8cc-4aad-a72f-4f8abc34caf2" `
-InstanceCount 1
```
Par défaut, l’achat est terminé immédiatement. Pour mettre l’achat en file d’attente, vous pouvez également ajouter le paramètre suivant à l’appel précédent.
```
-PurchaseTime "2020-12-01T00:00:00Z"
```
1. Utilisez l'[Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)applet de commande pour obtenir le statut de votre instance réservée.
```
Get-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327 | `
Select State
```
------
## Acheter sur le Marketplace Instance réservée
Vous pouvez acheter des instances réservées auprès de vendeurs tiers qui possèdent des instances réservées dont ils n’ont plus besoin sur la marketplace des instances réservées. Vous pouvez effectuer cette opération à l’aide de la console Amazon EC2 ou d’un outil de ligne de commande. Le processus est similaire à l'achat d'instances réservées auprès de AWS. Pour de plus amples informations, veuillez consulter [Acheter une instances réservées Standard](#ri-buying-standard).
Il existe quelques différences entre les instances réservées achetées sur le Reserved Instance Marketplace et les instances réservées achetées directement auprès de AWS :
+ **Durée** – Les instances réservées que vous achetez auprès de tiers ont une durée inférieure à la durée standard complète. Conditions générales complètes à compter d' AWS une durée d'un an ou de trois ans.
+ **Prix initial** – Les instances réservées tierces peuvent être vendues à différents prix initiaux. Les frais d’utilisation ou récurrents restent les mêmes que ceux déterminés lorsque les instances réservées ont été achetées initialement auprès d’ AWS.
+ **Types d’instances réservées** – Seules les instances réservées standard Amazon EC2 peuvent être achetées sur la marketplace des instances réservées. Les instances réservées convertibles, Amazon RDS et Amazon ElastiCache Reserved Instances ne sont pas disponibles à l'achat sur le Reserved Instance Marketplace.
Les informations principales vous concernant sont communiquées au vendeur, par exemple votre code postal et votre pays de résidence.
Ces informations permettent au vendeur de calculer toutes les taxes destinées au gouvernement qui sont susceptibles d’être appliquées aux transactions (par exemple, les taxes de vente ou la TVA). Elles sont communiquées sous la forme d’un rapport de décaissement. Dans de rares cas, vous devrez AWS peut-être fournir votre adresse e-mail au vendeur afin qu'il puisse vous contacter pour toute question relative à la vente (par exemple, des questions fiscales).
Pour des raisons similaires, AWS partage le nom de l'entité juridique du vendeur sur la facture d'achat de l'acheteur. Si vous avez besoin d’informations supplémentaires sur le vendeur pour des raisons fiscales ou autres, contactez [Support](https://aws.amazon.com/contact-us/).
## Annuler un achat mis en file d’attente
Vous pouvez mettre un achat en file d’attente jusqu’à trois ans en avance. Vous pouvez annuler un achat mis en file d’attente à tout moment avant son heure planifiée.
------
#### [ Console ]
**Pour annuler un achat mis en file d’attente**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances réservées**.
1. Sélectionnez une ou plusieurs instances réservées.
1. Sélectionnez **Actions**, **Delete queued Reserved Instances (Supprimer les instances réservées mises en file d’attente)**.
1. Lorsque vous êtes invité à confirmer, sélectionnez **Delete (Supprimer)**, puis sélectionnez **Close (Fermer)**.
------
#### [ AWS CLI ]
**Pour annuler un achat mis en file d’attente**
Utilisez la commande [delete-queued-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-queued-reserved-instances.html).
```
aws ec2 delete-queued-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327
```
------
#### [ PowerShell ]
**Pour annuler un achat mis en file d’attente**
Utilisez l’applet de commande [Remove-EC2QueuedReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2QueuedReservedInstance.html).
```
Remove-EC2QueuedReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327
```
------
## Renouveler un Instance réservée
Vous pouvez renouveler une Instance réservée avant qu’elle n’entre en phase d’expiration. Le renouvellement d’une Instance réservée met en file d’attente l’achat d’une Instance réservée possédant la même configuration jusqu’à ce que l’Instance réservée actuelle expire.
Vous devez renouveler une instance réservée à l’aide de la console Amazon EC2.
**Pour renouveler une instance réservée à l’aide d’un achat en file d’attente**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Reserved Instances** (Instances réservées).
1. Sélectionnez l’instance réservée à renouveler.
1. Choisissez **Actions**, **Renew Reserved Instances** (Renouveler les instances réservées).
1. Pour valider la commande, sélectionnez **Order all** (Commander tout), puis **Close** (Fermer).
# Vendre des instances réservées pour Amazon EC2 sur le marché des instances réservées
Amazon EC2 Reserved Instance Marketplace est une plateforme qui facilite la vente d'instances réservées standard non utilisées par des AWS clients et des vendeurs tiers. Ces instances réservées peuvent avoir différentes durées et options tarifaires. Vous souhaiterez peut-être vendre vos instances réservées lorsque vous n'en avez plus besoin, par exemple lorsque vous déplacez vos instances vers une nouvelle instance, que vous changez de type d'instance Région AWS, que vous terminez des projets avant l'expiration du terme des instances réservées, que les besoins de votre entreprise changent ou que vous avez une capacité excédentaire.
Dès que vous listez vos instances réservées sur la marketplace des instances réservées, elles deviennent disponibles et des acheteurs potentiels peuvent se les procurer. Toutes les instances réservées sont regroupées selon la durée de réservation restante et le taux horaire.
Pour répondre à la demande d'un acheteur d'acheter l'instance réservée d'un vendeur tiers via le Reserved Instance Marketplace, vendez d' AWS abord l'instance réservée au prix initial le plus bas dans le groupe spécifié. AWS Vend ensuite l'instance réservée au prix le plus bas suivant, jusqu'à ce que la totalité de la commande de l'acheteur soit exécutée. AWS traite ensuite les transactions et transfère la propriété des instances réservées à l'acheteur.
Vous êtes le propriétaire de l’Instance réservée jusqu’à ce qu’elle soit vendue. Une fois la vente conclue, vous ne disposez plus de la réservation de capacité et vous n’êtes plus soumis aux frais récurrents avec remise. Si vous continuez à utiliser votre instance, AWS vous facturera le tarif à la demande à partir du moment où l’instance réservée aura été vendue.
Si vous voulez vendre vos instances réservées inutilisées sur la marketplace des instances réservées, vous devez respecter certains critères d’éligibilité.
Pour plus d’informations sur l’achat d’instances réservées sur la marketplace des instances réservées, consultez [Acheter sur le Marketplace Instance réservée](ri-market-concepts-buying.md#ri-market-buying-guide).
**Topics**
+ [Limites et restrictions](#ri-seller-limits)
+ [S’inscrire en tant que vendeur](#ri-market-seller-profile)
+ [Compte bancaire pour les décaissements](#ri-market-concepts-bank)
+ [Informations fiscales](#ri-market-concepts-taxinfo)
+ [Définir le prix de votre instances réservées](#ri-market-concepts-pricing)
+ [Lister votre instances réservées](#ri-market-selling-listing)
+ [États de la liste des éléments Instance réservée](#ri-listing-states)
+ [Cycle de vie d’une liste](#ri-market-concepts-sold-partial)
+ [Après la vente de votre Instance réservée](#ri-market-concepts-sold)
+ [Obtention du paiement](#ri-market-sold-gettingpaid)
+ [Communication des informations à l’acheteur](#ri-market-seller-disclosure)
## Limites et restrictions
Avant de pouvoir vendre vos réservations inutilisées, vous devez vous inscrire en tant que vendeur sur la marketplace des instances réservées. Pour plus d’informations, consultez [S’inscrire en tant que vendeur](#ri-market-seller-profile).
Les restrictions et restrictions suivantes s’appliquent à la vente d’instances réservées :
+ Seules les instances réservées régionales et zonales standard Amazon EC2 peuvent être vendues sur la marketplace des instances réservées.
+ Les instances réservées convertibles d’Amazon EC2 ne peuvent pas être vendues sur la marketplace des instances réservées.
+ Les instances réservées pour d'autres AWS services, tels qu'Amazon RDS et Amazon ElastiCache, ne peuvent pas être vendues sur le Reserved Instance Marketplace.
+ L’Instance réservée standard doit être valable pendant encore au moins un mois.
+ Vous ne pouvez pas vendre une Instance réservée standard dans une région [désactivée par défaut](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html).
+ Le tarif minimum autorisé sur la marketplace des instances réservées est de 0,00 USD.
+ Vous pouvez vendre des instances réservées sans frais initiaux, avec frais initiaux partiels ou au paiement total anticipé sur le Marketplace des instances réservées, à condition qu’elles soient actives sur votre compte depuis au moins 30 jours. En outre, s'il y a un paiement initial sur une instance réservée, celle-ci ne peut être vendue AWS qu'après réception du paiement initial.
+ Vous ne pouvez pas vendre une Instance réservée dans la marketplace des instances réservées si vous l’avez achetée en bénéficiant d’une remise sur le volume.
+ Vous ne pouvez pas modifier directement votre liste sur la marketplace des instances réservées. Toutefois, vous pouvez la changer en commençant par l’annuler, puis en créant une autre liste avec de nouveaux paramètres. Pour plus d’informations, consultez [Définir le prix de votre instances réservées](#ri-market-concepts-pricing). Vous pouvez également modifier vos instances réservées avant de les inclure dans votre liste. Pour plus d'informations, consultez [Modifier instances réservées](ri-modifying.md).
+ AWS facture des frais de service de 12 % du prix initial total de chaque instance réservée standard que vous vendez sur le Reserved Instance Marketplace. Le prix initial correspond au prix demandé par le vendeur pour l’Instance réservée standard.
+ Lorsque vous vous inscrivez en tant que vendeur, la banque que vous spécifiez doit avoir une adresse aux États-Unis. Pour plus d’informations, consultez [Exigences supplémentaires du vendeur pour les produits payés](https://docs.aws.amazon.com/marketplace/latest/userguide/user-guide-for-sellers.html#additional-seller-requirements-for-paid-products) dans le *Guide du vendeur AWS Marketplace *.
+ Les clients d'Amazon Web Services India Private Limited AWS (Inde) ne peuvent pas s'inscrire en tant que vendeur sur EC2 Reserved Instance Marketplace et ne peuvent pas mettre en vente ou vendre des instances réservées sur le Marketplace des instances réservées EC2, même s'ils possèdent un compte bancaire américain. Pour plus d'informations, voir [Quelles sont les différences entre les comptes Comptes AWS et ceux de AWS l'Inde](https://repost.aws/knowledge-center/aws-india-differences) ?
+ Si vous changez de vendeur officiel pour Amazon Web Services India Private Limited AWS (Inde), vous serez radié en tant que vendeur de l'EC2 Reserved Instance Marketplace et toutes vos offres actives existantes sur le Marketplace des instances réservées EC2 seront supprimées. Pour rétablir votre statut de vendeur, vous devez modifier l’emplacement de votre compte pour un pays autre que l’Inde et terminer à nouveau le processus d’enregistrement du vendeur.
## S’inscrire en tant que vendeur
**Note**
Ils sont les seuls à Utilisateur racine d'un compte AWS pouvoir créer un compte en tant que vendeur.
Pour vendre sur la marketplace des instances réservées, vous devez tout d’abord vous inscrire comme vendeur. Lors de l’enregistrement, vous devez fournir les informations suivantes lors de l’enregistrement :
+ **Informations bancaires** : vous AWS devez disposer de vos informations bancaires afin de décaisser les fonds collectés lorsque vous vendez vos réservations. La banque que vous spécifiez doit avoir une adresse aux États-Unis. Pour plus d’informations, consultez [Compte bancaire pour les décaissements](#ri-market-concepts-bank).
+ **Questionnaire fiscal** : tous les vendeurs doivent répondre à un questionnaire fiscal afin de déterminer les obligations de déclaration fiscale éventuelles. Pour de plus amples informations, veuillez consulter [Informations fiscales](#ri-market-concepts-taxinfo).
Après avoir AWS reçu votre inscription de vendeur terminée, vous recevez un e-mail confirmant votre inscription et vous informant que vous pouvez commencer à vendre sur le Reserved Instance Marketplace.
## Compte bancaire pour les décaissements
AWS devez disposer de vos informations bancaires afin de débourser les fonds collectés lorsque vous vendez votre instance réservée. La banque que vous spécifiez doit avoir une adresse aux États-Unis. Pour plus d’informations, consultez [Exigences supplémentaires du vendeur pour les produits payés](https://docs.aws.amazon.com/marketplace/latest/userguide/user-guide-for-sellers.html#additional-seller-requirements-for-paid-products) dans le *Guide du vendeur AWS Marketplace *.
**Pour enregistrer un compte par défaut destiné aux décaissements**
1. Ouvrez la page [Reserved Instance Marketplace Seller Registration](https://us-east-1.console.aws.amazon.com/rimarketplace/home?region=us-east-1) (Inscription vendeur sur la marketplace des instances réservées) et connectez-vous à l’aide de vos informations d’identification AWS .
1. Sur la page **Manage Bank Account (Gérer le compte bancaire)**, entrez les informations suivantes concernant la banque qui recevra vos paiements :
+ Nom du titulaire du compte bancaire
+ Code d’acheminement
+ Numéro de compte
+ Type de compte bancaire
**Note**
Si vous utilisez le compte bancaire de votre société, vous êtes invité à envoyer les informations relatives au compte bancaire par télécopie au 1-206-765-3424.
Une fois l’enregistrement terminé, le compte bancaire spécifié est utilisé par défaut, dans l’attente d’une vérification auprès de la banque. Cette opération peut prendre jusqu’à deux semaines, une période au cours de laquelle vous ne pouvez pas recevoir de décaissements. Pour un compte établi, deux jours sont généralement nécessaires à l’exécution d’un décaissement.
**Pour modifier le compte bancaire par défaut utilisé pour les décaissements**
1. Sur la page [Reserved Instance Marketplace Seller Registration](https://us-east-1.console.aws.amazon.com/rimarketplace/home?region=us-east-1) (Inscription vendeur sur la marketplace des instances réservées), connectez-vous avec le compte utilisé pour l’inscription.
1. Sur la page **Manage Bank Account (Gérer le compte bancaire)**, ajoutez un nouveau compte bancaire ou modifiez le compte défini par défaut.
## Informations fiscales
Votre vente d’instances réservées peut être soumise à une taxe appliquée aux transactions, telle qu’une taxe de vente ou une TVA. Vérifiez auprès du service fiscal, juridique, financier ou comptable de votre entreprise afin de déterminer si des taxes sont applicables aux transactions concernées. Il vous incombe de collecter et d’envoyer les taxes applicables aux transactions à l’administration fiscale appropriée.
Dans le cadre du processus d’enregistrement du vendeur, vous devez remplir un questionnaire d’ordre fiscal dans le [Seller Registration Portal](https://portal.aws.amazon.com/ec2/ri/seller_registration?action=taxInterview). Le questionnaire collecte vos informations fiscales et remplit un formulaire IRS W-9, W-8BEN ou W-8BEN-E, utilisé pour déterminer les éventuelles obligations de déclaration fiscale.
Les informations fiscales que vous renseignez dans le questionnaire peuvent différer selon que vous œuvrez comme personne morale ou physique, et que votre entreprise est une entité ou personne américaine ou non. En remplissant ce questionnaire, gardez les points suivants à l’esprit :
+ Les informations fournies par AWS, y compris les informations contenues dans cette rubrique, ne constituent pas des conseils fiscaux, juridiques ou autres conseils professionnels. Pour découvrir en quoi les obligations de déclaration imposées par l’IRS affectent votre entreprise, ou pour toute autre question, contactez votre conseiller fiscal, juridique ou autre.
+ Pour vous conformer aux exigences de l’IRS en matière de déclarations aussi efficacement que possible, répondez à toutes les questions et entrez toutes les informations demandées au cours du questionnaire.
+ Vérifiez vos réponses. Évitez les fautes de frappe ou la saisie de numéros d’identification fiscale inexacts. Ces erreurs risqueraient d’entraîner le refus de votre formulaire fiscal.
Selon vos réponses au questionnaire et les seuils de déclaration de l’IRS, Amazon peut soumettre le formulaire 1099-K. Vous en recevrez une copie par voie postale au plus tard le 31 janvier de l’année suivant celle où votre compte fiscal a atteint les niveaux de seuil. Par exemple, si votre compte fiscal atteint le seuil en 2018, vous recevrez le formulaire 1099-K le 31 janvier 2019 au plus tard.
Pour plus d'informations sur les exigences de l'IRS et le formulaire 1099-K, consultez le [formulaire 1099-K FAQs](https://www.irs.gov/newsroom/form-1099-k-faqs-third-party-filers-of-form-1099-k) sur le site Web de l'IRS.
## Définir le prix de votre instances réservées
Tenez compte des éléments suivants lorsque vous fixez le prix de vos instances réservées :
+ **Prix initial** – Le prix initial est le seul prix que vous puissiez spécifier pour l’instance réservée que vous vendez. Le prix initial est le prix unique que l’acheteur paie lorsqu’il achète chaque instance réservée.
Étant donné que la valeur des instances réservées diminue au fil du temps, AWS vous pouvez par défaut définir les prix pour qu'ils diminuent par tranches égales d'un mois à l'autre. Toutefois, vous pouvez définir des tarifs initiaux différents en fonction du moment de vente de votre réservation. Par exemple, si votre Instance réservée est encore valide pendant neuf mois, vous pouvez indiquer le montant que vous accepteriez si un client achetait cette Instance réservée au cours des neuf mois restants. Vous pouvez définir un autre prix avec cinq mois restants, et encore un autre avec un mois restant.
Le tarif minimum autorisé sur la marketplace des instances réservées est de 0,00 USD.
+ **Limites** – Les limites suivantes relatives pour la vente d’instances réservées s’appliquent à la *durée de vie* de votre Compte AWS. Il ne s’agit pas de limites annuelles et elles ne peuvent pas être augmentées.
+ **Vous pouvez vendre jusqu’à 50 000 USD d’Instances réservées**.
+ **Vous pouvez vendre jusqu’à 5 000 Instances réservées**.
+ **Ne peut pas modifier** – Vous ne pouvez pas modifier votre liste directement. Toutefois, vous pouvez la changer en commençant par l’annuler, puis en créant une autre liste avec de nouveaux paramètres.
+ **Peut annuler** – Vous pouvez annuler votre liste à tout moment, tant qu’elle est dans l’état `active`. Vous ne pouvez pas annuler une liste si elle fait déjà l’objet d’une correspondance ou si sa vente est en cours de traitement. Si certaines instances de votre liste font l’objet d’une correspondance et que vous annulez la liste, seules les instances restantes qui ne font pas l’objet d’une correspondance sont supprimées de la liste.
## Lister votre instances réservées
En tant que vendeur enregistré, vous pouvez choisir de vendre une ou plusieurs de vos instances réservées. Vous pouvez choisir de les vendre toutes sur une même liste ou par sections. En outre, vous pouvez ajouter à la liste les instances réservées avec n’importe quelle configuration de type d’instance, plateforme et portée.
La console détermine une suggestion de prix. Elle vérifie les offres qui correspondent à votre Instance réservée et sélectionne celle dont le prix est le plus bas. Sinon, elle calcule un prix suggéré basé sur le coût de l’Instance réservée pour le temps restant. Si la valeur calculée est inférieure à 1,01 USD, le prix suggéré est de 1,01 USD.
Si vous annulez votre liste et qu’une partie de celle-ci a déjà été vendue, l’annulation ne s’applique pas à la partie déjà vendue. Seule la partie de la liste non encore vendue n’est plus disponible sur la marketplace des instances réservées.
------
#### [ Console ]
**Pour répertorier une instance réservée dans la marketplace des instances réservées**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances réservées**.
1. Sélectionnez les Instances réservées à répertorier, puis choisissez **Actions**, **Vendre des Instances réservées**.
1. Sur la page **Configuration de votre liste d’Instance réservée** définissez le nombre d’instances à vendre et le prix initial pour la durée restante dans les colonnes appropriées. Pour afficher l’évolution de la valeur de votre réservation au cours de la durée restante, sélectionnez la flèche en regard de la colonne **Mois restant**.
1. Si vous êtes un utilisateur avancé et que vous souhaitez personnaliser la tarification, vous pouvez entrer différentes valeurs pour les mois suivants. Pour revenir à la baisse de prix linéaire par défaut, choisissez **Réinitialiser**.
1. Choisissez **Continuer** une fois la configuration de la liste terminée.
1. Vérifiez les détails de votre liste sur la page **Configuration de votre liste d’Instance réservée**. Si vous n’avez rien à modifier, choisissez **Répertorier l’instance réservée**.
**Pour afficher vos listes sur la console Amazon EC2**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances réservées**.
1. Sélectionnez l’Instance réservée que vous avez répertoriée et choisissez l’onglet **Mes listes** en bas de la page.
------
#### [ AWS CLI ]
**Pour gérer les instances réservées sur la marketplace des instances réservées**
1. Obtenez la liste de vos instances réservées à l'aide de la [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)commande. Notez l’ID de l’instance réservée que vous voulez répertorier.
1. Utilisez la commande [create-reserved-instances-listing](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-reserved-instances-listing.html). Vous devez spécifier l’ID de l’Instance réservée, le nombre d’instances et le barème de tarification.
1. Pour consulter votre annonce, utilisez la [describe-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-listings.html)commande.
1. Pour annuler votre annonce, utilisez la [cancel-reserved-instances-listing](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-reserved-instances-listing.html)commande.
------
#### [ PowerShell ]
**Pour gérer les instances réservées sur la marketplace des instances réservées**
1. Obtenez la liste de vos instances réservées à l'aide de l'[Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)applet de commande. Notez l’ID de l’instance réservée que vous voulez répertorier.
1. Utilisez l’applet de commande [New-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstancesListing.html). Vous devez spécifier l’ID de l’Instance réservée, le nombre d’instances et le barème de tarification.
1. Pour consulter votre annonce, utilisez l'[Get-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesListing.html)applet de commande.
1. Pour annuler votre annonce, utilisez l'[Stop-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2ReservedInstancesListing.html)applet de commande.
------
## États de la liste des éléments Instance réservée
**État de la liste** de l’onglet **Mes listes** de la page des Instances réservées affiche le statut actuel de vos listes :
Les informations figurant dans **Listing State** (État de la liste) concernent l’état de votre liste sur la marketplace des instances réservées. Elles diffèrent des informations d’état affichées par la colonne **État** de la page **Instances réservées**. Ces informations d’**État** concernent votre réservation.
+ **active** : la liste peut être achetée.
+ **canceled** (annulée) : la liste a été annulée et ne peut plus être achetée sur la marketplace des instances réservées.
+ **closed (fermée)** : l’Instance réservée figure pas sur la liste. Une Instance réservée peut être `closed` parce que la vente de la liste est terminée.
## Cycle de vie d’une liste
Lorsque toutes les instances d’une liste correspondent aux besoins d’un acheteur et sont vendues, l’onglet **Mes listes** indique que votre **Total instance count (Nombre total d’instances)** correspond au nombre indiqué sous **Vendue**. Il n’y a plus aucune instance avec le statut **Disponible** pour votre liste dont le **Statut** est désormais `closed`.
Lorsqu'une partie seulement de votre annonce est vendue, AWS les instances réservées sont retirées de l'annonce et crée un nombre d'instances réservées égal au nombre d'instances réservées restant dans le décompte. Par conséquent, l’ID de liste et la liste qu’il représente, et qui a désormais moins de réservations en vente, restent actifs.
Toute vente ultérieure d’instances réservées figurant sur la liste est traitée de cette façon. Lorsque toutes les instances réservées de la liste sont vendues, AWS marque l'offre comme`closed`.
Par exemple, vous créez une liste *ID de liste d’instances réservées 5ec28771-05ff-4b9b-aa31-9e57dexample*. Cette liste comporte 5 instances.
L’onglet **Mes listes** de la page de console **Instance réservée** affiche la liste de cette façon :
*ID de liste d’Instance réservée 5ec28771-05ff-4b9b-aa31-9e57dexample*
+ Total reservation count = 5
+ Sold = 0
+ Available = 5
+ Status = active
Un acheteur achète deux de ces réservations, ce qui laisse trois réservations encore disponibles à la vente. En raison de cette vente partielle, AWS crée une nouvelle réservation avec un compte de trois pour représenter les réservations restantes encore en vente.
Voici comment votre liste apparaît sous l’onglet **Mes listes** :
*ID de liste d’Instance réservée 5ec28771-05ff-4b9b-aa31-9e57dexample*
+ Total reservation count = 5
+ Sold = 2
+ Available = 3
+ Status = active
Si vous annulez votre liste et qu’une partie de celle-ci a déjà été vendue, l’annulation ne s’applique pas à la partie déjà vendue. Seule la partie de la liste non encore vendue n’est plus disponible sur la marketplace des instances réservées.
## Après la vente de votre Instance réservée
Lorsque votre instance réservée est vendue, vous AWS envoie une notification par e-mail. Vous êtes averti par e-mail de toutes les activités quotidiennes vous concernant. Les activités peuvent inclure la création ou la vente d'une annonce, ou l' AWS envoi de fonds sur votre compte.
------
#### [ Console ]
**Pour suivre le statut d’une liste d’instances réservées**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances réservées**.
1. Dans l’onglet **Mes listes**, recherchez la valeur de **État de la liste**. L’onglet contient également des informations sur le terme, le prix de l’offre et une ventilation du nombre d’instances disponibles, en attente, vendues et annulées dans l’offre.
------
#### [ AWS CLI ]
**Pour suivre le statut d’une liste d’instances réservées**
Utilisez la [describe-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-listings.html)commande avec le filtre approprié pour obtenir des informations sur vos annonces.
```
aws ec2 describe-reserved-instances-listings
```
------
#### [ PowerShell ]
**Pour suivre le statut d’une liste d’instances réservées**
Utilisez l’applet de commande [Get-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesListing.html).
```
Get-EC2ReservedInstancesListing
```
------
## Obtention du paiement
Dès AWS réception des fonds de la part de l'acheteur, un message est envoyé à l'adresse e-mail du compte propriétaire enregistré pour l'instance réservée vendue.
AWS envoie un virement bancaire ACH (Automated Clearing House) sur le compte bancaire que vous avez indiqué. En règle générale, ce virement est effectué entre 1 à 3 jours après la vente de l’Instance réservée. Les décaissements se déroulent une fois par jour. Vous recevrez un e-mail avec un rapport de remboursement une fois que les fonds auront été débloqués. N'oubliez pas que vous ne pouvez pas recevoir de versements tant que vous n'avez pas AWS reçu de vérification de la part de votre banque. Cela peut prendre jusqu’à deux semaines.
L’Instance réservée que vous avez vendue continue à apparaître lorsque vous décrivez vos instances réservées.
Vous recevez un versement en espèces pour vos instances réservées par virement bancaire directement sur votre compte bancaire. AWS facture des frais de service de 12 % du prix initial total de chaque instance réservée que vous vendez sur le Reserved Instance Marketplace.
## Communication des informations à l’acheteur
Lorsque vous vendez sur le Reserved Instance AWS Marketplace, indiquez le nom légal de votre entreprise sur la déclaration de l'acheteur conformément à la réglementation américaine. En outre, si l’acheteur appelle Support parce qu’il a besoin de vous contacter au sujet d’une facture ou pour tout autre motif fiscal, AWS peut être amené à lui communiquer votre adresse e-mail afin qu’il puisse vous contacter directement.
De la même manière, le code postal et le pays de résidence de l’acheteur sont communiqués au vendeur dans le rapport de décaissement. En tant que vendeur, vous aurez parfois besoin de joindre ces informations aux taxes que vous remettez au gouvernement (par exemple, les taxes de vente ou la TVA) pour ces transactions.
AWS ne peut pas fournir de conseils fiscaux, mais si votre fiscaliste détermine que vous avez besoin d'informations supplémentaires spécifiques, [contactez Support](https://aws.amazon.com/contact-us/).
# Modifier instances réservées
Lorsque vos besoins évoluent, vous pouvez modifier vos instances réservées standards ou convertibles et continuer à bénéficier de votre avantage de facturation. Vous pouvez modifier des attributs tels que la zone de disponibilité, la taille d’instance (au sein de la même famille et génération d’instances) et la portée de votre instance réservée.
**Note**
Vous pouvez également échanger une Instance réservée convertible contre une autre Instance réservée convertible avec une configuration différente. Pour plus d’informations, consultez [Échanger des instances réservées convertibles](ri-convertible-exchange.md).
Vous pouvez modifier toutes vos instances réservées ou un sous-ensemble. Vous pouvez séparer les instances réservées initiales en deux nouvelles instances réservées ou plus. Par exemple, si vous avez une réservation pour 10 instances dans `us-east-1a` et que vous décidez de déplacer 5 instances vers `us-east-1b`, la demande de modification entraîne la création de deux réservations : une pour 5 instances dans `us-east-1a` et l’autre pour 5 instances dans `us-east-1b`.
Vous pouvez aussi *fusionner* deux Instances réservées ou plus dans une Instance réservée unique. Par exemple, si vous avez quatre Instances réservées `t2.small` d’une instance chacune, vous pouvez les fusionner pour créer une Instance réservée `t2.large`. Pour plus d’informations, consultez [Prise en charge de la modification de tailles d’instances](#ri-modification-instancemove).
Après une modification, la tarification des instances réservées est appliquée uniquement aux instances qui correspondent aux nouveaux paramètres. Par exemple, si vous modifiez la zone de disponibilité d’une réservation, les avantages de réservation de capacité et de tarification sont appliqués automatiquement à l’utilisation d’instance dans la nouvelle zone de disponibilité. Les instances qui ne correspondent plus aux nouveaux paramètres sont facturées au taux à la demande à moins que votre compte n’ait d’autres réservations applicables.
Si votre demande de modification a été appliquée :
+ La réservation modifiée devient effective immédiatement et l’avantage de tarification est appliqué aux nouvelles instances à partir de l’heure de la demande de modification. Par exemple, si vous avez modifié vos réservations à 21 h 15, l’avantage de tarification est appliqué à votre nouvelle instance à partir de 21 h 00. Vous pouvez obtenir la date d'entrée en vigueur des instances réservées modifiées à l'aide de la [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)commande.
+ La réservation initiale est mise hors service. Sa date de fin est la date de début de la nouvelle réservation et la date de fin de la nouvelle réservation est identique à la date de fin de l’Instance réservée initiale. Si vous modifiez une réservation d’une durée de trois ans avec 16 mois restants, la réservation modifiée a une durée de 16 mois, avec la même date de fin que la réservation initiale.
+ La réservation modifiée indique un tarif fixe s’élevant à 0 USD et non le tarif fixe de la réservation initiale.
+ Le tarif fixe de la réservation modifiée n’a aucune répercussion sur les calculs du niveau tarifaire avec remise appliqué à votre compte. Ces calculs reposent en effet sur le tarif fixe de la réservation initiale.
Si votre demande de modification échoue, vos instances réservées conservent leur configuration d’origine et sont immédiatement disponibles pour une autre demande de modification.
Il n’y a aucun frais pour les modifications et vous ne recevez pas de nouvelles factures.
Vous pouvez modifier vos réservations aussi souvent que vous le souhaitez. Toutefois, vous ne pouvez pas modifier ou annuler une demande de modification en attente une fois que vous l’avez envoyée. Une fois la modification appliquée, vous pouvez envoyer une autre demande de modification afin d’annuler des modifications précédentes, si nécessaire.
**Topics**
+ [Conditions obligatoires et restrictions pour toute modification](#ri-modification-limits)
+ [Prise en charge de la modification de tailles d’instances](#ri-modification-instancemove)
+ [Soumettre des demandes de modification](#ri-modification-process)
+ [Résoudre les problèmes liés aux demandes de modification](#ri-modification-process-messages)
## Conditions obligatoires et restrictions pour toute modification
Vous pouvez modifier ces attributs comme suit.
| Attribut modifiable | Plateformes prises en charge | Limites et considérations |
| --- | --- | --- |
| Changer de **zones de disponibilité** au sein de la même région | Linux et Windows | - |
| Modifier la **portée** pour passer de Zone de disponibilité à Région et inversement | Linux et Windows | Une instance réservée zonale est étendue à une zone de disponibilité et réserve la capacité dans cette zone de disponibilité. Si vous modifiez la portée de Zone de disponibilité à Région (en d’autres termes, de zonal à régional), vous ne bénéficiez plus de l’avantage de réserve de capacité. Une instance réservée régionale a une portée sur une région. Votre remise d’instance réservée peut s’appliquer aux instances exécutées dans n’importe quelle zone de disponibilité de cette Région. En outre, la remise d’instance réservée s’applique à l’utilisation d’instance de toutes les tailles de la famille d’instances sélectionnée. Si vous modifiez la portée de Région à Zone de disponibilité (en d’autres termes, de régional à zonal), vous perdez la flexibilité de la Zone de disponibilité et la flexibilité de la taille de l’instance (le cas échéant). Pour de plus amples informations, veuillez consulter [Comment les remises d’instances réservées sont appliquées](apply_ri.md). |
| Modification de la **taille d’instance** au sein de la même famille et génération d’instances | Linux/UNIX uniquement La flexibilité de taille d’instance n’est pas disponible pour les instances réservées sur les autres plateformes, notamment Linux avec SQL Server Standard, Linux avec SQL Server Web, Linux avec SQL Server Enterprise, Red Hat Enterprise Linux, SUSE Linux, Windows, Windows avec SQL Standard, Windows avec SQL Server Enterprise et Windows avec SQL Server Web. | La réservation doit utiliser la location par défaut. Certaines familles d’instances ne sont pas prises en charge dans la mesure où aucune autre taille n’est disponible. Pour de plus amples informations, consultez [Prise en charge de la modification de tailles d’instances](#ri-modification-instancemove). |
**Exigences**
Amazon EC2 traite votre demande de modification si votre capacité est suffisante pour votre nouvelle configuration (le cas échéant) et si les conditions suivantes sont respectées :
+ Vous ne pouvez pas modifier la Instance réservée avant ou au moment même de son achat.
+ La Instance réservée doit être active.
+ Il ne peut pas y avoir de demande de modification en attente
+ L’instance réservée n’est pas listée sur la marketplace des instances réservées.
+ Il doit y avoir une correspondance entre la couverture de la taille de l’instance associée à la réservation initiale et la configuration cible. Pour plus d’informations, consultez [Prise en charge de la modification de tailles d’instances](#ri-modification-instancemove).
+ Les instances réservées d’origine sont toutes des instances réservées standard ou des instances réservées convertibles, non pas quelques-unes de chaque sorte.
+ Les instances réservées d’origine doivent expirer dans la même heure si ce sont des instances réservées standard.
+ Pour modifier la taille de l’instance, l’instance réservée doit prendre en charge la flexibilité de la taille de l’instance. Pour obtenir la liste des instances réservées qui ne prennent pas en charge la flexibilité de la taille de l’instance, consultez [Flexibilité de la taille de l’instance](apply_ri.md#ri-instance-size-flexibility).
## Prise en charge de la modification de tailles d’instances
Vous pouvez modifier la taille d’instance d’une Instance réservée si les conditions suivantes sont remplies.
**Exigences**
+ La plateforme est Linux/UNIX.
+ Vous devez sélectionner une autre taille d’instance au sein de la même [famille d’instances](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) (indiquée par une lettre, par exemple T) et la même [génération](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) (indiquée par un chiffre, par exemple 2).
Par exemple, vous pouvez modifier une instance réservée de `t2.small` à `t2.large` parce qu’elles appartiennent toutes deux à la même famille et génération T2. Cependant, vous ne pouvez pas modifier une instance réservée de T2 à M2 ou de T2 à T3, car dans ces deux exemples, la famille et la génération d’instance cible ne sont pas les mêmes que celles de l’instance réservée d’origine.
+ Vous ne pouvez modifier la taille de l’instance d’une instance réservée que si celle-ci prend en charge la flexibilité de la taille de cette instance. Pour obtenir la liste des instances réservées qui ne prennent pas en charge la flexibilité de la taille de l’instance, consultez [Flexibilité de la taille de l’instance](apply_ri.md#ri-instance-size-flexibility).
+ Vous ne pouvez pas modifier la taille des Instances réservées pour `t1.micro` ces dernières, car `t1.micro` elles n’ont qu’une seule taille.
+ Les Instance réservée nouvelle et d’origine doivent avoir la même couverture de taille d’instance.
**Topics**
+ [Couverture de taille d’instance](#ri-modification-instance-size-footprint)
+ [Facteur de normalisation pour les instances à matériel nu](#ri-normalization-factor-bare-metal-2)
### Couverture de taille d’instance
Chaque Instance réservée a une *couverture de taille d’instance* qui est déterminée par le facteur de normalisation de taille d’instance et par le nombre d’instances dans la réservation. Lorsque vous modifiez les tailles des instances dans une Instance réservée, la couverture de la nouvelle configuration doit correspondre à celle de la configuration d’origine, sinon la demande de modification n’est pas traitée.
Pour calculer la couverture de la taille d’une Instance réservée, multipliez le nombre d’instances par le facteur de normalisation. Dans la console Amazon EC2, le facteur de normalisation est mesuré en unités. Le tableau suivant décrit le facteur de normalisation pour les tailles d’instance dans une famille d’instances. Par exemple, une instance `t2.medium` dispose d’un facteur de normalisation de 2, ce qui implique qu’une réservation de 4 instances `t2.medium` dispose d’une couverture de 8 unités.
| Taille d’instance | Facteur de normalisation |
| --- | --- |
| nano | 0.25 |
| micro | 0.5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
Vous pouvez allouer vos réservations en utilisant différentes tailles d’instance sur la même famille de·l’instance tant que la couverture de taille d’instance de votre réservation reste la même. Par exemple, vous pouvez diviser une réservation pour une instance `t2.large` (1 @ 4 unités) en quatre instances `t2.small` (4 @ 1 unité). De même, vous pouvez combiner une réservation pour quatre instances `t2.small` en une seule instance `t2.large`. Toutefois, vous ne pouvez pas remplacer votre réservation de deux instances `t2.small` par une seule instance `t2.large`, car la couverture de la nouvelle réservation (4 unités) est plus grande que celle de la réservation d’origine (2 unités).
Dans l’exemple suivant, vous avez une réservation avec deux instances `t2.micro` (1 unité) et une réservation avec une instance `t2.small` (1 unité). Si vous fusionnez ces deux réservations en une seule avec une instance `t2.medium` (2 unités), la couverture de la nouvelle réservation est égale à la couverture des réservations combinées.
![\[Modification des instances réservées.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-modify-merge.png)
Vous pouvez aussi modifier une réservation pour la diviser en deux réservations ou plus. Dans l’exemple suivant, vous disposez d’une réservation avec une instance `t2.medium` (2 unités). Vous pouvez diviser la réservation en deux, l’une avec deux instances `t2.nano` (0,5 unités) et l’autre avec trois instances `t2.micro` (1,5 unité).
![\[Modification des instances réservées.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-modify-divide.png)
### Facteur de normalisation pour les instances à matériel nu
Vous pouvez modifier une réservation avec des instances `metal` en utilisant d’autres tailles au sein de la même famille d’instances. De même, vous pouvez modifier une réservation avec des instances autres que des instances à matériel nu en utilisant la taille `metal` de la même famille d’instances. Généralement, une instance à matériel nu a la même taille que la plus grande taille d’instance disponible au sein de la même famille d’instances. Par exemple, une instance `i3.metal` a la même taille qu’une instance `i3.16xlarge`, de sorte qu’elles ont le même facteur de normalisation.
Le tableau suivant décrit le facteur de normalisation pour les tailles d’instance à matériel nu dans les familles d’instances qui ont des instances à matériel nu. Le facteur de normalisation des instances `metal` dépend de la famille d’instances, contrairement aux autres tailles d’instance.
| Taille d’instance | Facteur de normalisation |
| --- | --- |
| a1.metal | 32 |
| m5zn.metal \$1 x2iezn.metal z1d.metal | 96 |
| c6g.metal \$1 c6gd.metal \$1 i3.metal \$1 m6g.metal \$1 m6gd.metal \$1 r6g.metal \$1 r6gd.metal \$1 x2gd.metal | 128 |
| c5n.metal | 144 |
| c5.metal \$1 c5d.metal \$1 i3en.metal \$1 m5.metal \$1 m5d.metal \$1 m5dn.metal \$1 m5n.metal \$1 r5.metal \$1 r5b.metal \$1 r5d.metal \$1 r5dn.metal \$1 r5n.metal | 192 |
| c6i.metal \$1 c6id.metal \$1 m6i.metal \$1 m6id.metal \$1 r6d.metal \$1 r6id.metal | 256 |
| u-18tb1.metal \$1 u-24tb1.metal | 448 |
| u-6tb1.metal \$1 u-9tb1.metal \$1 u-12tb1.metal | 896 |
Par exemple, une instance `i3.metal` dispose d’un facteur de normalisation de 128. Si vous achetez une Instance réservée Amazon Linux/Unix à location par défaut `i3.metal`, vous pouvez diviser la réservation comme suit :
+ Une `i3.16xlarge` fait toujours la même taille qu’une instance `i3.metal`. Il dispose donc d’un facteur de normalisation de 128 (128/1). La réservation pour une instance `i3.metal` peut être modifiée en une instance `i3.16xlarge`.
+ Une `i3.8xlarge` fait toujours la moitié de la taille d’une instance `i3.metal`. Il dispose donc d’un facteur de normalisation de 64 (128/2). La réservation pour une instance `i3.metal` peut être divisée en deux instances `i3.8xlarge`.
+ Une `i3.4xlarge` fait toujours le quart de la taille d’une instance `i3.metal`. Il dispose donc d’un facteur de normalisation de 32 (128/4). La réservation pour une instance `i3.metal` peut être divisée en quatre instances `i3.4xlarge`.
## Soumettre des demandes de modification
Avant de modifier vos instances réservées, veillez à lire les [ restrictions](#ri-modification-limits) applicables. Avant de modifier la taille d’instance, calculez la [couverture de la taille d’instance](#ri-modification-instancemove) totale des réservations d’origine que vous voulez modifier et vérifiez qu’elle correspond à la couverture de taille d’instance totale de vos nouvelles configurations.
------
#### [ Console ]
**Pour modifier vos instances réservées**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Sur la page **Instances réservées**, sélectionnez une ou plusieurs Instances réservées à modifier, puis choisissez **Actions**, **Modifier des instances réservées**.
Si vos Instances réservées ne sont pas actives ou si elles ne peuvent pas être modifiées, **Modifier des Instances réservées** est désactivé.
1. La première entrée du tableau de modification indique les attributs des instances réservées sélectionnées, et au moins une configuration cible en dessous. La colonne **Unités** indique la couverture de taille d’instance totale. Choisissez **Ajouter** pour chaque nouvelle configuration à ajouter. Modifiez les attributs de chaque configuration selon vos besoins.
+ **Portée** : indiquez si la configuration s’applique à une zone de disponibilité ou à l’ensemble de la région.
+ **Zone de disponibilité** : choisissez la zone de disponibilité requise. Ne s’applique pas aux instances réservées régionales.
+ **Type d’instance** : sélectionnez le type d’instance requis. Les configurations combinées doivent être égales à la couverture de taille d’instance de vos configurations d’origine.
+ **Nombre** : spécifiez le nombre d’instances. Pour fractionner les Instances réservées en plusieurs configurations, réduisez leur nombre, choisissez **Ajouter** et spécifiez un nombre pour la configuration supplémentaire. Par exemple, si vous disposez d’une configuration unique comportant 10 instances réservées, vous pouvez redéfinir ce nombre sur 6 et ajouter une configuration avec un nombre de 4. Ce processus supprime l’Instance réservée d’origine une fois les nouvelles instances réservées activées.
1. Choisissez **Continue**.
1. Pour valider vos choix de modification une fois que vous avez terminé la définition des configurations cibles, sélectionnez **Submit modifications (Soumettre des modifications)**.
1. Vous pouvez consulter l’état de votre demande de modification en observant la colonne **État** de l’écran des Instances réservées. Les états possibles sont les suivants :
+ **active* (en attente de modification)* ** : État de transition pour les Instances réservées initiales
+ **hors service* (en attente de modification)*** : État de transition pour les Instances réservées initiales pendant que les nouvelles Instances réservées sont créées
+ **hors service** : Instances réservées modifiées et remplacées avec succès.
+ **active** : L’un des statuts suivants :
+ Nouvelles instances réservées créées à la suite d’une demande de modification
+ instances réservées initiales après l’échec d’une demande de modification
------
#### [ AWS CLI ]
**Pour modifier vos instances réservées**
Utilisez la commande [modify-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-reserved-instances.html). Vous pouvez fournir les détails de la configuration dans un fichier JSON.
```
aws ec2 modify-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342f5bd7c02 \
--target-configurations file://configuration.json
```
**Pour connaître le statut de votre demande de modification**
Utilisez la commande [describe-reserved-instances-modifications](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-modifications.html). Le statut est `processing`, `fulfilled` ou `failed`.
```
aws ec2 describe-reserved-instances-modifications \
--reserved-instances-modification-ids rimod-d3ed4335-b1d3-4de6-ab31-0f13aaf46687 \
--query ReservedInstancesModifications[].Status
```
------
#### [ PowerShell ]
**Pour modifier vos instances réservées**
Utilisez l’applet de commande [Edit-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2ReservedInstance.html). Vous pouvez fournir les détails de configuration dans un objet de type `Amazon.EC2.Model.ReservedInstancesConfiguration`.
```
Edit-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342f5bd7c02 `
-TargetConfiguration $configuration
```
**Pour connaître le statut de votre demande de modification**
Utilisez l’applet de commande [Get-EC2ReservedInstancesModification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesModification.html). Le statut est `processing`, `fulfilled` ou `failed`.
```
Get-EC2ReservedInstancesModification `
-ReservedInstancesModificationId rimod-d3ed4335-b1d3-4de6-ab31-0f13aaf46687 | `
Select Status
```
------
## Résoudre les problèmes liés aux demandes de modification
Si les paramètres que vous avez demandés pour la configuration cible sont uniques, vous recevez un message indiquant que votre demande est en cours de traitement. A ce stade, Amazon EC2 a uniquement déterminé que les paramètres de votre demande de modification étaient valides. Votre demande de modification peut encore échouer au cours du traitement si la capacité nécessaire n’est pas disponible.
Dans certains cas, vous ne recevrez pas de confirmation, mais un message indiquant que la demande de modification a échoué ou est incomplète. Utilisez les informations de ces messages comme point de départ pour soumettre une nouvelle demande de modification. Veillez à lire les [restrictions](#ri-modification-limits) applicables avant d’envoyer la demande.
**Certaines instances réservées sélectionnées ne peuvent pas faire l’objet d’une modification**
Amazon EC2 identifie et répertorie les instances réservées qui ne peuvent pas être modifiées. Si vous recevez un message de ce type, accédez à la page **Instances réservées** de la console Amazon EC2 et consultez les informations pour les Instances réservées.
**Erreur lors du traitement de votre demande de modification**
Vous avez demandé la modification d’une ou de plusieurs instances réservées, mais aucune de ces demandes ne peut être traitée. Selon le nombre de réservations que vous modifiez, vous pouvez obtenir différentes versions de ce message.
Amazon EC2 affiche les raisons pour lesquelles votre demande ne peut pas être traitée. Par exemple, vous pouvez avoir spécifié la même configuration cible (une combinaison de zone de disponibilité et de plateforme) pour une ou plusieurs parties des instances réservées que vous modifiez. Essayez de soumettre à nouveau les demandes de modification, mais veillez à ce que les détails d’instance des réservations soient corrects et à ce que les configurations cibles pour toutes les parties modifiées soient uniques.
# Échanger des instances réservées convertibles
Vous pouvez échanger une ou plusieurs instances réservées convertibles contre une autre Instance réservée convertible avec une configuration différente, y compris la famille de·l’instance, le système d’exploitation et la location. Il n’y a pas de limite au nombre d’échanges que vous pouvez effectuer, tant que l’Instance réservée convertible nouvelle est de valeur égale ou plus élevée que les instances réservées convertibles que vous échangez.
Lorsque vous échangez votre instance réservée convertible, le nombre d’instances de votre réservation actuelle est remplacé par un nombre d’instances qui couvre une valeur égale ou supérieure à celle de la configuration de la nouvelle instance réservée convertible. Amazon EC2 calcule le nombre d’instances réservées que vous pouvez recevoir à la suite de l’échange.
Vous ne pouvez pas échanger d’instances réservées standard, mais vous pouvez les modifier. Pour plus d’informations, consultez [Modifier instances réservées](ri-modifying.md).
**Topics**
+ [Exigences pour l’échange d’instances réservées convertibles](#riconvertible-exchange-limits)
+ [Calculer des échanges d’instances réservées convertibles](#riconvertible-exchange-cost)
+ [Fusionner des instances réservées convertibles](#ri-merge-convertible)
+ [Échanger une partie d’une Instance réservée convertible](#ri-split-convertible)
+ [Soumettre des demandes d’échange](#ri-exchange-process)
## Exigences pour l’échange d’instances réservées convertibles
Si les conditions suivantes sont remplies, Amazon EC2 traite votre demande d’échange. Votre Instance réservée convertible doit être :
+ Actif
+ Libre de toute demande d’échange précédente
+ Il doit rester au moins 24 heures avant son expiration
Les règles suivantes s’appliquent :
+ Les instances réservées convertibles doivent être échangées contre d’autres instances réservées convertibles actuellement offertes par AWS.
+ Les instances réservées convertibles sont associées à une région spécifique, qui reste la même pendant la durée de la période de réservation. Vous ne pouvez pas échanger une instance réservée convertible par une instance réservée convertible d’une autre région.
+ Pour échanger une instance réservée convertible zonale, vous AWS devez disposer d'une capacité suffisante pour le nouveau type d'instance dans la région.
+ Vous pouvez échanger une ou plusieurs instances réservées convertibles à la fois contre une seule Instance réservée convertible.
+ Pour échanger une partie d’une Instance réservée convertible, vous pouvez la modifier en deux réservations ou plus, avant d’en échanger une ou plusieurs contre une nouvelle Instance réservée convertible. Pour plus d’informations, consultez [Échanger une partie d’une Instance réservée convertible](#ri-split-convertible). Pour plus d’informations sur la modification de vos Instances réservées, consultez [Modifier instances réservées](ri-modifying.md).
+ Les instances réservées convertibles avec tous les frais initiaux peuvent être échangées contre des instances réservées convertibles avec frais initiaux partiels, et inversement.
**Note**
Si le paiement initial total requis pour l'échange (coût d'ajustement) est inférieur à 0,00 USD, vous obtenez AWS automatiquement un nombre d'instances dans l'instance réservée convertible qui garantit que le coût d'ajustement est égal ou supérieur à 0,00 USD.
**Note**
Si la valeur totale (prix initial \$1 prix horaire\$1 nombre d'heures restantes) de la nouvelle instance réservée convertible est inférieure à la valeur totale de l'instance réservée convertible échangée, vous obtenez AWS automatiquement une quantité d'instances dans l'instance réservée convertible qui garantit que la valeur totale est égale ou supérieure à celle de l'instance réservée convertible échangée.
+ Pour bénéficier d’un meilleur tarif, vous pouvez échanger une Instance réservée convertible sans paiement initial pour une Instance réservée convertible avec tous les frais totaux ou avec frais initiaux partiels.
+ Vous ne pouvez pas échanger de instances réservées convertibles avec tous les frais initiaux ou avec frais initiaux partiels contre des instances réservées convertibles sans frais initiaux.
+ Vous pouvez échanger une Instance réservée convertible sans frais initiaux pour une autre Instance réservée convertible sans frais initiaux uniquement si le tarif horaire de la nouvelle Instance réservée convertible est égal ou supérieur au prix horaire de la Instance réservée convertible échangée.
**Note**
Si la valeur totale (prix horaire \$1 nombre d’heures restantes) de la nouvelle Instance réservée convertible est inférieure à la valeur totale de la Instance réservée convertible échangée, AWS vous attribue automatiquement une quantité d’instances parmi les instances réservées convertibles qui garantit que la valeur totale est égale ou supérieure à celle de l’instance réservée convertible échangée.
+ Si vous échangez plusieurs instances réservées convertibles avec différentes dates d’expiration, la date d’expiration de la nouvelle instance réservée convertible est la plus lointaine dans le futur.
+ Si vous échangez une Instance réservée convertible unique, elle doit avoir la même durée que la nouvelle Instance réservée convertible (1 an ou 3 ans). Si vous fusionnez plusieurs instances réservées convertibles avec différentes durées, la nouvelle Instance réservée convertible aura une durée de 3 ans. Pour de plus amples informations, veuillez consulter [Fusionner des instances réservées convertibles](#ri-merge-convertible).
+ Lorsqu’Amazon EC2 échange une instance réservée convertible, il retire la réservation associée et transfère la date de fin à la nouvelle réservation. Après l’échange, Amazon EC2 fixe à la fois la date de fin de l’ancienne réservation et la date de début de la nouvelle réservation correspondant à la date de l’échange. Par exemple, si vous échangez une réservation d’une durée de trois ans avec 16 mois restants, la nouvelle réservation a une durée de 16 mois, avec la même date de fin que la réservation de l’instance réservée convertible que vous avez échangée.
## Calculer des échanges d’instances réservées convertibles
L’échange de instances réservées convertibles est gratuit. Toutefois, vous pouvez être tenu de payer des frais de régularisation calculés au prorata du paiement comptant de la différence entre les instances réservées convertibles que vous aviez et les nouvelles instances réservées convertibles que vous recevez de l’échange.
Chaque Instance réservée convertible dispose d’une liste de valeurs. Cette valeur de liste est comparée à la valeur de liste des instances réservées convertibles que vous voulez pour déterminer combien de réservations d’instances vous pouvez recevoir de l’échange.
Par exemple : vous avez une Instance réservée convertible avec une valeur de liste de 35 \$1 que vous voulez échanger contre un nouveau type d’instance avec une valeur de liste de 10 USD.
```
$35/$10 = 3.5
```
Vous pouvez échanger votre Instance réservée convertible contre trois instances réservées convertibles de 10 USD. Étant donné qu’il n’est pas possible d’acheter des moitiés de réservation, vous devez acheter une Instance réservée convertible supplémentaire pour couvrir le reste :
```
3.5 = 3 whole Convertible Reserved Instances + 1 additional Convertible Reserved Instance
```
La quatrième Instance réservée convertible a la même date de fin que les trois autres. Vous payez la régularisation correspondant à la quatrième réservation si vous échangez des instances réservées convertibles à paiement initial partiel ou comptant. Si le reste du paiement en amont de vos instances réservées convertibles est de 500 USD et que la nouvelle réservation coûterait normalement 600 USD au prorata, vous êtes facturé 100 USD.
```
$600 prorated upfront cost of new reservations - $500 remaining upfront cost of old reservations = $100 difference
```
## Fusionner des instances réservées convertibles
Si vous fusionnez deux instances réservées convertibles ou plus, le terme de l’instance réservée convertible obtenue doit être le même que celui des instances réservées convertibles ou celui de la plus grande des instances réservées convertibles. La date d’expiration de la nouvelle Instance réservée convertible est la plus lointaine dans le futur.
Par exemple, si vous possédez les instances réservées convertibles suivantes sur votre compte :
| ID Instance réservée | Durée | Date d’expiration |
| --- | --- | --- |
| aaaa1111 | 1 an | 31-12-2018 |
| bbbb2222 | 1 an | 31-07-2018 |
| cccc3333 | 3 ans | 30-06-2018 |
| dddd4444 | 3 ans | 31-12-2019 |
+ Vous pouvez fusionner `aaaa1111` et `bbbb2222` et les échanger contre une Instance réservée convertible valable 1 an. Vous ne pouvez pas les échanger contre une Instance réservée convertible valable trois ans. La date d’expiration de la nouvelle Instance réservée convertible est 2018-12-31.
+ Vous pouvez fusionner `bbbb2222` et `cccc3333` et les échanger contre une Instance réservée convertible valable 3 ans. Vous ne pouvez pas les échanger contre une Instance réservée convertible valable un an. La date d’expiration de la nouvelle Instance réservée convertible est 2018-07-31.
+ Vous pouvez fusionner `cccc3333` et `dddd4444` et les échanger contre une Instance réservée convertible valable 3 ans. Vous ne pouvez pas les échanger contre une Instance réservée convertible valable un an. La date d’expiration de la nouvelle Instance réservée convertible est 2019-12-31.
## Échanger une partie d’une Instance réservée convertible
Vous pouvez utiliser le processus de modification pour diviser votre Instance réservée convertible en plus petites réservations, avant d’en échanger une ou plusieurs contre une nouvelle Instance réservée convertible. Les exemples suivant montrent comment procéder.
**Example Exemple : Instance réservée convertible avec plusieurs instances**
Dans cet exemple, vous disposez d’une Instance réservée convertible `t2.micro` avec quatre instances dans la réservation. Pour échanger deux instances `t2.micro` contre une instance `m4.xlarge` :
1. Modifiez la Instance réservée convertible `t2.micro` en la divisant en deux Instances réservées convertibles `t2.micro` avec deux instances chacune.
1. Échangez l’une des nouvelles Instances réservées convertibles `t2.micro` obtenues contre une Instance réservée convertible `m4.xlarge`.
![\[Modification et échange d’instances réservées.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-split-cri-multiple.png)
**Example Exemple : Instance réservée convertible avec une seule instance**
Dans cet exemple, vous disposez d’une `t2.large` Instance réservée convertible. Pour la changer en une instance `t2.medium` plus petite et une instance `m3.medium` :
1. Modifiez l’Instance réservée convertible `t2.large` en la divisant en deux Instances réservées convertibles `t2.medium`. Une seule instance `t2.large` a la même couverture de taille d’instance que les deux instances `t2.medium`.
1. Échangez l’une des nouvelles Instances réservées convertibles `t2.medium` obtenues contre une Instance réservée convertible `m3.medium`.
![\[Modifier et échanger des instances réservées.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-split-cri-single.png)
Pour plus d’informations, consultez [Prise en charge de la modification de tailles d’instances](ri-modifying.md#ri-modification-instancemove) et [Soumettre des demandes d’échange](#ri-exchange-process).
## Soumettre des demandes d’échange
Vous pouvez échanger vos instances réservées convertibles. Les instances réservées échangées sont mises hors service.
------
#### [ Console ]
**Pour échanger des instances réservées convertibles**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Instances réservées**, sélectionnez les Instances réservées convertibles à échanger, puis choisissez **Actions**, **Échange de l’Instance réservée**.
1. Sélectionnez les attributs de la configuration souhaitée et sélectionnez **Find offering (Trouver une offre)**.
1. Sélectionnez une nouvelle Instance réservée convertible. En bas de l’écran, vous pouvez consulter le nombre de instances réservées que vous recevez pour l’échange, ainsi que les éventuels coûts supplémentaires.
1. Lorsque vous avez sélectionné une Instance réservée convertible qui répond à vos besoins, sélectionnez **Review (Vérifier)**.
1. Sélectionnez **Exchange (Échange)**, puis **Close (Fermer)**.
------
#### [ AWS CLI ]
**Pour échanger une instance réservée convertible**
1. Trouvez une nouvelle instance réservée convertible qui répond à vos besoins à l'aide de la [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)commande.
1. Obtenez un devis pour l'échange à l'aide de la commande [get-reserved-instances-exchange-quote](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-reserved-instances-exchange-quote.html). Cela comprend le nombre d’instances réservées que vous obtenez grâce à l’échange et le coût d’ajustement de l’échange :
1. Effectuez l'échange à l'aide de la commande [accept-reserved-instances-exchange-quote](https://docs.aws.amazon.com/cli/latest/reference/ec2/accept-reserved-instances-exchange-quote.html).
------
#### [ PowerShell ]
**Pour échanger une instance réservée convertible**
1. Trouvez une nouvelle instance réservée convertible qui répond à vos besoins à l'aide de l'[Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)applet de commande.
1. Obtenez un devis pour l'échange à l'aide de l'ReservedInstancesExchangeQuoteapplet de commande [Get EC2 -](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesExchangeQuote.html). Cela comprend le nombre d’instances réservées que vous obtenez grâce à l’échange et le coût d’ajustement de l’échange :
1. Effectuez l'échange à l'aide de l'[Approve-EC2ReservedInstancesExchangeQuote](https://docs.aws.amazon.com/powershell/latest/reference/items/Approve-EC2ReservedInstancesExchangeQuote.html)applet de commande
------
# Quotas d’instances réservées
Vous pouvez acheter de nouvelles instances réservées chaque mois. Le nombre de nouvelles instances réservées que vous pouvez acheter chaque mois est déterminé par votre quota mensuel, comme indiqué ci-dessous :
****
| Description du quota | Quota par défaut |
| --- | --- |
| Nouvelles instances réservées [régionales](apply_ri.md#apply-regional-ri) | 20 par région et par mois |
| Nouvelles instances réservées [zonales](apply_ri.md#apply-zonal-ri) | 20 par zone de disponibilité et par mois |
Par exemple, dans une région comportant trois zones de disponibilité, le quota par défaut est de 80 nouvelles instances réservées par mois, calculé comme suit :
+ 20 instances réservées régionales pour la région
+ Plus 60 instances réservées zonales (20 pour chacune des trois zones de disponibilité)
Les instances de l’`running`État sont prises en compte dans le calcul de votre quota. Les instances situées dans les `pending`, `stopping`, `stopped`, et `hibernated` les états ne sont pas prises en compte dans le calcul de votre quota.
## Afficher le nombre total d’instances réservées que vous avez achetées
Le nombre d’instances réservées que vous achetez est indiqué par le champ **Instance count** (Nombre d’instances, console) ou par le paramètre `InstanceCount` (AWS CLI). Lorsque vous achetez de nouvelles instances réservées, le quota est mesuré par rapport au nombre total d’instances. Par exemple, si vous achetez une configuration d’instance réservée unique avec un nombre d’instances de 10, l’achat compte dans votre quota à 10, et non à 1.
Vous pouvez consulter le nombre d’instances réservées que vous avez achetées en utilisant Amazon EC2 ou l’ AWS CLI.
------
#### [ Console ]
**Pour afficher le nombre total d’instances réservées que vous avez achetées**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Reserved Instances** (Instances réservées).
1. Sélectionnez une configuration d’instance réservée dans le tableau, puis vérifiez le champ **Instance count** (Nombre d’instances).
Dans la capture d’écran suivante, la ligne sélectionnée représente une configuration d’instance réservée unique pour un type d’instance `t3.micro`. La colonne **Instance count** (Nombre d’instances) de la vue de table et le champ **Instance count** de la vue détaillée (mis en évidence dans la capture d’écran) indiquent qu’il existe 10 instances réservées pour cette configuration.
![\[Cette image montre l’écran Reserved Instances (Instances réservées) dans la console Amazon EC2. Le champ Instance count (Nombre d’instances) est mis en évidence dans la capture d’écran.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/ri-instance-count.png)
------
#### [ AWS CLI ]
**Pour afficher le nombre total d’instances réservées que vous avez achetées**
Utilisez la [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)commande et spécifiez l'ID de la configuration de l'instance réservée.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 \
--output table
```
Voici un exemple de sortie. Le champ `InstanceCount` indique qu’il existe 10 instances réservées pour cette configuration.
```
-------------------------------------------------------------------
| DescribeReservedInstances |
+-----------------------------------------------------------------+
|| ReservedInstances ||
|+----------------------+----------------------------------------+|
|| CurrencyCode | USD ||
|| Duration | 31536000 ||
|| End | 2023-08-27T13:29:44+00:00 ||
|| FixedPrice | 59.0 ||
|| InstanceCount | 10 ||
|| InstanceTenancy | default ||
|| InstanceType | t3.micro ||
|| OfferingClass | standard ||
|| OfferingType | All Upfront ||
|| ProductDescription | Linux/UNIX ||
|| ReservedInstancesId | a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 ||
|| Scope | Region ||
|| Start | 2022-08-27T13:29:45.938000+00:00 ||
|| State | active ||
|| UsagePrice | 0.0 ||
|+----------------------+----------------------------------------+|
||| RecurringCharges |||
||+----------------------------------+--------------------------+||
||| Amount | 0.0 |||
||| Frequency | Hourly |||
||+----------------------------------+--------------------------+||
```
------
#### [ PowerShell ]
**Pour afficher le nombre total d’instances réservées que vous avez achetées**
Utilisez l'[Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)applet de commande et spécifiez l'ID de la configuration de l'instance réservée.
```
Get-EC2ReservedInstance -ReservedInstancesId a1b2c3d4-5678-90ab-cdef-EXAMPLE11111
```
Voici un exemple de sortie. Le champ `InstanceCount` indique qu’il existe 10 instances réservées pour cette configuration.
```
AvailabilityZone :
CurrencyCode : USD
Duration : 31536000
End : 1/12/2017 8:57:08 PM
FixedPrice : 0
InstanceCount : 10
InstanceTenancy : default
InstanceType : t3.medium
OfferingClass : standard
OfferingType : All Upfront
ProductDescription : Windows
RecurringCharges : {}
ReservedInstancesId : a1b2c3d4-5678-90ab-cdef-EXAMPLE11111
Scope : Region
Start : 10/12/2016 4:00:00 PM
State : active
Tags : {}
UsagePrice : 0
```
------
## Considérations
Une Instance réservée régionale applique une remise à une instance à la demande en cours d’exécution. La limite d’instance à la demande par défaut est de 20. Vous ne pouvez pas dépasser votre limite d’instance à la demande en cours d’exécution en achetant des instances réservées régionales. Par exemple, si vous avez déjà 20 instances à la demande en cours d’exécution, et que vous achetez 20 instances réservées régionales, les 20 instances réservées régionales sont utilisées pour appliquer une remise aux 20 instances à la demande en cours d’exécution. Si vous achetez plus d’instances réservées régionales, vous ne pourrez pas lancer plus d’instances flottee que vous avez atteint votre limite d’instance à la demande.
Avant d’acheter des instances réservées régionales, assurez-vous que votre limite d’instance à la demande atteint ou dépasse le nombre d’instances réservées régionales que vous comptez posséder. Si nécessaire, assurez-vous de demander une augmentation de votre limite d’instance à la demande *avant* d’acheter des Instances réservées régionales supplémentaires.
Une instance réservée zonale, c’est-à-dire une instance réservée achetée pour une zone de disponibilité spécifique, offre une réserve de capacité ainsi qu’une remise. Vous *pouvez dépasser* votre limite d’instance à la demande en cours d’exécution en achetant des Instances réservées zonales. Par exemple, si vous avez déjà 20 instances à la demande en cours d’exécution et que vous achetez 20 instances réservées zonales, vous pouvez lancer 20 instances à la demande supplémentaires qui correspondent aux spécifications de vos instances réservées zonales, ce qui vous donne un total de 40 instances en cours d’exécution.
## Afficher vos quotas d’instances réservées et demander une augmentation de quota
La console Amazon EC2 indique des informations relatives aux quotas. Vous pouvez également demander une augmentation de vos quotas. Pour plus d'informations, consultez [Afficher vos quotas actuels](ec2-resource-limits.md#view-limits) et [Demander une augmentation](ec2-resource-limits.md#request-increase).
# Spot instances
Une instance Spot est une instance qui utilise la capacité EC2 inutilisée disponible à un prix inférieur au prix d’une A la demande. Comme une instances Spot vous permet de demander des instances EC2 inutilisées avec de fortes remises, vous pouvez réduire considérablement vos coûts Amazon EC2. Le prix horaire d’une instance Spot est appelé prix spot. Le prix Spot de chaque type d’instance dans chaque zone de disponibilité est défini par Amazon EC2 et varie en fonction de l’offre et de la demande à long terme pour les instances Spot. Votre instance Spot s’exécute chaque fois que la capacité est disponible.
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. Par exemple, les instances Spot sont particulièrement adaptées à l’analyse de données, aux travaux par lots, au traitement en arrière-plan et aux tâches facultatives. Pour plus d’informations, consultez [Amazon EC2 Instances Spot](https://aws.amazon.com/ec2/spot/).
Pour une comparaison des différentes options d’achat des instances EC2, consultez [Modalités de facturation et d'achat de l'Amazon EC2](instance-purchasing-options.md).
## Concepts
Avant de commencer à utiliser les instances Spot, vous devez connaître les concepts suivants :
+ *Groupe de capacités Spot* – Un ensemble d’instances EC2 inutilisées avec le même type d’instance (par exemple, `m5.large`) et la même zone de disponibilité.
+ *Prix Spot* – Prix horaire actuel d’une instance Spot.
+ *Demande d’instance Spot* – Demande d’une instance Spot. Lorsque la capacité est disponible, Amazon EC2 répond à votre demande. Une demande d’instance Spot est soit *One-time* (Unique) soit *Persistent* (Persistante). Amazon EC2 soumet à nouveau automatiquement une demande d’Instance Spot persistante après que l’Instance Spot associée à la demande soit interrompue.
+ *Recommandation de rééquilibrage d’instance EC2* – Amazon EC2 émet un signal de recommandation de rééquilibrage d’instance pour vous avertir qu’une instance Spot présente un risque élevé d’interruption. Ce signal vous donne la possibilité de rééquilibrer de manière proactive vos charges de travail entre les instances Spot existantes ou nouvelles sans avoir à attendre l’avis d’interruption d’instance Spot deux minutes avant celle-ci.
+ *Spot Instance interruption* (Interruption d’instance Spot) – Amazon EC2 résilie, arrête ou met en veille prolongée votre instance Spot lorsque Amazon EC2 a besoin de récupérer la capacité. Amazon EC2 communique un avis d’interruption d’instance Spot, qui donne à l’instance un avertissement deux minutes avant qu’elle soit interrompue.
## Différences entre les instances Spot et les instances à la demande
Le tableau suivant répertorie les principales différences entre les instances Spot et les [instances à la demande](ec2-on-demand-instances.md).
| | Spot instances | On-Demand instances |
| --- | --- | --- |
| Heure de lancement | Ne peut être lancée immédiatement que si la demande d’instance Spot est active et la capacité disponible. | Peut uniquement être lancé immédiatement si vous émettez une demande de lancement manuel et que la capacité est disponible. |
| Capacité disponible | Si la capacité n’est pas disponible, la demande d’instance Spot continue à effectuer automatiquement la demande de lancement jusqu’à ce que la capacité devienne disponible. | Si la capacité n’est pas disponible lorsque vous effectuez une demande de lancement, vous obtenez une erreur de capacité insuffisante (ICE). |
| Tarif horaire | Le prix horaire pour les instances Spot varie en fonction de l’offre et de la demande à long terme. | Le prix horaire pour les instances à la demande est statique. |
| Recommandation de rééquilibrage | Le signal émis par Amazon EC2 pour une instance Spot exécutée lorsque l’instance présente un risque élevé d’interruption. | Vous déterminez le moment où une instance à la demande est interrompue (arrêtée, mise en veille prolongée ou résiliée). |
| Interruption d’instance | Vous pouvez arrêter et démarrer une instance Spot basée sur Amazon EBS. En outre, Amazon EC2 peut [interrompre](spot-interruptions.md) une instance Spot individuelle si la capacité n’est plus disponible. | Vous déterminez le moment où une instance à la demande est interrompue (arrêtée, mise en veille prolongée ou résiliée). |
## Tarification et économies
Vous payez le prix spot des instances Spot qui est défini par Amazon EC2 et varie régulièrement en fonction de l’offre et de la demande à long terme pour les instances Spot. Vos Instances Spot sont exécutées jusqu’à ce que vous les résiliiez, dès que la capacité n’est plus disponible ou que votre groupe Amazon EC2 Auto Scaling les résilie durant la [mise à l’échelle horizontale](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-lifecycle.html#as-lifecycle-scale-in).
Si vous-même ou Amazon EC2 interrompez une instance Spot en cours d’exécution, vous serez facturé pour les secondes utilisées ou l’heure complète, ou vous ne serez pas facturé, selon le système d’exploitation utilisé et qui a interrompu l’instance Spot. Pour de plus amples informations, veuillez consulter [Facturation des instances Spot interrompues](billing-for-interrupted-spot-instances.md).
Les instances Spot sont exclues des Savings Plans. Si vous disposez d’un Savings Plans, il ne vous permet pas de réaliser des économies en plus de celles que vous réalisez déjà en utilisant les instances Spot. De plus, vos dépenses pour les instances Spot ne s’appliquent pas aux engagements de vos Compute Savings Plans.
### Consulter les tarifs
Pour connaître le prix spot le plus bas actuel (mis à jour toutes les cinq minutes) par type Région AWS d'instance, consultez la page de [tarification des instances ponctuelles Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/).
Pour consulter l'historique des prix au comptant des trois derniers mois, utilisez la console Amazon EC2 ou la [describe-spot-price-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-price-history.html)commande. Pour de plus amples informations, veuillez consulter [Affichez l’historique de tarification d’instance Spot](using-spot-instances-history.md).
Nous mappons indépendamment les zones de disponibilité aux codes de chacune d'entre elles Compte AWS. Par conséquent, vous pouvez obtenir des résultats variables pour un même code de zone de disponibilité (par exemple, `us-west-2a`) entre différents comptes.
### Consulter les économies
Vous pouvez afficher les économies réalisées grâce à l’utilisation d’instances Spot pour un seul [parc d’instances Spot](Fleets.md) ou pour toutes les instances Spot. Vous pouvez consulter les économies réalisées au cours de la dernière heure ou des trois derniers jours, ainsi que le coût moyen par heure vCPU et par heure de mémoire (Gio). Les économies sont des estimations et peuvent différer de vos économies réelles, car elles ne tiennent pas compte des ajustements de facturation en fonction de votre utilisation. Pour plus d’informations sur la consultation des informations sur les économies, consultez [Économies réalisées grâce à l’achat d’instances Spot](spot-savings.md).
### Consulter les factures
Votre facture fournit des détails sur votre utilisation du service. Pour plus d’informations, consultez la section [Viewing your bill](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) (Affichage d’une facture) dans le *Guide de l’utilisateur AWS Billing *.
# Bonnes pratiques relatives à Amazon EC2 Spot
Amazon EC2 permet d'accéder à une capacité de calcul EC2 inutilisée AWS Cloud via des instances Spot, ce qui permet de réaliser des économies allant jusqu'à 90 % par rapport aux prix à la demande. La seule différence entre les instances à la demande et les instances Spot est que les instances Spot peuvent être interrompues par Amazon EC2, avec un préavis de deux minutes, si Amazon EC2 a besoin de récupérer la capacité. Pour garantir une expérience optimale avec les instances Spot, il est important de comprendre et d’appliquer les meilleures pratiques relatives à leur utilisation.
Les instances Spot sont recommandés pour les applications flexibles sans état, tolérantes aux pannes. Par exemple, instances Spot fonctionne bien pour le Big Data, les charges de travail conteneurisées, les CI/CD, les serveurs Web sans état, le calcul haute performance (HPC) et les charges de travail de rendu.
En cours d’exécution, les instances Spot sont exactement les mêmes que instances à la demande. Toutefois, Spot ne garantit pas que vous pouvez conserver vos instances en cours d’exécution suffisamment longtemps pour terminer vos charges de travail. Spot ne garantit pas non plus que vous pouvez obtenir la disponibilité immédiate des instances que vous recherchez, ou que vous pouvez toujours obtenir la capacité globale que vous avez demandée. De plus, les interruptions et la capacité des instances Spot peuvent changer au fil du temps, car leur disponibilité varie en fonction de l’offre et de la demande, et les performances passées ne sont pas une garantie de résultats futurs.
Les instances Spot ne conviennent pas aux charges de travail inflexibles, dynamiques, intolérantes aux pannes ou étroitement couplées entre des nœuds d’instance. Nous ne recommandons pas les instances Spot pour les charges de travail qui ne tolèrent pas les périodes occasionnelles pendant lesquelles la capacité cible n’est pas entièrement disponible. Bien que le respect des meilleures pratiques Spot en matière de flexibilité des types d’instances et des zones de disponibilité donne toutes les chances d’obtenir une haute disponibilité, rien ne garantit que la capacité sera disponible, car l’augmentation de la demande d’instances à la demande peut perturber les charges de travail sur les instances Spot.
Il est fortement déconseillé d’utiliser des instances Spot pour ces charges de travail ou d’essayer de basculer sur des instances à la demande pour gérer les interruptions ou les périodes d’indisponibilité. Le passage à des instances à la demande peut entraîner des interruptions accidentelles de vos autres instances Spot. En outre, si des instances Spot correspondant à une combinaison spécifique de type d’instance et de zone de disponibilité sont interrompues, il peut s’avérer difficile d’obtenir des instances à la demande ayant cette même combinaison.
Que vous soyez un utilisateur Spot expérimenté ou un nouvel utilisateur des instances Spot, si vous rencontrez actuellement des problèmes avec les interruptions ou la disponibilité des instances Spot, nous vous recommandons de suivre ces bonnes pratiques pour bénéficier de la meilleure expérience d’utilisation du service Spot.
**Topics**
+ [Préparer des instances individuelles pour les interruptions](#prep-instances-for-interruptions)
+ [Soyez flexible en ce qui concerne les types d’instance et les zones de disponibilité](#be-instance-type-flexible)
+ [Utilisation d’une sélection de type d’instance basée sur des attributs](#use-attribute-based-instance-type-selection)
+ [Utiliser les scores de placement Spot pour identifier les régions et les zones de disponibilité optimales](#use-spot-placement-scores-to-identify-optimal-regions-and-availability-zones)
+ [Utiliser les groupes Auto Scaling EC2 ou la flotte d’EC2 pour gérer votre capacité agrégée](#use-sf-asg-for-aggregate-capacity)
+ [Utiliser la stratégie d’allocation optimisée pour le prix et la capacité](#use-capacity-optimized-allocation-strategy)
+ [Utilisez AWS des services intégrés pour gérer vos instances Spot](#use-integrated-aws-services)
+ [Quelle est la meilleure méthode de demande Spot à utiliser ?](#which-spot-request-method-to-use)
## Préparer des instances individuelles pour les interruptions
La meilleure façon pour vous de gérer fluidement les interruptions d’instance Spot consiste à concevoir votre application pour qu’elle soit tolérante aux pannes. Pour ce faire, vous pouvez tirer parti des recommandations de rééquilibrage d’instance EC2 et des avis d’interruption d’instance Spot.
Le signal de recommandation de rééquilibrage d’instance EC2 vous permet d’être averti lorsqu’une instance Spot présente un risque élevé d’interruption. Le signal vous donne la possibilité de gérer de manière proactive l’instance Spot avant son avis d’interruption à deux minutes. Vous pouvez décider de rééquilibrer votre charge de travail en une instances Spot nouvelle ou existante qui ne présente pas un risque élevé d’interruption. Nous vous avons facilité l’utilisation de ce signal en utilisant la fonctionnalité de rééquilibrage de capacité dans les groupes Auto Scaling et la flotte d’EC2.
Un avis d’interruption d’instance Spot est un avertissement émis deux minutes avant qu’Amazon EC2 l’interrompe. Si votre charge de travail est « flexible dans le temps », vous pouvez configurer vos instances Spot pour qu’elles soient arrêtées ou mises en veille prolongée plutôt que résiliées lorsqu’elles sont interrompues. Amazon EC2 arrête ou met en veille automatiquement vos instances Spot lors de l’interruption et reprend automatiquement les instances lorsque nous disposons de la capacité disponible.
Nous vous recommandons de créer une règle dans [Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/index.html) qui capture les recommandations de rééquilibrage et les notifications d'interruption, puis déclenche un point de contrôle pour suivre l'évolution de votre charge de travail ou gère correctement l'interruption. Pour de plus amples informations, veuillez consulter [Surveiller les signaux de recommandation de rééquilibrage](rebalance-recommendations.md#monitor-rebalance-recommendations). Pour obtenir un exemple détaillé qui vous explique comment créer et utiliser des règles d’événement, consultez [Tirer parti des avis d’interruption d’instance Spot Amazon EC2](https://aws.amazon.com/blogs/compute/taking-advantage-of-amazon-ec2-spot-instance-interruption-notices/).
Pour plus d’informations, consultez [Recommandations de rééquilibrage des instances EC2](rebalance-recommendations.md) et [Interruptions d’instance Spot](spot-interruptions.md).
## Soyez flexible en ce qui concerne les types d’instance et les zones de disponibilité
Un groupe de capacités Spot est un ensemble d’instances EC2 inutilisées avec le même type d’instance (par exemple, `m5.large`) et la même zone de disponibilité (par exemple, us-east-1a). Vous devez être flexible quant aux types d’instance que vous demandez et aux zones de disponibilité dans lesquelles vous pouvez déployer votre charge de travail. Cela donne à Spot une meilleure chance de trouver et d’allouer la quantité requise de capacité de calcul. Par exemple, ne demandez pas simplement `c5.large` si vous seriez prêt à utiliser des larges des familles c4, m5 et m4.
En fonction de vos besoins spécifiques, vous pouvez évaluer les types d’instance que vous pouvez utiliser pour répondre à vos besoins de calcul. Si une charge de travail peut être redimensionnée verticalement, vous devez inclure des types d'instances plus importants (plus de v CPUs et de mémoire) dans vos demandes. Si vous ne pouvez évoluer qu’horizontalement, vous devez inclure des types d’instance de génération plus ancienne car ils sont moins demandés par les clients à la demande.
Une bonne règle générale est d’être flexible sur au moins 10 types d’instance pour chaque charge de travail. En outre, assurez-vous que toutes les zones de disponibilité sont configurées pour être utilisées dans votre VPC et sélectionnées pour votre charge de travail.
## Utilisation d’une sélection de type d’instance basée sur des attributs
Grâce à la sélection de type d’instance basée sur les attributs, vous pouvez préciser les attributs de l’instance, tels que les vCPU, la mémoire et le stockage, pour la charge de travail que vous souhaitez exécuter. EC2 Auto Scaling ou la flotte EC2 identifiera et lancera automatiquement les instances qui correspondent aux attributs que vous avez précisés. Cela élimine l’effort de sélection manuelle des types d’instance spécifiques, ce qui nécessite une compréhension approfondie de l’offre de chaque type d’instance.
En outre, la sélection des types d’instance basée sur les attributs vous permet d’utiliser automatiquement les nouveaux types d’instance dès qu’ils sont disponibles. Cela garantit un accès sans faille à une gamme de plus en plus large de capacités d’instances Spot.
La sélection de type d’instance basée sur les attributs est idéale pour les charges de travail et les cadres qui peuvent être flexibles quant aux types d’instance sur lesquels ils s’exécutent, tels que les charges de travail de calcul haute performance (HPC) et de big data.
Pour plus d’informations, consultez la section [Créer un groupe d’instances mixtes à l’aide de la sélection de type d’instance basée sur les attributs](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-mixed-instances-group-attribute-based-instance-type-selection.html) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling* et [Spécifiez des attributs pour la sélection de type d’instance pour la flotte EC2](ec2-fleet-attribute-based-instance-type-selection.md) dans ce guide.
## Utiliser les scores de placement Spot pour identifier les régions et les zones de disponibilité optimales
Les instances Spot sont des capacités EC2 inutilisées, qui varient en fonction de l’offre et de la demande EC2. Par conséquent, il se peut que vous n’obteniez pas toujours la capacité Spot exacte dont vous avez besoin à un endroit et à un moment précis. Pour atténuer cette imprévisibilité, vous pouvez utiliser la fonctionnalité de score de placement Spot. Cette fonctionnalité fournit des recommandations pour les régions ou les zones de disponibilité les plus susceptibles de disposer d’une capacité suffisante pour répondre à vos besoins en matière de capacité Spot, sans que vous ayez à lancer d’abord des instances Spot dans ces zones.
Il est préférable d’utiliser le score de placement Spot pour les charges de travail qui peuvent être flexibles quant aux types d’instances et à la région ou à la zone de disponibilité qu’elles peuvent utiliser. Il vous suffit de préciser la capacité Spot dont vous avez besoin, les exigences relatives au type d’instance et si vous souhaitez recevoir des recommandations de régions ou de zones de disponibilité. Vous recevez une note allant de 1 à 10 pour chaque région ou zone de disponibilité, indiquant la probabilité de provisionner avec succès la capacité Spot que vous avez demandée dans cet endroit. Un score de 10 indique que votre demande de Spot a de fortes chances d’aboutir.
Il est important de noter qu'un score de placement Spot est une point-in-time recommandation, car la capacité peut varier au fil du temps. La capacité disponible n’est pas garantie et le risque d’interruption n’est pas prévisible.
Vous pouvez utiliser la fonctionnalité Spot placement score de la console Amazon EC2 ou un SDK. AWS CLI Pour de plus amples informations, veuillez consulter [Score de placement Spot](spot-placement-score.md).
## Utiliser les groupes Auto Scaling EC2 ou la flotte d’EC2 pour gérer votre capacité agrégée
Spot vous permet de penser en termes de capacité agrégée, dans des unités comprenant des vCPUs, de la mémoire, du stockage ou du débit réseau, plutôt que de penser en termes d’instances individuelles. Les groupes Auto Scaling et la flotte d’EC2 vous permettent de lancer et de gérer une capacité cible, et de demander automatiquement des ressources pour remplacer celles qui sont interrompues ou résiliées manuellement. Lorsque vous configurez un groupe Auto Scaling ou une flotte d’EC2, il vous suffit de spécifier les types d’instance et la capacité cible en fonction des besoins de votre application. Pour plus d’informations, consultez la section [Groupes Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/auto-scaling-groups.html) du *Amazon EC2 Auto Scaling Guide de l’utilisateur* et la section [Créer une flotte EC2](create-ec2-fleet.md) de ce guide de l’utilisateur.
## Utiliser la stratégie d’allocation optimisée pour le prix et la capacité
Les stratégies d’allocation dans les groupes Auto Scaling vous aident à provisionner votre capacité cible sans avoir à rechercher manuellement des groupes de capacités Spot avec une capacité de réserve. Nous vous recommandons d’utiliser la stratégie `price-capacity-optimized`, car elle alloue automatiquement les instances des groupes de capacités Spot les plus disponibles qui présentent également le prix le plus bas. Vous pouvez également profiter de la stratégie d’allocation `price-capacity-optimized` dans la flotte d’EC2. Étant donné que votre capacité d’instance Spot provient de pools avec une capacité optimale, cela réduit la possibilité que vos instances Spot soient demandées. Pour plus d’informations, consultez les sections [Stratégies d’allocation pour plusieurs types d’instance](https://docs.aws.amazon.com/autoscaling/ec2/userguide/allocation-strategies.html) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling* et [Lorsque les charges de travail ont un coût d’interruption élevé](ec2-fleet-allocation-strategy.md#ec2-fleet-strategy-capacity-optimized) de ce guide de l’utilisateur.
## Utilisez AWS des services intégrés pour gérer vos instances Spot
D'autres AWS services s'intègrent à Spot pour réduire les coûts de calcul globaux sans qu'il soit nécessaire de gérer les instances ou les flottes individuelles. Nous vous recommandons d'envisager les solutions suivantes pour vos charges de travail applicables : Amazon EMR, Amazon Elastic Container Service AWS Batch, Amazon Elastic Kubernetes Service, Amazon AI et Amazon SageMaker AWS Elastic Beanstalk Servers. GameLift Pour plus d’informations sur les meilleures pratiques Spot avec ces services, consultez le [site Web sur les ateliers Amazon EC2 instances Spot](https://ec2spotworkshops.com/).
## Quelle est la meilleure méthode de demande Spot à utiliser ?
Utilisez le tableau suivant pour déterminer quelle API utiliser pour les demandes d’instances Spot.
****
| API | Quand l’utiliser ? | Cas d’utilisation | Devrais-je utiliser cette API ? |
| --- | --- | --- | --- |
| [CreateAutoScalingGroup](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_CreateAutoScalingGroup.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/spot-best-practices.html) | Créez un groupe Auto Scaling qui gère le cycle de vie de vos instances tout en gardant le nombre d’instances souhaité. Prend en charge la mise à l’échelle horizontale (ajout d’instances supplémentaires) entre les limites minimale et maximale spécifiées. | Oui |
| [CreateFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateFleet.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/spot-best-practices.html) | Créez une flotte d’instances à la demande et d’instances Spot dans une seule demande, avec plusieurs spécifications de lancement qui varient selon le type d’instance, l’AMI, la zone de disponibilité ou le sous-réseau. La stratégie d’allocation d’instances Spot est définie par défaut sur `lowest-price` par unité, mais vous pouvez la modifier en `price-capacity-optimized`, `capacity-optimized` ou `diversified`. | Oui – en mode `instant` si vous n’avez pas besoin de scalabilité automatique |
| [RunInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RunInstances.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/spot-best-practices.html) | Lancez un nombre spécifié d’instances en utilisant un AMI et un type d’instance. | Non, car il RunInstances n'autorise pas les types d'instances mixtes dans une seule demande |
| [RequestSpotFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotFleet.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/spot-best-practices.html) | NE PAS UTILISER. RequestSpotFleet est une ancienne API sans investissement planifié. | Non |
| [RequestSpotInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotInstances.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/spot-best-practices.html) | NE PAS UTILISER. RequestSpotInstances est une ancienne API sans investissement planifié. | Non |
# Fonctionnement des instances Spot
Pour lancer une instance Spot, vous devez créer une *Demande d’instance Spot*, ou qu’Amazon EC2 crée une demande d’instance Spot en votre nom. L’instance Spot se lance lorsque la demande d’instance Spot est remplie.
Vous pouvez lancer une instance Spot en utilisant plusieurs services différents. Pour plus d’informations, consultez [Mise en route avec les instances ponctuelles Amazon EC2](https://aws.amazon.com/ec2/spot/getting-started/). Dans ce guide de l’utilisateur, nous décrivons les façons suivantes de lancer une instance Spot à l’aide d’EC2 :
+ Vous pouvez créer une demande d’instance Spot à l’aide de l’[assistant de lancement d’instance](ec2-launch-instance-wizard.md) dans la console Amazon EC2 ou de la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Pour de plus amples informations, veuillez consulter [Gérer vos instances Spot](using-spot-instances-request.md).
+ Vous pouvez créer une flotte EC2 dans laquelle vous spécifiez le nombre souhaité d’instances Spot. Amazon EC2 crée une demande d’instance Spot en votre nom pour chaque instance Spot spécifiée dans la flotte EC2. Pour plus d’informations, consultez [Créer une flotte EC2](create-ec2-fleet.md).
+ Vous pouvez créer une demande de parc d’instances Spot dans laquelle vous spécifiez le nombre d’instances Spot souhaité. Amazon EC2 crée une demande d’instance Spot en votre nom pour chaque instance Spot spécifiée dans la demande de parc d’instances Spot . Pour de plus amples informations, veuillez consulter [Créer une flotte Spot](create-spot-fleet.md).
Votre instance Spot est lancée si la capacité est disponible. Votre instance Spot s’exécute jusqu’à ce que vous l’arrêtiez ou la résiliiez, ou jusqu’à ce qu’Amazon EC2 l’interrompe (il s’agit d’une *interruption d’instance Spot*). Amazon EC2 peut arrêter, terminer ou hiberner une instance Spot lorsqu’il l’interrompt.
Lorsque vous utilisez des instances Spot, vous devez être prêt à des interruptions. Amazon EC2 peut interrompre votre instance Spot lorsque la demande d’instances Spot augmente ou lorsque l’offre d’instances Spot diminue. Lorsqu’Amazon EC2 interrompt une instance Spot, il communique un avis d’interruption d’instance Spot, ce qui avertit l’instance qu’Amazon EC2 va l’interrompe dans deux minutes. Vous ne pouvez pas activer la protection de la résiliation pour les instances Spot. Pour de plus amples informations, veuillez consulter [Interruptions d’instance Spot](spot-interruptions.md).
**Topics**
+ [États des demandes d’instance Spot](#creating-spot-request-status)
+ [Lancer une instances Spot dans un groupe de lancement](#spot-launch-group)
+ [Lancer une instances Spot dans un groupe de zone de disponibilité](#spot-az-group)
+ [Lancer une instances Spot dans un VPC](#concepts-spot-instances-vpcs)
+ [Lancez des instances à performance extensibles](#burstable-spot-instances)
+ [Lancement sur du matériel à locataire unique](#spot-instance-tenancy)
## États des demandes d’instance Spot
Une demande d’instance Spot peut avoir l’un des états suivants :
+ `open` – La demande est en attente d’exécution.
+ `active` – La demande a été exécutée et est associée à une instance Spot.
+ `failed` – La demande a un ou plusieurs paramètres erronés.
+ `closed` – L’instance Spot a été interrompue ou résiliée.
+ `disabled` – Vous avez arrêté l’instance Spot.
+ `cancelled` – Vous avez annulé la demande ou elle est arrivée à expiration.
L’illustration suivante représente les transitions entre les états de la demande. Remarquez que les transitions dépendent du type de demande (unique ou persistante).
![\[États des demandes d’instance Spot.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/spot_request_states.png)
Une demande d’instance Spot unique reste active jusqu’à ce qu’Amazon EC2 lance l’instance Spot, que la demande arrive à expiration ou que vous annuliez la demande. Si la capacité n’est pas disponible, votre instance Spot est résiliée et la demande d’instance Spot est close.
Une demande d’instance Spot persistante reste active jusqu’à ce qu’elle arrive à expiration ou que vous l’annuliez, même si la demande est satisfaite. Si la capacité n’est pas disponible, votre instance Spot est interrompue. Une fois que votre instance a été interrompue, lorsque la capacité redevient disponible, l’instance Spot est démarrée si elle a été arrêtée, ou reprise si elle a été mise en veille prolongée. Vous pouvez arrêter une instance Spot et la redémarrer si la capacité est disponible. Si l’instance Spot est résiliée (que l’instance Spot soit à l’état arrêté ou en cours d’exécution), la demande d’instance Spot est rouverte et Amazon EC2 lance une nouvelle instance Spot. Pour plus d’informations, consultez [Arrêt d’une instance Spot](using-spot-instances-request.md#stopping-a-spot-instance), [Démarrer une instance Spot](using-spot-instances-request.md#starting-a-spot-instance) et [Résilier une instance Spot](using-spot-instances-request.md#terminating-a-spot-instance).
Vous pouvez effectuer le suivi du statut de vos demandes d’instance Spot, ainsi que celui des instances Spot lancées, via le statut. Pour de plus amples informations, veuillez consulter [Obtenir le statut d’une demande d’instance Spot](spot-request-status.md).
## Lancer une instances Spot dans un groupe de lancement
Spécifiez un groupe de lancement dans votre demande d’instance Spot pour demander à Amazon EC2 de lancer un ensemble d’instances Spot uniquement s’il peut toutes les lancer. De plus, si le service Spot doit résilier l’une des instances du groupe de lancement, il doit toutes les résilier. Toutefois, si vous mettez hors service une ou plusieurs instances d’un groupe de lancement, Amazon EC2 ne met pas hors service les instances restantes du groupe de lancement.
Même si cette option peut être utile, l’ajout d’une contrainte de ce type peut réduire les chances de voir votre demande d’instance Spot satisfaite et accroître les risques de suppression de vos instances Spot. Par exemple, votre groupe de lancement inclut des instances figurant dans plusieurs zones de disponibilité. Si la capacité dans l’une de ces zones de disponibilité diminue et n’est plus disponible, Amazon EC2 résilie alors toutes les instances du groupe de lancement.
Si vous créez une autre demande d’instance Spot réussie qui spécifie le même groupe de lancement (existant) qu’une demande précédente réussie, les nouvelles instances sont ajoutées au groupe de lancement. Par conséquent, si une instance de ce groupe de lancement est mise hors service, toutes les instances du groupe de lancement sont également mises hors service, ce qui inclut les instances lancées par les première et deuxième demandes.
## Lancer une instances Spot dans un groupe de zone de disponibilité
Spécifiez un groupe de zone de disponibilité dans votre demande d’instance Spot pour dire à Amazon EC2 de lancer un ensemble d’instances Spot dans la même zone de disponibilité. Amazon EC2 n’a pas besoin d’interrompre toutes les instances d’un groupe de zone de disponibilité en même temps. Si Amazon EC2 doit interrompre l’une des instances d’un groupe de zone de disponibilité, les autres continuent à être exécutées.
Même si cette option peut s’avérer utile, l’ajout d’une contrainte de ce type peut réduire les chances de voir votre demande d’instance Spot satisfaite.
Si vous spécifiez un groupe de zone de disponibilité, mais que vous n’indiquez aucune zone de disponibilité dans la demande d’instance Spot, le résultat dépend du réseau que vous avez spécifié.
**VPC par défaut**
Amazon EC2 utilise la zone de disponibilité pour le sous-réseau spécifié. Si vous ne spécifiez pas de sous-réseau, le service sélectionne une zone de disponibilité et son sous-réseau par défaut, mais pas nécessairement la zone ayant le prix le plus bas. Si vous avez supprimé le sous-réseau par défaut pour une zone de disponibilité, vous devez spécifier un autre sous-réseau.
**VPC personnalisé**
Amazon EC2 utilise la zone de disponibilité pour le sous-réseau spécifié.
## Lancer une instances Spot dans un VPC
Vous spécifiez un sous-réseau pour vos instances Spot de la même façon que vous spécifiez un sous-réseau pour vos instances à la demande.
+ [VPC par défaut] Si vous souhaitez que votre instance Spot soit lancée dans une zone de disponibilité à faible prix, vous devez spécifier le sous-réseau correspondant dans votre demande d’instance Spot. Si vous ne spécifiez pas de sous-réseau, Amazon EC2 en sélectionne un pour vous et la zone de disponibilité de ce sous-réseau ne correspondra peut-être pas au prix Spot le plus faible.
+ [VPC personnalisé] Vous devez spécifier le sous-réseau de votre instance Spot.
## Lancez des instances à performance extensibles
Les types d’instances T sont des [instances à capacité extensible](burstable-performance-instances.md). Si vous lancez vos instances Spot à l’aide d’un type d’instance de performance à capacité extensible, et si vous prévoyez d’utiliser vos instances Spot de performance à capacité extensible immédiatement et pour une courte durée, sans temps d’inactivité pour accumuler des crédits processeur, nous vous recommandons de les lancer en [mode standard](burstable-performance-instances-standard-mode.md) pour éviter de payer des coûts plus élevés. Si vous lancez vos instances Spot de performance à capacité extensible en [mode Illimité](burstable-performance-instances-unlimited-mode.md) et que vous étendez immédiatement l’utilisation de l’UC, vous dépensez des crédits excédentaires pour cette extension d’utilisation. Si vous utilisez l’instance pour une courte durée, elle n’a pas le temps d’accumuler des crédits UC pour rembourser les crédits excédentaires, et ces derniers vous sont facturés lorsque vous résiliez l’instance.
Le mode Illimité convient aux instances Spot de performance à capacité extensible uniquement si l’instance s’exécute suffisamment longtemps pour accumuler des crédits UC pour l’extension d’utilisation. Sinon, payer des crédits excédentaires rend les instances Spot de performance à capacité extensible plus coûteuses que les autres instances. Pour de plus amples informations, veuillez consulter [Quand utiliser le mode illimité/mode d’UC fixe ?](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode).
Les instances T2, lorsqu’elles sont configurées en [mode Standard](burstable-performance-instances-standard-mode.md), obtiennent des [crédits de lancement](burstable-performance-instances-standard-mode-concepts.md#launch-credits). Les instances T2 sont les seules instances à capacité extensible qui obtiennent des crédits de lancement. Les crédits de lancement visent à optimiser la productivité du lancement initial des instances T2 en leur fournissant suffisamment de ressources de calcul pour pouvoir configurer l’instance. Il est interdit de procéder à des lancements répétés d’instances T2 pour bénéficier de nouveaux crédits de lancement. Si vous avez besoin de performances soutenues de l’UC, vous pouvez obtenir des crédits (en restant inactif pendant un certain temps) : utilisez le [mode Illimité](burstable-performance-instances-unlimited-mode.md) pour les Instances Spot T2 ou un type d’instance avec UC dédiée.
## Lancement sur du matériel à locataire unique
Vous pouvez exécuter une instance Spot sur du matériel à client unique. Les instances Spot dédiées sont physiquement isolées des instances appartenant à d'autres AWS comptes. Pour plus d’informations, consultez [Instances EC2 dédiées Amazon](dedicated-instance.md) et les [instances dédiées Amazon EC2](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
Pour exécuter une instance Spot dédiée, effectuez l’une des actions suivantes :
+ Spécifiez une location de `dedicated` au moment de créer la demande d’instance Spot. Pour plus d’informations, consultez [Gérer vos instances Spot](using-spot-instances-request.md).
+ Demandez une instance Spot sur un VPC avec une location d’instance de `dedicated`. Pour de plus amples informations, veuillez consulter [Lancer des instances dédiées dans un VPC avec une location par défaut](dedicatedinstancesintovpc.md). Vous ne pouvez pas demander d’instance Spot avec une location de `default` si vous la demandez sur un VPC avec une location d’instance de `dedicated`.
Toutes les familles d’instances prennent en charge les instances Spot dédiées sauf les instances T. Pour chaque famille d’instances prise en charge, seule la plus grande taille d’instance ou taille de métal prend en charge les instances Spot dédiées.
# Affichez l’historique de tarification d’instance Spot
Les prix d’instance Spot sont définis par Amazon EC2 et ajustés graduellement en fonction des tendances à long terme en matière d’offre et de demande de capacité d’instance Spot.
Lorsque votre demande d’instance Spot est satisfaite, vos instances Spot se lancent au prix Spot actuel, sans dépasser le prix à la demande. Vous pouvez consulter l’historique des prix Spot pour les 90 derniers jours en filtrant par type d’instance, système d’exploitation et zone de disponibilité.
Pour connaître les prix *actuels* des instances Spot, consultez la [Tarification des instances Spot Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/).
------
#### [ Console ]
**Pour afficher l’historique des prix Spot**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**.
1. Sélectionnez **Historique de tarification**.
1. Pour **Graph (Graphique)**, choisissez de comparer l’historique des prix par **Availability Zones (Zones de disponibilité)** ou par **Instance Types (Types d’instance)**.
+ Si vous choisissez **Zones de disponibilité**, choisissez ensuite le **Type d’instance**, le système d’exploitation (**Plateforme**) et la **Plage de dates** pour laquelle vous souhaitez consulter l’historique des prix.
+ Si vous choisissez **Types d’instance**, choisissez jusqu’à cinq **Types d’instance**, la **Zone de disponibilité**, le système d’exploitation (**Plateforme**) et la **Plage de dates** pour laquelle vous souhaitez consulter l’historique des prix.
La capture d’écran suivante présente une comparaison de prix pour différents types d’instance.
![\[L’outil Historique de tarification d’instances Spot dans la console Amazon EC2.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/spot-instance-pricing-history.png)
1. Survolez le graphique avec le pointeur de la souris pour afficher les prix à des moments donnés dans la plage de dates sélectionnée. Les prix sont affichés dans les blocs d’informations au-dessus du graphique. Le prix affiché dans la ligne supérieure indique le prix à une date spécifique. Le prix affiché sur la deuxième ligne indique le prix moyen sur la plage de dates sélectionnée.
1. Pour afficher le prix par vCPU, basculez sur **Display normalized prices (Afficher les prix normalisés)**. Pour afficher le prix du type d’instance, désactivez **Display normalized prices (Afficher les prix normalisés)**.
------
#### [ AWS CLI ]
**Pour afficher l’historique des prix Spot**
Utilisez la commande [describe-spot-price-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-price-history.html) suivante.
```
aws ec2 describe-spot-price-history \
--instance-types c6i.xlarge \
--product-descriptions "Linux/UNIX" \
--start-time 2025-04-01T00:00:00 \
--end-time 2025-04-02T00:00:0
```
------
#### [ PowerShell ]
**Pour afficher l’historique des prix Spot**
Utilisez l’applet de commande [Get-EC2SpotPriceHistory](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotPriceHistory.html).
```
Get-EC2SpotPriceHistory `
-InstanceType c6i.xlarge `
-ProductDescription "Linux/UNIX" `
-UtcStartTime 2025-04-01T00:00:00 `
-UtcEndTime 2025-04-02T00:00:0
```
------
# Économies réalisées grâce à l’achat d’instances Spot
Vous pouvez visualiser les informations relatives à l’utilisation et aux économies réalisées grâce aux instances Spot pour chaque flotte ou pour l’ensemble des instances Spot en cours d’exécution. Les informations relatives à l’utilisation et aux économies pour chaque flotte incluent l’ensemble des instances lancées et résiliées par la flotte. Ces informations peuvent être consultées pour la dernière heure ou pour les trois derniers jours.
La capture d’écran suivante de la section **Economie** illustre les informations relatives à l’utilisation d’instances Spot et aux économies associées pour un parc d’instances Spot.
![\[Section Economie sur la page Détails du parc d’instances Spot.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/spot-savings.png)
Les informations suivantes relatives à l’utilisation et aux économies sont disponibles :
+ **Instances Spot** – Nombre d’instances. Spot lancées et terminées par le parc d’instances Spot. Le nombre qui apparaît dans le récapitulatif des économies représente l’ensemble de vos instances Spot en cours d’exécution.
+ **vCPU-hours (Heures vCPU)** : nombre d’heures vCPU utilisées pour l’ensemble des Instances Spot sur la période sélectionnée.
+ **Mem(GiB)-hours (Heures de mémoire (Gio))** : nombre d’heures Gio utilisées pour l’ensemble des Instances Spot sur la période sélectionnée.
+ **On-Demand total (Total à la demande)** : montant total que vous auriez payé pour la période sélectionnée si vous aviez lancé ces instances en tant qu’Instances à la demande.
+ **Spot total (Total Spot)** : montant total à payer pour la période sélectionnée.
+ **Économie** : pourcentage que vous économisez en ne payant pas le prix à la demande.
+ **Coût moyen par heure de processeur virtuel** ****: coût horaire moyen d'utilisation du v CPUs sur toutes les instances ponctuelles pendant la période sélectionnée, calculé comme suit : **coût moyen par heure de processeur virtuel = total ponctuel/heures de processeur virtuel**.****
+ **Coût moyen par mém (GiB)** **par heure : coût horaire moyen de l'utilisation GiBs de toutes les instances ponctuelles pendant la période sélectionnée, calculé comme suit **: coût moyen par mém (GiB) -heure = **total spot**/Mem (GiB)** -heures.**
+ Tableau **Détails** – Les différents types d’instances (le nombre d’instances par type d’instance est placé entre parenthèses) qui composent le parc d’instances Spot. Le récapitulatif des économies comprend l’ensemble de vos instances Spot en cours d’exécution.
Vous ne pouvez consulter les informations relatives aux économies qu’à l’aide de la console Amazon EC2.
**Pour afficher les informations relatives aux économies pour un parc d’instances Spot**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**.
1. Sélectionnez l’ID d’une demande de parc d’instances Spot et faites défiler jusqu’à la section **Economie**.
En revanche, cochez la case située à côté de l’identifiant de la demande du parc d’instance Spot et cliquez sur l’onglet **Économies**.
1. Par défaut, la page affiche les informations relatives à l’utilisation et aux économies de ces trois derniers jours. Vous pouvez choisir **last hour (dernière heure)** ou **last three days (trois derniers jours)**. Pour les Parcs d’instances Spot qui ont été lancés il y a moins d’une heure, la page affiche une estimation des économies réalisées sur cette heure.
**Pour afficher les informations relatives aux économies pour l’ensemble des instances Spot en cours d’exécution**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**.
1. Choisissez **Savings Summary (Récapitulatif des économies)**.
# Créer une demande d’instance Spot
Pour utiliser des instances Spot, vous créez une demande d’instance Spot qui inclut le nombre d’instances souhaité, le type d’instance et la zone de disponibilité. Si la capacité est disponible, Amazon EC2 répond à votre demande immédiatement. Dans le cas contraire, Amazon EC2 attend jusqu’à ce que votre demande soit exécutée ou jusqu’à l’annulation de celle-ci.
Vous pouvez utiliser l’[assistant de lancement d’instance](ec2-launch-instance-wizard.md) dans la console Amazon EC2 ou la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) pour demander une instance spot, de la même manière que vous pouvez lancer une instance à la demande. Cette méthode n’est recommandée que pour les raisons suivantes :
+ Vous utilisez déjà l’[assistant de lancement d’instance](ec2-launch-instance-wizard.md) ou la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) pour lancer des instances à la demande, et vous voulez simplement passer au lancement d’instances Spot en modifiant un seul paramètre.
+ Vous n’avez pas besoin de plusieurs instances avec des types d’instance différents.
Cette méthode n’est généralement pas recommandée pour le lancement d’instances Spot car vous ne pouvez pas spécifier plusieurs types d’instance et vous ne pouvez pas lancer d’instances Spot et d’instances à la demande dans la même requête. Pour connaître les méthodes préférées pour lancer des instances Spot, notamment le lancement d’une *flotte* qui inclut des instances Spot et des instances à la demande avec plusieurs types d’instance, veuillez consulter la rubrique [Quelle est la meilleure méthode de demande Spot à utiliser ?](spot-best-practices.md#which-spot-request-method-to-use)
Si vous demandez plusieurs instances Spot à la fois, Amazon EC2 crée des demandes d’instance Spot distinctes pour vous permettre de suivre l’état de chaque demande séparément. Pour plus d’informations sur le suivi des demandes d’instance Spot, consultez [Obtenir le statut d’une demande d’instance Spot](spot-request-status.md).
------
#### [ Console ]
**Pour créer une demande d’instance Spot**
Les étapes 1 à 9 sont les mêmes que celles que vous utiliseriez pour lancer une instance à la demande. À l’étape 10, vous configurez la demande d’instance Spot.
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, en haut de l’écran, sélectionnez une région.
1. Sur le tableau de bord de la console Amazon EC2, sélectionnez **Launch instance (Lancer une instance)**.
1. (Facultatif) Sous **Name and tags** (Noms et identifications), vous pouvez nommer votre instance et étiqueter la demande d’instance Spot, l’instance, les volumes et les Elastic Graphics. Pour plus d’informations sur les balises, consultez [Baliser vos ressources Amazon EC2](Using_Tags.md).
1. Pour **Name** (Nom), saisissez un nom descriptif pour votre instance.
Le nom de l’instance est une identification, où la clé est **Name** (Nom), et la valeur est le nom que vous spécifiez. Si vous ne spécifiez pas de nom, l’instance peut être identifiée par son ID, qui est automatiquement généré lorsque vous lancez l’instance.
1. Pour étiqueter la demande d’instance Spot, l’instance, les volumes et les Elastic Graphics, choisissez **Add additional tags** (Ajouter de identifications supplémentaires). Choisissez **Add tag** (Ajouter une identification), saisissez une clé et une valeur, puis sélectionnez le type de ressource à étiqueter. Choisissez **Add tag** (Ajouter une identification) pour chaque étiquette supplémentaire.
1. Sous **Application and OS Images (Amazon machine Image**) (Images d’applications et de systèmes d’exploitation [Amazon machine Image]), choisissez le système d’exploitation de votre instance, puis sélectionnez une AMI. Pour de plus amples informations, veuillez consulter [Images d’applications et de systèmes d’exploitation (Amazon Machine Image)](ec2-instance-launch-parameters.md#liw-ami).
1. Sous **Instance type** (Type d’instance), sélectionnez le type d’instance qui répond à vos exigences en ce qui concerne la configuration matérielle et la taille de votre instance. Pour de plus amples informations, veuillez consulter [Type d’instance](ec2-instance-launch-parameters.md#liw-instance-type).
1. Sous **Key pair (login)** (Paire de clés [connexion]), choisissez une paire de clés existante ou choisissez **Create new key pair** (Créer une paire de clés) pour en créer une. Pour de plus amples informations, veuillez consulter [Paires de clés Amazon EC2 et instances Amazon EC2](ec2-key-pairs.md).
**Important**
Si vous sélectionnez l’option **Proceed without key pair (Not recommended)** ((Continuer sans paire de clé) (Non recommandé)), vous ne pourrez pas vous connecter à l’instance à moins de choisir une AMI configurée de façon à autoriser les utilisateurs à se connecter d’une autre façon.
1. Sous **Network settings** (Paramètres réseau), utilisez les paramètres par défaut ou choisissez **Edit** (Modifier) pour configurer les paramètres réseau selon les besoins.
Les groupes de sécurité font partie des paramètres réseau et définissent les règles de pare-feu pour votre instance. Ces règles déterminent le trafic réseau entrant acheminé vers votre instance.
Pour de plus amples informations, veuillez consulter [Paramètres réseau](ec2-instance-launch-parameters.md#liw-network-settings).
1. L’AMI sélectionnée inclut un ou plusieurs volumes de stockage, notamment le volume du périphérique racine. Sous **Configure storage** (Configurer le stockage), vous pouvez spécifier des volumes supplémentaires à attacher à l’instance en choisissant **Add new volume** (Ajouter un nouveau volume). Pour de plus amples informations, veuillez consulter [Configurer le stockage](ec2-instance-launch-parameters.md#liw-storage).
1. Sous **Advanced details** (Détails avancés), configurez la demande d’instance Spot comme suit :
1. Sous **Option d’achat**, cochez la case **Demander des instances Spot**.
1. Vous pouvez soit conserver la configuration par défaut de la demande d’instance Spot, soit choisir **Customize** (Personnaliser), à droite, pour spécifier des paramètres personnalisés pour votre demande d’instance Spot.
Lorsque vous choisissez **Customize** (Personnaliser), les champs suivants s’affichent.
1. **Maximum price** (Prix maximal) : vous pouvez demander des instances Spot au prix Spot, plafonné au prix À la demande, ou spécifier le montant maximum que vous êtes prêt à payer.
**Avertissement**
Si vous spécifiez un prix maximum, vos instances seront interrompues plus fréquemment que si vous choisissez **No maximum price** (Pas de prix maximal).
Si vous spécifiez un prix maximum, celui-ci doit être supérieur à 0,001 USD. Si vous spécifiez une valeur inférieure à 0,001 USD, le lancement échouera.
+ **No maximum price** (Pas de prix maximal) : votre instance Spot sera lancée au prix Spot en vigueur. Le prix ne dépassera jamais le prix À la demande. (Recommandé)
+ **Set your maximum price (per instance/hour)** (Définir votre prix maximal, par instance/heure) : vous pouvez spécifier le montant maximum que vous êtes prêt à payer.
+ Si vous spécifiez un prix maximum inférieur au prix Spot, votre instance Spot n’est pas lancée.
+ Si vous spécifiez un prix maximum supérieur au prix Spot actuel, votre Instance Spot sera lancée et facturée au prix Spot actuel. Une fois que votre instance Spot est en cours d’exécution, si le prix Spot dépasse votre prix maximum, Amazon EC2 interrompt votre instance Spot.
+ Quel que soit le prix maximum que vous spécifiez, vous serez toujours facturé au prix Spot actuel.
Pour passer en revue les tendances de prix Spot, consultez [Affichez l’historique de tarification d’instance Spot](using-spot-instances-history.md).
1. **Request type** (Type de demande) : le type de demande d’instance spot que vous choisissez détermine ce qui se passe si votre instance spot est interrompue.
+ **One-time** (Unique) : Amazon EC2 effectue une demande unique pour votre instance Spot. Si votre instance Spot est interrompue, la demande n’est pas soumise à nouveau.
+ **Persistent request** (Demande persistante) : Amazon EC2 place une demande persistante pour votre instance Spot. Si votre instance spot est interrompue, la demande est soumise à nouveau afin de réapprovisionner l’instance spot résiliée.
Si vous ne spécifiez pas de valeur, la valeur par défaut est une demande unique.
1. **Valid to** (Valide jusqu’au) : date d’expiration d’une demande *persistante* d’instance Spot.
Ce champ n’est pas pris en charge pour les demandes uniques. Une demande d’*unique* reste active jusqu’à ce que toutes les instances de la demande soient lancées ou que vous annuliez la demande.
+ **No request expiry date** (Pas de date d’expiration de la demande) : la demande reste active jusqu’à ce que vous l’annuliez.
+ **Set your request expiry date** (Définir la date d’expiration de votre demande) : la demande persistante reste active jusqu’à la date spécifiée ou jusqu’à ce que vous l’annuliez.
1. **Interruption behavior** (Comportement d’interruption) : le comportement que vous choisissez détermine ce qui se passe lorsqu’une instance spot est interrompue.
+ Pour les demandes persistantes, les valeurs valides sont **Stop** (Arrêter) et **Hibernate** (Mettre en veille prolongée). Lorsqu’une instance est arrêtée, des frais pour le stockage de volume EBS s’appliquent.
**Note**
Les instances Spot utilisent désormais la même fonctionnalité de mise en veille prolongée que les instances à la demande. Pour activer la mise en veille prolongée, vous pouvez soit choisir **Mise en veille prolongée** ici, soit sélectionner **Activer** dans le champ **Comportement d’arrêt – mise en veille prolongée**, qui apparaît plus bas dans l’assistant de lancement d’instance. Pour les prérequis de mise en veille prolongée, consultez [Conditions préalables à la mise en veille prolongée des instances Amazon EC2](hibernating-prerequisites.md).
+ Pour les demandes uniques, seule la valeur **Terminate** (Résilier) est valide.
Si vous ne spécifiez pas de valeur, la valeur par défaut est **Terminate** (Résilier), laquelle n’est pas valide pour une demande d’instance Spot persistante. Si vous conservez la valeur par défaut et tentez de lancer une demande d’instance Spot persistante, une erreur s’affiche.
Pour de plus amples informations, veuillez consulter [Comportement des interruptions d’instance Spot](interruption-behavior.md).
1. Sur le panneau **Summary** (Récapitulatif), pour **Number of instances** (Nombre d’instances), saisissez le nombre d’instances à lancer.
**Note**
Amazon EC2 crée une demande distincte pour chaque instance Spot.
1. Sur le panneau **Summary** (Récapitulatif), vérifiez les détails de votre instance et effectuez toute modification nécessaire. Après avoir soumis votre demande d’instance Spot, vous ne pouvez plus modifier les paramètres de la demande. Vous pouvez accéder directement à une section dans l’assistant de lancement d’instance en sélectionnant son lien dans le panneau **Summary** (Récapitulatif). Pour de plus amples informations, veuillez consulter [Résumé](ec2-instance-launch-parameters.md#liw-summary).
1. Lorsque vous êtes prêt à lancer votre instance , choisissez **Launch instance** (Lancer l’instance).
Si l’instance ne peut pas être lancée ou que l’état passe immédiatement à `terminated` au lieu de `running`, consultez [Résoudre les problèmes liés au lancement d'une instance Amazon EC2](troubleshooting-launch.md).
------
#### [ AWS CLI ]
**Pour créer une demande d’instance Spot à l’aide de run-instances**
Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) et spécifiez les options de l’instance Spot dans le paramètre `--instance-market-options` comme suit.
```
--instance-market-options file://spot-options.json
```
Voici la structure de données à spécifier dans le fichier JSON. Vous pouvez également spécifier `ValidUntil` et `InstanceInterruptionBehavior`. Si vous ne spécifiez pas de champ dans la structure de données, la valeur par défaut est utilisée.
L’exemple suivant crée une demande `persistent`.
```
{
"MarketType": "spot",
"SpotOptions": {
"SpotInstanceType": "persistent"
}
}
```
**Pour créer une demande d'instance Spot à l'aide de request-spot-instances**
**Note**
Nous vous déconseillons vivement d'utiliser cette [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)commande pour demander une instance Spot, car il s'agit d'une ancienne API sans investissement prévu. Pour de plus amples informations, consultez [Quelle est la meilleure méthode de demande Spot à utiliser ?](spot-best-practices.md#which-spot-request-method-to-use).
Utilisez la [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)commande pour créer une demande unique.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "one-time" \
--launch-specification file://specification.json
```
Utilisez la [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)commande pour créer une demande persistante.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "persistent" \
--launch-specification file://specification.json
```
Pour accéder à des exemples de fichiers de spécification à utiliser avec ces commandes, consultez [Exemple de spécifications de lancement d’une demande d’instance Spot](spot-request-examples.md). Si vous téléchargez un fichier de spécification de lancement depuis la console Spot Requests, vous devez utiliser la [request-spot-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-fleet.html)commande à la place (la console Spot Requests spécifie une demande d'instance Spot à l'aide d'un parc Spot).
------
#### [ PowerShell ]
**Pour créer une demande d’instance Spot**
Utilisez l'[New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)applet de commande et spécifiez les options de l'instance Spot à l'aide du `-InstanceMarketOption` paramètre.
```
-InstanceMarketOptions $marketOptions
```
Créez la structure de données pour les options d’instance Spot comme suit.
```
$spotOptions = New-Object Amazon.EC2.Model.SpotMarketOptions
$spotOptions.SpotInstanceType="persistent"
$marketOptions = New-Object Amazon.EC2.Model.InstanceMarketOptionsRequest
$marketOptions.MarketType = "spot"
$marketOptions.SpotOptions = $spotOptions
```
------
# Exemple de spécifications de lancement d’une demande d’instance Spot
Les exemples suivants montrent les configurations de lancement que vous pouvez utiliser avec la [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)commande pour créer une demande d'instance Spot. Pour de plus amples informations, veuillez consulter [Gérer vos instances Spot](using-spot-instances-request.md).
**Important**
Nous vous déconseillons vivement d'utiliser cette [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)commande pour demander une instance Spot, car il s'agit d'une ancienne API sans investissement prévu. Pour de plus amples informations, consultez [Quelle est la meilleure méthode de demande Spot à utiliser ?](spot-best-practices.md#which-spot-request-method-to-use).
**Topics**
+ [Exemple 1 : Lancement d’instances Spot](#spot-launch-specification1)
+ [Exemple 2 : Lancement d’instances Spot dans la zone de disponibilité spécifiée](#spot-launch-specification2)
+ [Exemple 3 : Lancement d’instances Spot dans le sous-réseau spécifié](#spot-launch-specification3)
+ [Exemple 4 : Lancement d’une instance Spot dédiée](#spot-launch-specification4)
## Exemple 1 : Lancement d’instances Spot
L’exemple suivant n’inclut aucune zone de disponibilité ou sous-réseau. Amazon EC2 sélectionne une zone de disponibilité pour vous. Amazon EC2 lance les instances sur le sous-réseau par défaut de la zone de disponibilité sélectionnée.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Exemple 2 : Lancement d’instances Spot dans la zone de disponibilité spécifiée
L’exemple suivant inclut une zone de disponibilité. Amazon EC2 lance les instances dans le sous-réseau par défaut de la zone de disponibilité spécifiée.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"Placement": {
"AvailabilityZone": "us-west-2a"
},
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Exemple 3 : Lancement d’instances Spot dans le sous-réseau spécifié
L’exemple suivant inclut un sous-réseau. Amazon EC2 lance les instances dans le sous-réseau spécifié. Si le VPC n'est pas un VPC par défaut, l'instance ne reçoit pas d'adresse publique par défaut. IPv4
```
{
"ImageId": "ami-0abcdef1234567890",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"SubnetId": "subnet-1a2b3c4d",
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
Pour attribuer une IPv4 adresse publique à une instance dans un VPC autre que celui par défaut, spécifiez `AssociatePublicIpAddress` le champ comme indiqué dans l'exemple suivant. Lorsque vous spécifiez une interface réseau, vous devez inclure l’ID du sous-réseau et l’ID du groupe de sécurité à l’aide de l’interface réseau au lieu d’utiliser les champs `SubnetId` et `SecurityGroupIds` illustrés dans le bloc de code précédent.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"InstanceType": "m5.medium",
"NetworkInterfaces": [
{
"DeviceIndex": 0,
"SubnetId": "subnet-1a2b3c4d5e6f7g8h9",
"Groups": [ "sg-1a2b3c4d5e6f7g8h9" ],
"AssociatePublicIpAddress": true
}
],
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Exemple 4 : Lancement d’une instance Spot dédiée
L’exemple suivant demande une instance Spot avec une location de `dedicated`. Une instance Spot dédiée doit être lancée sur un VPC.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "c5.8xlarge",
"SubnetId": "subnet-1a2b3c4d5e6f7g8h9",
"Placement": {
"Tenancy": "dedicated"
}
}
```
# Obtenir le statut d’une demande d’instance Spot
Pour vous aider à assurer le suivi de vos demandes d’instance Spot et à planifier votre utilisation d’instances Spot, utilisez l’état de demande fourni par Amazon EC2. Par exemple, le statut de la demande peut indiquer pourquoi votre demande d’instance Spot n’a pas encore été satisfaite, ou répertorier les contraintes qui empêchent l’exécution de votre demande d’instance Spot.
À chaque étape du processus, c’est-à-dire au cours du *cycle de vie* d’une demande Spot, des événements spécifiques déterminent les états successifs de la demande.
L’illustration suivante présente le fonctionnement des demandes d’instances Spot. Notez que le type de demande (unique ou persistante) détermine si la demande est rouverte lorsqu’Amazon EC2 interrompt une instance Spot ou que vous arrêtez une instance Spot. Si la demande est persistante, elle est rouverte après que votre instance Spot soit interrompue. Si la demande est persistante et que vous arrêtez votre instance Spot, la demande s’ouvre seulement après que vous ayez démarré votre instance Spot.
![\[Fonctionnement des demandes d’instance Spot.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/spot_lifecycle.png)
**Topics**
+ [Obtenir des informations sur le statut d’une demande](#get-spot-instance-request-status)
+ [Codes de statut des demandes Spot](#spot-instance-request-status-understand)
+ [Événement d’exécution de demande d’instance Spot EC2](#spot-request-fulfillment-event)
+ [Changements de statut pour une demande Spot](spot-instances-request-status-lifecycle.md)
## Obtenir des informations sur le statut d’une demande
Vous pouvez obtenir des informations sur le statut de votre demande d’instance Spot.
------
#### [ Console ]
**Pour obtenir les informations sur le statut d’une demande**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Demandes Spot** et sélectionnez la demande d’instance Spot.
1. Pour vérifier l’état, sous l’onglet **Description**, cochez le champ **Statut**.
------
#### [ AWS CLI ]
**Pour obtenir les informations sur le statut d’une demande**
Utilisez la commande [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html) suivante.
```
aws ec2 describe-spot-instance-requests --spot-instance-request-ids sir-0e54a519c9EXAMPLE
```
------
#### [ PowerShell ]
**Pour obtenir les informations sur le statut d’une demande**
Utilisez l’applet de commande [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
Get-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE
```
------
## Codes de statut des demandes Spot
Les informations sur le statut des demandes Spot sont composées d’un code de statut, de l’heure de mise à jour et d’un message de statut. Toutes ces informations vous permettent de savoir où en est votre demande d’instance Spot.
Voici les codes de statut des demandes Spot :
`az-group-constraint`
Amazon EC2 ne peut pas lancer toutes les instances que vous avez demandées dans la même zone de disponibilité.
`bad-parameters`
Un ou plusieurs paramètres de votre demande d’instance Spot ne sont pas valides (par exemple, l’AMI que vous avez spécifiée n’existe pas). Le message de statut indique quel paramètre n’est pas valide.
`canceled-before-fulfillment`
L’utilisateur a annulé la demande d’instance Spot avant son exécution.
`capacity-not-available`
Il n’y a pas suffisamment de capacité disponible pour les instances que vous avez demandées.
`constraint-not-fulfillable`
La demande d’instance Spot ne peut pas être satisfaite dans la mesure où une ou plusieurs contraintes ne sont pas valides (par exemple, la zone de disponibilité n’existe pas). Le message de statut indique quelle contrainte n’est pas valide.
`fulfilled`
La demande Spot est `active`, et Amazon EC2 lance votre Instances Spot.
`instance-stopped-by-price`
Votre instance a été arrêtée car le prix Spot a dépassé votre prix maximum.
`instance-stopped-by-user`
Votre instance a été arrêtée car un utilisateur l’a arrêtée ou a exécuté la commande shutdown à partir de l’instance.
`instance-stopped-no-capacity`
Votre instance a été arrêtée en raison des besoins de gestion de la capacité EC2.
`instance-terminated-by-price`
Votre instance a été supprimée car le prix Spot a dépassé votre prix maximum. Si votre demande est une offre persistante, le processus redémarre et votre demande se retrouve en attente d’évaluation.
`instance-terminated-by-schedule`
Votre instance Spot a été résiliée à la fin de sa durée planifiée.
`instance-terminated-by-service`
Votre instance a été mise hors service à partir d’un état d’arrêt.
`instance-terminated-by-user` ou `spot-instance-terminated-by-user`
Étant donné que vous avez résilié une instance Spot qui a été exécutée, l’état de la demande est `closed` (sauf s’il s’agit d’une demande persistante) et l’état de l’instance est `terminated`.
`instance-terminated-launch-group-constraint`
Une ou plusieurs instances de votre groupe de lancement ont été mises hors service, c’est pourquoi la contrainte du groupe de lancement n’est plus respectée.
`instance-terminated-no-capacity`
Votre instance a été résiliée en raison de processus standard de gestion de la capacité.
`launch-group-constraint`
Amazon EC2 ne peut pas lancer toutes les instances que vous avez demandées en même temps. Toutes les instances d’un groupe de lancement sont démarrées et mises hors service ensemble.
`limit-exceeded`
La limite du nombre de volumes EBS ou du stockage de volume total a été dépassée. Pour plus d’informations, consultez la section [Quotas pour Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-resource-quotas.html) dans le *Guide de l’utilisateur d’Amazon EBS*.
`marked-for-stop`
L’instance Spot est marquée pour être arrêtée.
`marked-for-termination`
L’instance Spot est marquée pour être résiliée.
`not-scheduled-yet`
La demande d’instance Spot n’est pas évaluée avant la date prévue.
`pending-evaluation`
Une fois que vous avez effectué une demande d’instance Spot, elle passe à l’état `pending-evaluation` le temps que le système évalue les paramètres de votre demande.
`pending-fulfillment`
Amazon EC2 tente d’allouer vos instances Spot.
`placement-group-constraint`
La demande Spot ne peut pas encore être satisfaite, car une instance Spot ne peut pas être ajoutée au groupe de placement à ce stade.
`price-too-low`
La demande ne peut pas encore être exécutée, car le prix maximum est inférieur au prix Spot. Dans le cas présent, aucune instance n’est lancée et votre demande reste à l’état `open`.
`request-canceled-and-instance-running`
Vous avez annulé la demande Spot alors que les instances Spot sont toujours en cours d’exécution. La demande est `cancelled`, tandis que les instances conservent l’état `running`.
`schedule-expired`
La demande d’instance Spot est arrivée à expiration car elle n’a pas été exécutée avant la date spécifiée.
`system-error`
Il y a eu une erreur système inattendue. S'il s'agit d'un problème récurrent, veuillez nous contacter AWS Support pour obtenir de l'aide.
## Événement d’exécution de demande d’instance Spot EC2
Lorsqu'une demande d'instance Spot est traitée, Amazon EC2 envoie un événement de traitement de demande d'instance Spot EC2 à Amazon. EventBridge Vous pouvez créer une règle pour effectuer une action lorsque cet événement se produit, comme invoquer une fonction Lambda ou notifier une rubrique Amazon SNS.
Voici un exemple de données pour cet événement.
```
{
"version": "0",
"id": "01234567-1234-0123-1234-012345678901",
"detail-type": "EC2 Spot Instance Request Fulfillment",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2:123456789012:instance/i-1234567890abcdef0"],
"detail": {
"spot-instance-request-id": "sir-0e54a519c9EXAMPLE",
"instance-id": "i-1234567890abcdef0"
}
}
```
Pour plus d'informations, consultez le [guide de EventBridge l'utilisateur Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
# Changements de statut pour une demande Spot
Le diagramme suivant illustre les étapes suivies par votre demande d’instance Spot au cours de son cycle de vie, de la soumission à la mise hors service. Chaque étape est représentée sous forme d’un nœud et le code de statut de chaque nœud décrit le statut de la demande d’instance Spot et de l’instance Spot.
![\[Cycle de vie d’une demande d’instance Spot.\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/spot-request-status-diagram.png)
**Évaluation en attente**
Dès que vous créez une demande d’instance Spot, celle-ci passe à l’état `pending-evaluation` à moins qu’un ou plusieurs paramètres de demande ne soient pas valides (`bad-parameters`).
| Code d’état | État de la demande | État de l’instance |
| --- | --- | --- |
| pending-evaluation | open | Ne s’applique pas |
| bad-parameters | closed | Ne s’applique pas |
**En attente**
Si une ou plusieurs contraintes de demande sont valides mais ne peuvent pas encore être respectées ou s’il n’y a pas suffisamment de capacité, la demande se voit attribuer l’état En attente jusqu’à ce que les contraintes soient respectées. Les options de la demande ont un impact sur les possibilités d’exécution de la demande. Par exemple, si la capacité n’est pas disponible, votre demande reste à l’état en attente jusqu’à ce que la capacité devienne disponible. Si vous spécifiez un groupe de zone de disponibilité, la demande conserve l’état En attente jusqu’à ce que la contrainte de zone de disponibilité soit respectée.
En cas de panne de l’une des zones de disponibilité, il est possible que la capacité EC2 disponible pour les demandes d’instance Spot dans d’autres zones de disponibilité puisse être affectée.
| Code d’état | État de la demande | État de l’instance |
| --- | --- | --- |
| capacity-not-available | open | Ne s’applique pas |
| price-too-low | open | Ne s’applique pas |
| not-scheduled-yet | open | Ne s’applique pas |
| launch-group-constraint | open | Ne s’applique pas |
| az-group-constraint | open | Ne s’applique pas |
| placement-group-constraint | open | Ne s’applique pas |
| constraint-not-fulfillable | open | Ne s’applique pas |
**Fin de l’évaluation/exécution-terminal**
Votre demande d’instance Spot peut passer à l’état `terminal` si vous créez une demande valide uniquement pendant une durée spécifique et que cette durée arrive à expiration avant que votre demande atteigne la phase d’exécution en attente. Cela peut également se produire si vous annulez la demande ou si une erreur système se produit.
| Code d’état | État de la demande | État de l’instance |
| --- | --- | --- |
| schedule-expired | cancelled | Ne s’applique pas |
| canceled-before-fulfillment¹ | cancelled | Ne s’applique pas |
| bad-parameters | failed | Ne s’applique pas |
| system-error | closed | Ne s’applique pas |
¹ Si vous annulez la demande.
**Exécution en attente**
Lorsque les contraintes que vous avez spécifiées (le cas échéant) sont respectées, votre demande Spot passe à l’état `pending-fulfillment`.
A ce stade, Amazon EC2 est prêt à mettre en service les instances que vous avez demandées. Si le processus s’arrête à ce stade, il a probablement été annulé par l’utilisateur avant le lancement d’une instance Spot. Cela peut aussi être dû à une erreur système inattendue.
| Code d’état | État de la demande | État de l’instance |
| --- | --- | --- |
| pending-fulfillment | open | Ne s’applique pas |
**Exécutée**
Lorsque toutes les caractéristiques de vos instances Spot sont respectées, votre demande d’instance Spot est satisfaite. Amazon EC2 lance les instances Spot, ce qui peut prendre quelques minutes. Si une instance Spot est mise en veille prolongée ou arrêtée lorsqu’elle est interrompue, elle reste dans cet état jusqu’à ce que la demande puisse être de nouveau satisfaite ou qu’elle soit annulée.
| Code d’état | État de la demande | État de l’instance |
| --- | --- | --- |
| fulfilled | active | pending → running |
| fulfilled | active | stopped → running |
Si vous arrêtez une instance Spot, votre demande Spot passe à l’état `marked-for-stop` ou `instance-stopped-by-user` jusqu’à ce que l’instance Spot puisse être redémarrée ou que la demande soit annulée.
| Code d’état | État de la demande | État de l’instance |
| --- | --- | --- |
| marked-for-stop | active | stopping |
| instance-stopped-by-user¹ | disabled ou cancelled ² | stopped |
¹ Une instance Spot passe à l’état `instance-stopped-by-user` si vous arrêtez l’instance ou si vous exécutez la commande shutdown à partir de l’instance. Une fois l’instance arrêtée, vous pouvez la redémarrer. Au redémarrage, la demande d’instance Spot revient à l’état `pending-evaluation`, puis Amazon EC2 lance une nouvelle instance Spot lorsque les exigences sont respectées.
² L’état de la demande Spot est `disabled` si vous arrêtez l’instance Spot sans annuler la demande. L’état de la demande est `cancelled` si votre instance Sport est arrêtée et que la demande expire.
**Exécuté-terminal**
Vos instances Spot continuent de s’exécuter tant qu’il existe de la capacité pour votre type d’instance et que vous ne résiliez pas l’instance. Si Amazon EC2 doit résilier vos instances Spot, la demande Spot passe à l’état terminal. Une demande se voit attribuer l’état terminal si vous annulez la demande Spot ou si vous résiliez les instances Spot.
| Code d’état | État de la demande | État de l’instance |
| --- | --- | --- |
| request-canceled-and-instance-running | cancelled | running |
| marked-for-stop | active | running |
| marked-for-termination | active | running |
| instance-stopped-by-price | disabled | stopped |
| instance-stopped-by-user | disabled | stopped |
| instance-stopped-no-capacity | disabled | stopped |
| instance-terminated-by-price | closed (exceptionnelle), open (persistante) | terminated |
| instance-terminated-by-schedule | closed | terminated |
| instance-terminated-by-service | cancelled | terminated |
| instance-terminated-by-user | closed ou cancelled ¹ | terminated |
| instance-terminated-no-capacity | closed (exceptionnelle), open (persistante) | running † |
| instance-terminated-no-capacity | closed (exceptionnelle), open (persistante) | terminated |
| instance-terminated-launch-group-constraint | closed (exceptionnelle), open (persistante) | terminated |
¹ L’état de la demande est `closed` si vous résiliez l’instance, mais que vous n’annulez pas la demande. L’état de la demande est `cancelled` si vous mettez l’instance hors service et que vous annulez la demande. Même si vous résiliez une instance Spot avant d’annuler sa demande, un certain laps de temps peut s’écouler avant qu’Amazon EC2 ne détecte la résiliation de votre instance Spot. Le cas échéant, l’état `closed` ou `cancelled` est attribué à la demande.
† Quand Amazon EC2 interrompt une instance Spot si elle a besoin de récupérer la capacité *et* que l’instance est configurée pour *être résiliée* en cas d’interruption, le statut est immédiatement défini sur `instance-terminated-no-capacity` (il n’est pas défini sur `marked-for-termination`). Toutefois, l’instance reste dans à l’état `running` pendant 2 minutes pour refléter la période de 2 minutes pendant laquelle elle reçoit l’avis d’interruption de l’instance Spot. Au bout de 2 minutes, l’état de l’instance est défini sur `terminated`.
**Expériences d’interruption**
Vous pouvez l'utiliser AWS Fault Injection Service pour déclencher une interruption d'instance Spot afin de tester la façon dont les applications de vos instances Spot répondent. Si AWS FIS une instance Spot est arrêtée, votre demande Spot entre dans l'`marked-for-stop-by-experiment`état puis dans l'`instance-stopped-by-experiment`état. En cas de AWS FIS résiliation d'une instance Spot, votre demande Spot entre dans l'`instance-terminated-by-experiment`état. Pour de plus amples informations, veuillez consulter [Lancement d’une interruption d’instance Spot](initiate-a-spot-instance-interruption.md).
| Code d’état | État de la demande | État de l’instance |
| --- | --- | --- |
| marked-for-stop-by-experiment | active | running |
| instance-stopped-by-experiment | disabled | stopped |
| instance-terminated-by-experiment | closed | terminated |
**Demandes persistantes**
Lorsque vos instances Spot sont résiliées (soit par vous, soit par Amazon EC2), si la demande Spot est une demande persistante, elle retourne à l’état `pending-evaluation` et Amazon EC2 peut lancer une nouvelle instance Spot lorsque les exigences sont respectées.
# Marquer les demandes d’instance Spot
Pour vous aider à classer et à gérer vos demandes d’instance Spot, vous pouvez les marquer avec des métadonnées personnalisées. Vous pouvez affecter une balise à une demande d’instance Spot lorsque vous la créez, ou après. Vous pouvez attribuer des balises à l’aide de la console Amazon EC2 ou d’un outil de ligne de commande.
Lorsque vous balisez une demande d’instance Spot, les instances et les volumes lancés par la demande d’instance Spot ne sont pas automatiquement balisés. Vous devez baliser explicitement les instances et les volumes lancés par la demande d’instance Spot. Vous pouvez affecter une balise à une instance Spot et à des volumes pendant le lancement, ou après.
Pour plus d’informations sur le fonctionnement des balises, consultez [Baliser vos ressources Amazon EC2](Using_Tags.md).
**Topics**
+ [Conditions préalables](#tag-spot-request-prereqs)
+ [Baliser une nouvelle demande d’instance Spot](#tag-new-spot-instance-request)
+ [Baliser une demande d’instance Spot existante](#tag-existing-spot-instance-request)
+ [Afficher les balises de demande d’instance Spot](#view-spot-instance-request-tags)
## Conditions préalables
Octroyez à l’utilisateur l’autorisation de baliser les ressources. Pour plus d’informations sur les stratégies IAM et les exemples de stratégies, consultez [Exemple : Baliser des ressources](ExamplePolicies_EC2.md#iam-example-taggingresources).
La politique IAM que vous créez est déterminée par la méthode que vous utilisez pour créer une demande d’instance Spot.
+ Si vous utilisez l’assistant de lancement d’instance ou `run-instances` pour demander Instances Spot, consultez [To grant a user the permission to tag resources when using the launch instance wizard or run-instances](#iam-run-instances).
+ Si vous utilisez la commande `request-spot-instances` pour demander des instances Spot, consultez [To grant a user the permission to tag resources when using request-spot-instances](#iam-request-spot-instances).
**Pour accorder à un utilisateur l’autorisation de baliser des ressources lors de l’utilisation de l’assistant de lancement d’instance ou de run-instances**
Créez une politique IAM qui inclut les éléments suivants :
+ L’action `ec2:RunInstances`. Cela accorde à l’utilisateur l’autorisation de lancer une instance.
+ Pour `Resource`, spécifiez `spot-instances-request`. Cela permet aux utilisateurs de créer des demandes d’instance Spot, qui demandent des instances Spot.
+ L’action `ec2:CreateTags`. Celle-ci accorde à l’utilisateur l’autorisation de créer des balises.
+ Pour `Resource`, spécifiez `*`. Cela permet aux utilisateurs de baliser toutes les ressources créées lors du lancement de l’instance.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowLaunchInstances",
"Effect": "Allow",
"Action": [
"ec2:RunInstances"
],
"Resource": [
"arn:aws:ec2:us-east-1::image/*",
"arn:aws:ec2:us-east-1:*:subnet/*",
"arn:aws:ec2:us-east-1:*:network-interface/*",
"arn:aws:ec2:us-east-1:*:security-group/*",
"arn:aws:ec2:us-east-1:*:key-pair/*",
"arn:aws:ec2:us-east-1:*:volume/*",
"arn:aws:ec2:us-east-1:*:instance/*",
"arn:aws:ec2:us-east-1:*:spot-instances-request/*"
]
},
{
"Sid": "TagSpotInstanceRequests",
"Effect": "Allow",
"Action": "ec2:CreateTags",
"Resource": "*"
}
]
}
```
------
Lorsque vous utilisez cette RunInstances action pour créer des demandes d'instance ponctuelle et que vous balisez les demandes d'instance ponctuelle lors de la création, vous devez savoir comment Amazon EC2 évalue la `spot-instances-request` ressource dans la RunInstances déclaration selon laquelle elle est évaluée dans la politique IAM comme suit :
+ Si vous ne balisez pas une demande d'instance Spot lors de la création, Amazon EC2 n'évalue pas la `spot-instances-request` ressource dans la RunInstances déclaration.
+ Si vous balisez une demande d'instance Spot lors de la création, Amazon EC2 évalue la `spot-instances-request` ressource dans le relevé. RunInstances
Par conséquent, pour la ressource `spot-instances-request`, les règles suivantes s’appliquent à la stratégie IAM :
+ Si vous avez l' RunInstances habitude de créer une demande d'instance ponctuelle et que vous n'avez pas l'intention de baliser la demande d'instance ponctuelle lors de la création, vous n'avez pas besoin d'autoriser explicitement la `spot-instances-request` ressource ; l'appel aboutira.
+ Si vous avez l' RunInstances habitude de créer une demande d'instance Spot et que vous avez l'intention de baliser la demande d'instance Spot lors de sa création, vous devez inclure la `spot-instances-request` ressource RunInstances dans l'instruction d'autorisation, sinon l'appel échouera.
+ Si vous avez l' RunInstances habitude de créer une demande d'instance Spot et que vous avez l'intention de baliser la demande d'instance Spot lors de sa création, vous devez spécifier la `spot-instances-request` ressource ou inclure un `*` caractère générique dans CreateTags l'instruction d'autorisation, sinon l'appel échouera.
Par exemple, pour les politiques IAM, y compris les politiques qui ne sont pas prises en charge pour les demandes d’instance Spot, consultez [Utiliser instances Spot](ExamplePolicies_EC2.md#iam-example-spot-instances).
**Pour accorder à un utilisateur l'autorisation de baliser des ressources lorsqu'il utilise request-spot-instances**
Créez une politique IAM qui inclut les éléments suivants :
+ L’action `ec2:RequestSpotInstances`. Cela accorde à l’utilisateur l’autorisation de créer une demande d’instance Spot.
+ L’action `ec2:CreateTags`. Celle-ci accorde à l’utilisateur l’autorisation de créer des balises.
+ Pour `Resource`, spécifiez `spot-instances-request`. Cela permet aux utilisateurs de baliser uniquement la demande d’instance Spot.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "TagSpotInstanceRequest",
"Effect": "Allow",
"Action": [
"ec2:RequestSpotInstances",
"ec2:CreateTags"
],
"Resource": "arn:aws:ec2:us-east-1:111122223333:spot-instances-request/*"
}
]
}
```
------
## Baliser une nouvelle demande d’instance Spot
Dans les PowerShell exemples AWS CLI et, configurez la demande d'instance Spot comme suit :
+ Pour `ResourceType`, spécifiez `spot-instances-request`. Si vous indiquez une autre valeur, la demande d’instance Spot échouera.
+ Pour `Tags`, spécifiez la paire clé-valeur. Vous pouvez définir plusieurs paires clé-valeur.
------
#### [ Console ]
**Pour étiqueter une nouvelle demande d’instance Spot**
1. Suivez la procédure [Gérer vos instances Spot](using-spot-instances-request.md).
1. Pour ajouter une balise, sur la page **Ajouter des balises** , choisissez **Ajouter une balise**, puis entrez la clé et la valeur de la balise. Choisissez **Ajouter une autre balise** pour chaque balise supplémentaire.
Pour chaque balise, vous pouvez baliser la demande d’instance Spot, les instances Spot et les volumes avec la même balise. Pour baliser les trois, assurez-vous que **instances**, **Volumes**, et **Demandes d’instance Spot** sont sélectionnés. Pour n’en baliser qu’une ou deux, assurez-vous que les ressources que vous souhaitez baliser sont sélectionnées et que les autres ressources sont effacées.
1. Remplissez les champs obligatoires pour créer une demande d’instance Spot, puis choisissez **Lancer**. Pour de plus amples informations, veuillez consulter [Gérer vos instances Spot](using-spot-instances-request.md).
------
#### [ AWS CLI ]
**Pour étiqueter une nouvelle demande d’instance Spot**
Utilisez la commande [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) avec l’option `--tag-specification`.
La spécification de balise ajoute deux balises à la demande d’instance Spot : `Environment=Production` et `Cost-Center=123`.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "one-time" \
--launch-specification file://specification.json \
--tag-specification 'ResourceType=spot-instances-request,Tags=[{Key=Environment,Value=Production},{Key=Cost-Center,Value=123}]'
```
------
#### [ PowerShell ]
**Pour étiqueter une nouvelle demande d’instance Spot**
Utilisez l'[Request-EC2SpotInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Request-EC2SpotInstance.html)applet de commande avec le `-TagSpecification` paramètre.
```
-TagSpecification $tagspec
```
La spécification de balise est définie comme suit. Cela ajoute deux balises à la demande d’instance Spot : `Environment=Production` et `Cost-Center=123`.
```
$tag1 = @{Key="Environment"; Value="Production"}
$tag2 = @{Key="Cost-Center"; Value="123"}
$tagspec = New-Object Amazon.EC2.Model.TagSpecification
$tagspec.ResourceType = "spot-instances-request"
$tagspec.Tags = @($tag1,$tag2)
```
------
## Baliser une demande d’instance Spot existante
------
#### [ Console ]
**Pour étiqueter une demande d’instance Spot existante**
Après avoir créé une demande d’instance Spot, vous pouvez ajouter des balises à la demande d’instance Spot à l’aide de la console.
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**.
1. Sélectionnez votre demande d’instance Spot.
1. Choisissez l’onglet **Tags (Balises)**, puis **Create Tag (Créer une balise)**.
**Pour baliser une instance Spot existante à l’aide de la console**
Une fois que votre demande d’instance Spot a lancé votre instance Spot, vous pouvez ajouter des balises à l’instance à l’aide de la console. Pour de plus amples informations, veuillez consulter [Ajout de balises à l’aide de la console](Using_Tags_Console.md#adding-or-deleting-tags).
------
#### [ AWS CLI ]
**Pour étiqueter une demande d’instance Spot existante ou une instance Spot**
Utilisez la commande [create-tags](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-tags.html) pour baliser les ressources existantes. Dans l’exemple suivant, la demande d’instance Spot existante et l’instance Spot sont étiquetées avec `purpose=test`.
```
aws ec2 create-tags \
--resources sir-0e54a519c9EXAMPLE i-1234567890abcdef0 \
--tags Key=purpose,Value=test
```
------
#### [ PowerShell ]
**Pour étiqueter une demande d’instance Spot existante ou une instance Spot**
Utilisez l’applet de commande [New-EC2Tag](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Tag.html). L’exemple suivant ajoute la balise `purpose=test` à la demande d’instance Spot existante et à l’instance Spot.
```
New-EC2Tag `
-Resource sir-0e54a519c9EXAMPLE, i-1234567890abcdef0 `
-Tag @{Key="purpose"; Value="test"}
```
------
## Afficher les balises de demande d’instance Spot
------
#### [ Console ]
**Pour afficher les balises de demande d’instance Spot**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**.
1. Sélectionnez votre demande d’instance Spot et choisissez l’onglet **Balises**.
------
#### [ AWS CLI ]
**Pour décrire les balises de demande d’instance Spot**
Utilisez la [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html)commande pour afficher la configuration de la demande d'instance Spot spécifiée, qui inclut toutes les balises spécifiées pour la demande.
```
aws ec2 describe-spot-instance-requests \
--spot-instance-request-ids sir-0e54a519c9EXAMPLE \
--query "SpotInstanceRequests[*].Tags"
```
Voici un exemple de sortie.
```
[
[
{
"Key": "Environment",
"Value": "Production"
},
{
"Key": "Department",
"Value": "101"
}
]
]
```
------
#### [ PowerShell ]
**Pour décrire les balises de demande d’instance Spot**
Utilisez l’applet de commande [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
(Get-EC2SpotInstanceRequest `
-SpotInstanceRequestId sir-0e54a519c9EXAMPLE).Tags
```
Voici un exemple de sortie.
```
Key Value
--- -----
Environment Production
Department 101
```
------
# Annuler une demande d’instance Spot
Si vous n’avez plus besoin de votre demande d’instance Spot, vous pouvez l’annuler. Vous pouvez ne pouvez annuler que les demandes d’instances Spot qui sont `open`, `active`, ou `disabled`.
+ Votre demande d’instance Spot est `open` lorsqu’elle n’a pas encore été exécutée et si aucune instance n’a été lancée.
+ Votre demande d’instance Spot est `active` lorsqu’elle a été satisfaite et que les instances Spot ont été lancées en conséquence.
+ Votre demande d’instance Spot est `disabled` lorsque vous arrêtez votre instance Spot.
Si votre demande d’instance Spot est `active` et qu’elle est associée à une instance Spot en cours d’exécution, l’annulation de la demande ne résilie pas l’instance. Pour plus d’informations sur la résiliation d’une instance Spot, consultez [Résilier une instance Spot](using-spot-instances-request.md#terminating-a-spot-instance).
------
#### [ Console ]
**Pour annuler une demande d’instance Spot**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**.
1. Sélectionnez la demande d’instance Spot.
1. Choisissez **Actions**, **Annuler la demande**.
1. (Facultatif) Si vous n’avez plus besoin d’utiliser les instances Spot associées, vous pouvez les résilier. Dans la boîte de dialogue **Annuler la demande Spot** sélectionnez **Terminer les instances**, puis choisissez **Confirmer**.
------
#### [ AWS CLI ]
**Pour annuler une demande d’instance Spot**
Utilisez la commande [cancel-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-spot-instance-requests.html) suivante.
```
aws ec2 cancel-spot-instance-requests --spot-instance-request-ids sir-0e54a519c9EXAMPLE
```
------
#### [ PowerShell ]
**Pour annuler une demande d’instance Spot**
Utilisez l’applet de commande [Stop-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2SpotInstanceRequest.html).
```
Stop-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE
```
------
# Gérer vos instances Spot
Amazon EC2 lance une instance Spot lorsque la capacité est disponible. Une instance Spot s’exécute jusqu’à ce qu’elle soit interrompue ou que vous la résiliiez.
**Topics**
+ [Rechercher vos instances Spot](#using-spot-instances-running)
+ [Recherche d’instances lancées par une demande spécifique](#find-request-spot-instances)
+ [Arrêt d’une instance Spot](#stopping-a-spot-instance)
+ [Démarrer une instance Spot](#starting-a-spot-instance)
+ [Résilier une instance Spot](#terminating-a-spot-instance)
## Rechercher vos instances Spot
Une instance Spot s’affiche sur la page **Instances** de la console, avec les instances à la demande. Utilisez la procédure suivante pour trouver vos instances Spot.
------
#### [ Console ]
**Pour rechercher vos instances Spot**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Pour trouver toutes les instances Spot, dans le volet de recherche, choisissez **cycle de vie de l’instance=spot**.
1. Pour vérifier qu’une instance est une instance Spot, sélectionnez-la, cliquez sur l’onglet **Détails** et vérifiez la valeur du **Cycle de vie**. La valeur d’une instance Spot est `spot` et la valeur d’une instance à la demande est `normal`.
------
#### [ AWS CLI ]
**Pour rechercher vos instances Spot**
Utilisez la commande [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) suivante.
```
aws ec2 describe-instances --filters "Name=instance-lifecycle,Values=spot"
```
**Pour déterminer si une instance est une instance Spot**
Utilisez la commande [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) suivante.
```
aws ec2 describe-instances \
--instance-ids i-1234567890abcdef0 \
--query "Reservations[*].Instances[*].InstanceLifecycle" \
--output text
```
Si le résultat est `spot`, l’instance est une instance Spot. S’il n’y a aucun résultat, l’instance est une instance à la demande.
------
#### [ PowerShell ]
**Pour rechercher vos instances Spot**
Utilisez l’applet de commande [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
Get-EC2Instance -Filter @{Name="instance-lifecycle"; Values="spot"}
```
**Pour déterminer si une instance est une instance Spot**
Utilisez l’applet de commande [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
(Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.InstanceLifecycle
```
Si le résultat est `Spot`, l’instance est une instance Spot. S’il n’y a aucun résultat, l’instance est une instance à la demande.
------
## Recherche d’instances lancées par une demande spécifique
Utilisez la procédure suivante pour trouver les instances Spot lancées à partir d’une demande spécifique d’instance Spot ou du parc d’instances Spot.
------
#### [ Console ]
**Pour rechercher les instances Spot d’une demande**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**. La liste contient à la fois des demandes d’instances Spot et celles de parc d’instances Spot.
1. Si une demande d’instance Spot est satisfaite, **Capacité** est l’ID de l’instance Spot. Pour un parc d’instances Spot, le champ **Capacité** indique la part de la capacité demandée qui a été satisfaite. Pour afficher les instances IDs d'un parc ponctuel, cliquez sur la flèche d'extension ou sélectionnez le parc et choisissez **Instances**.
1. Pour un parc d’instances Spot, le champ **Capacité** indique la part de la capacité demandée est satisfaite. Pour afficher les instances IDs d'un parc Spot, choisissez l'ID du parc pour ouvrir sa page de détails et localiser le volet **Instances**.
------
#### [ AWS CLI ]
**Pour rechercher les instances Spot d’une demande**
Utilisez la commande [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html) suivante.
```
aws ec2 describe-spot-instance-requests \
--spot-instance-request-ids sir-0e54a519c9EXAMPLE \
--query "SpotInstanceRequests[*].{ID:InstanceId}"
```
Voici un exemple de sortie :
```
[
{
"ID": "i-1234567890abcdef0"
},
{
"ID": "i-0598c7d356eba48d7"
}
]
```
------
#### [ PowerShell ]
**Pour rechercher les instances Spot d’une demande**
Utilisez l’applet de commande [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
(Get-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE).InstanceId
```
------
## Arrêt d’une instance Spot
Si vous n’avez pas besoin de vos instances Spot actuellement, mais que vous souhaitez les redémarrer plus tard sans perdre les données persistantes du volume Amazon EBS, vous pouvez les arrêter. Les étapes d’arrêt d’une instance Spot sont similaires à celles de l’arrêt d’une instance à la demande.
**Note**
Pendant qu’une instance Spot est arrêtée, vous pouvez modifier certains de ses attributs, mais pas le type d’instance.
Nous ne vous facturons pas l’utilisation d’une instance Spot arrêtée, ni les frais de transfert de données, mais nous facturons le stockage des volumes Amazon EBS.
**Limitations**
+ Vous ne pouvez arrêter une instance Spot que si elle a été lancée à partir d’une demande d’instance Spot `persistent`.
+ Vous ne pouvez pas arrêter une instance Spot si la demande d’instance Spot associée est annulée. Lorsque la demande d’instance Spot est annulée, vous ne pouvez que résilier l’instance Spot.
+ Vous ne pouvez pas arrêter une instance Spot si elle fait partie d’une flotte, d’un groupe de lancement ou d’un groupe de zone de disponibilité.
------
#### [ Console ]
**Pour arrêter une instance Spot**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Sélectionnez l’instance Spot. Si vous n’avez pas enregistré l’ID de l’instance Spot, consultez [Rechercher vos instances Spot](#using-spot-instances-running).
1. Choisissez **État de l’instance**, **Arrêter l’instance**.
1. Lorsque vous êtes invité à confirmer l’opération, choisissez **Arrêter**.
------
#### [ AWS CLI ]
**Pour arrêter une instance Spot**
Utilisez la commande [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) pour arrêter manuellement vos instances Spot.
```
aws ec2 stop-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Pour arrêter une instance Spot**
Utilisez l’applet de commande [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html).
```
Stop-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Démarrer une instance Spot
Vous pouvez démarrer une instance Spot que vous avez précédemment arrêtée.
**Conditions préalables**
Vous pouvez démarrer une instance Spot uniquement si :
+ Vous avez manuellement arrêté l’instance Spot.
+ L’instance Spot est une instance basée sur EBS.
+ La capacité d’instance Spot est disponible.
+ Le prix Spot est inférieur à votre prix maximum.
**Limitations**
+ Vous ne pouvez pas démarrer une instance Spot qui fait partie d’une flotte, d’un groupe de lancement ou d’un groupe de zone de disponibilité.
Les étapes du démarrage d’une instance Spot sont similaires à celles du démarrage d’une instance à la demande.
------
#### [ Console ]
**Pour démarrer une instance Spot**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Sélectionnez l’instance Spot. Si vous n’avez pas enregistré les identifiants d’instance de l’instance Spot, consultez [Rechercher vos instances Spot](#using-spot-instances-running).
1. Choisissez **État de l’instance**, **Démarrer l’instance**.
------
#### [ AWS CLI ]
**Pour démarrer une instance Spot**
Utilisez la commande [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html) pour démarrer manuellement vos instances Spot.
```
aws ec2 start-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Pour démarrer une instance Spot**
Utilisez l’applet de commande [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html).
```
Start-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Résilier une instance Spot
**Avertissement**
**La résiliation d’une instance est définitive et irréversible.**
Une fois que vous avez résilié une instance, vous ne pouvez plus vous y connecter et elle ne peut pas être récupérée. Tous les volumes Amazon EBS attachés qui sont configurés pour être supprimés à la résiliation sont également supprimés de manière définitive et ne peuvent pas être récupérés. L’intégralité des données stockées sur les volumes de stockage d’instance est définitivement perdue. Pour de plus amples informations, veuillez consulter [Comment fonctionne la résiliation d'une instance](how-ec2-instance-termination-works.md).
Avant de résilier à une instance, assurez-vous d’avoir sauvegardé toutes les données que vous devez conserver après la résiliation dans un stockage persistant.
Si vous résiliez une instance Spot en cours d’exécution ou arrêtée qui a été lancée par une demande d’instance Spot persistante, la demande d’instance Spot passe à l’état `open` pour qu’une nouvelle instance Spot puisse être lancée. Pour vous assurer qu’aucune nouvelle instance Spot ne soit lancée, vous devez d’abord annuler la demande d’instance Spot.
Si vous annulez une demande d’instance Spot `active` qui comporte une instance Spot en cours d’exécution, celle-ci n’est pas résiliée automatiquement. Vous devez la résilier manuellement.
Si vous annulez une demande d’instance Spot `disabled` qui a une instance Spot arrêtée, le service Spot Amazon EC2 résilie celle-ci automatiquement. Il peut y avoir un bref décalage entre le moment où vous annulez la demande d’instance Spot et celui où le service Spot résilie l’instance Spot.
Pour de plus amples informations, veuillez consulter [Annuler une demande d’instance Spot](using-spot-instances-cancel.md).
------
#### [ Console ]
**Pour résilier manuellement une instance Spot**
1. Avant de résilier une instance, vérifiez que vous ne perdrez aucune donnée en vous assurant que vos volumes Amazon EBS ne seront pas supprimés lors de la résiliation et que vous avez copié les données dont vous avez besoin des volumes du stockage d’instances vers un stockage persistant, par exemple Amazon EBS ou Amazon S3.
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Sélectionnez l’instance Spot. Si vous n’avez pas enregistré les identifiants d’instance de l’instance Spot, consultez [Rechercher vos instances Spot](#using-spot-instances-running).
1. Choisissez **État de l’instance**, **Résilier (supprimer) l’instance**.
1. Sélectionnez **Résilier (supprimer)** lorsque vous êtes invité à confirmer.
------
#### [ AWS CLI ]
**Pour résilier manuellement une instance Spot**
Utilisez la commande [résilier-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html) pour résilier manuellement vos instances Spot.
```
aws ec2 terminate-instances --instance-ids i-1234567890abcdef0 i-0598c7d356eba48d7
```
------
#### [ PowerShell ]
**Pour résilier manuellement une instance Spot**
Utilisez l’applet de commande [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html).
```
Remove-EC2Instance -InstanceId i-1234567890abcdef0
```
------
# Interruptions d’instance Spot
Vous pouvez lancer des instances Spot sur la capacité EC2 inutilisée et bénéficier de remises importantes si vous les renvoyez lorsque le service Amazon EC2 a à nouveau besoin de la capacité. Lorsque Amazon EC2 réclame une instance Spot, nous appelons cet événement une *interruption d’instance Spot*.
La demande d’instances Spot peut varier considérablement d’un instant à l’autre et la disponibilité des instances Spot peut également varier sensiblement selon le nombre d’instances EC2 disponibles qui ne sont pas utilisées. Il est toujours possible que votre instance Spot soit interrompue. Voici les raisons pour lesquelles Amazon EC2 est susceptible d’interrompre vos instances Spot :
**Capacité**
Amazon EC2 peut interrompre votre instance Spot lorsqu’il en a besoin. EC2 récupère votre instance la plupart du temps pour réaffecter la capacité, mais elle peut également la récupérer pour d’autres raisons telles que la maintenance de l’hôte ou la désaffectation du matériel.
**Prix**
Le prix Spot est supérieur à votre prix maximum.
Vous pouvez spécifier le prix maximum dans votre demande Spot. Cependant, si vous spécifiez un prix maximal, vos instances seront interrompues plus fréquemment que si vous ne le spécifiez pas.
**Contraintes**
Si votre demande comprend une exigence telle qu’un groupe de lancement ou un groupe de zone de disponibilité, les instances Spot sont résiliées en tant que groupe lorsque l’exigence n’est plus respectée.
Lorsqu’Amazon EC2 interrompt une instance Spot, il la résilie, l’arrête ou la met en hibernation, en fonction du comportement d’interruption que vous avez précisé lors de la création de la demande Spot.
**Topics**
+ [Comportement d’interruption](interruption-behavior.md)
+ [Se préparer aux interruptions](prepare-for-interruptions.md)
+ [Initier une interruption](initiate-a-spot-instance-interruption.md)
+ [Avis d’interruption d’instance Spot.](spot-instance-termination-notices.md)
+ [Identifier des instances Spot interrompues](finding-an-interrupted-Spot-Instance.md)
+ [Déterminer si Amazon EC2 a résilié une instance Spot](BidEvictedEvent.md)
+ [Facturation](billing-for-interrupted-spot-instances.md)
# Comportement des interruptions d’instance Spot
Lorsque vous créez une demande Spot, vous pouvez préciser le comportement d’interruption. Les comportements d’interruption possibles sont les suivants :
+ [Arrêter](#stop-spot-instances)
+ [Hibernate](#hibernate-spot-instances)
+ [Terminer](#terminate-interrupted-spot-instances)
Le comportement par défaut est qu’Amazon EC2 met fin aux instances Spot lorsqu’elles sont interrompues.
## Arrêter l’instances Spot interrompue
Vous pouvez préciser qu’Amazon EC2 arrête vos instances Spot lorsqu’elles sont interrompues. Le type de la demande d’instance Spot doit être `persistent`. Vous ne pouvez pas spécifier de groupe de lancement dans la demande d’instance Spot. Pour EC2 flotte ou parc d’instances Spot, le type de demande doit être `maintain`.
**Considérations**
+ Seul Amazon EC2 peut redémarrer une instance Spot arrêtée.
+ Pour une instance Spot lancée par une demande d’instance Spot `persistent` : Amazon EC2 redémarre l’instance arrêtée quand la capacité est disponible dans la même zone de disponibilité et pour le même type d’instance que l’instance arrêtée (la même spécification de lancement doit être utilisée).
+ Pendant qu’une instance Spot est arrêtée, vous pouvez modifier certains de ses attributs, mais pas le type d’instance. Si vous détachez ou supprimez un volume EBS, celui-ci n’est pas attaché lorsque l’instance Spot est démarrée. Si vous détachez le volume racine et qu’Amazon EC2 tente de démarrer l’instance Spot, l’instance ne peut pas démarrer et Amazon EC2 résilie l’instance arrêtée.
+ Vous pouvez résilier une instance Spot pendant qu’elle est arrêtée.
+ Si vous annulez une demande d’instance Spot, une flotte EC2 ou un parc d’instances Spot, Amazon EC2 résilie les instances Spot associées qui sont arrêtées.
+ Pendant qu’une instance Spot interrompue est arrêtée, seuls les volumes EBS, qui sont préservés, vous sont facturés. Avec une flotte EC2 ou un parc d’instances Spot , si vous avez de nombreuses instances arrêtées, vous pouvez dépasser la limite du nombre de volumes EBS pour votre compte. Pour plus d’informations sur la facturation lorsqu’une instance Spot est interrompue, consultez [Facturation des instances Spot interrompues](billing-for-interrupted-spot-instances.md).
+ Assurez-vous de bien savoir ce que l’arrêt d’une instance implique. Pour des informations sur ce qui se produit lors de l’arrêt d’une instance, consultez [Différences entre les états d'instance](ec2-instance-lifecycle.md#lifecycle-differences).
## Mettre les instances Spot interrompues en veille prolongée
Vous pouvez préciser qu’Amazon EC2 met en veille prolongée vos instances Spot lorsqu’elles sont interrompues. Pour de plus amples informations, veuillez consulter [Mettez en veille prolongée votre instance Amazon EC2](Hibernate.md).
Amazon EC2 propose désormais la même expérience de mise en veille prolongée pour les instances Spot que celle actuellement disponible pour les instances à la demande. Cette expérience offre une prise en charge complète, les éléments suivants étant désormais pris en charge pour la mise en veille prolongée des instances Spot :
+ [Plus pris en charge AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis)
+ [Plus de familles d’instances prises en charge](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families)
+ [Mise en veille prolongée à l’initiative de l’utilisateur](hibernating-instances.md)
## Résilier les instances Spot interrompues
Lorsqu’Amazon EC2 interrompt une instance Spot, il résilie l’instance par défaut, sauf si vous spécifiez un autre comportement d’interruption, comme l’arrêt ou la mise en veille prolongée. Pour de plus amples informations, veuillez consulter [Terminez l'instance Amazon EC2](terminating-instances.md).
# Se préparer aux interruptions d’instance Spot
La demande d’instances Spot peut varier considérablement d’un instant à l’autre et la disponibilité des instances Spot peut également varier sensiblement selon le nombre d’instances EC2 disponibles qui ne sont pas utilisées. Il est toujours possible que votre instance Spot soit interrompue. Par conséquent, vous devez veiller à ce que votre application soit préparée à une interruption d’instance Spot.
Nous vous recommandons de suivre ces bonnes pratiques afin de vous préparer à subir une interruption d’instance Spot.
+ Créez votre demande Spot à l’aide d’un groupe Auto Scaling. Si vos instances Spot sont interrompues, le groupe Auto Scaling lancera automatiquement les instances de remplacement. Pour plus d’informations, consultez [Groupes Auto Scaling avec types d’instance et options d’achat multiples](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-mixed-instances-groups.html) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling*.
+ Veillez à ce que votre instance soit prête pour le lancement dès que la demande est exécutée en utilisant une Amazon Machine Image (AMI) comportant la configuration logicielle requise. Vous pouvez également utiliser les données utilisateur afin d’exécuter les commandes lors du démarrage.
+ Les données stockées sur des volumes de stockage d’instance sont perdues lorsque l’instance est arrêtée ou résiliée. Sauvegardez les données importantes qui se trouvent sur les volumes de stockage d’instance vers un stockage plus persistant comme Amazon S3, Amazon EBS ou Amazon DynamoDB.
+ Stockez les données importantes régulièrement à un emplacement qui n’est pas touché par la résiliation de l’instance Spot. Par exemple, vous pouvez utiliser Amazon S3, Amazon EBS ou DynamoDB.
+ Divisez le travail en petites tâches (à l’aide d’une architecture Grid, Hadoop ou reposant sur les files d’attente) ou utilisez des points de contrôle afin de pouvoir enregistrer votre travail fréquemment.
+ Amazon EC2 émet un signal de recommandation de rééquilibrage à l’instance Spot lorsque l’instance présente un risque élevé d’interruption. Vous pouvez vous fier à la recommandation de rééquilibrage pour gérer de manière proactive les interruptions d’instance Spot sans avoir à attendre l’avis d’interruption d’instance Spot à deux minutes. Pour plus d’informations, consultez [Recommandations de rééquilibrage des instances EC2](rebalance-recommendations.md).
+ Utilisez les avis d’interruption d’instance Spot à deux minutes pour surveiller le statut de vos instances Spot. Pour plus d’informations, consultez [Avis d’interruption d’instance Spot.](spot-instance-termination-notices.md).
+ Même si nous nous efforçons de vous communiquer ces avertissements dès que possible, il se peut que votre instance Spot soit interrompue avant que les avertissements puissent être mis à disposition. Testez votre application afin de vous assurer qu’elle peut gérer correctement une interruption inattendue d’une instance, même si vous surveillez les signaux de recommandation de rééquilibrage et les avis d’interruption. Pour cela, exécutez l’application en utilisant une instance à la demande, puis résiliez vous-même cette instance à la demande.
+ Exécutez une expérience d'injection de pannes contrôlée AWS Fault Injection Service pour tester la façon dont votre application réagit lorsque votre instance Spot est interrompue. Pour plus d’informations, consultez le [Tutorial: Test Spot Instance interruptions using AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorial-spot-interruptions.html) dans le *Guide de l’utilisateur AWS Fault Injection Service *.
# Lancement d’une interruption d’instance Spot
Vous pouvez sélectionner une demande d’instance Spot ou une demande de parc d’instances Spot dans la console Amazon EC2 et lancer une interruption d’instance Spot afin de tester la façon dont les applications de vos instances Spot gèrent les interruptions. Lorsque vous lancez l’interruption d’une instance Spot, Amazon EC2 vous avertit que votre instance Spot sera interrompue dans deux minutes. Puis, au bout de deux minutes, l’instance est interrompue.
Le service sous-jacent qui effectue l'interruption de l'instance Spot est AWS Fault Injection Service (AWS FIS). Pour plus d'informations sur AWS FIS, voir [AWS Fault Injection Service](https://aws.amazon.com/fis/).
**Note**
Les comportements d’interruption sont `terminate`, `stop`, et `hibernate`. Si le comportement d’interruption défini est `hibernate`, lorsque vous lancez l’interruption d’une instance Spot, le processus de mise en veille commence immédiatement.
Le lancement d'une interruption d'instance Spot est pris en charge dans tous les pays Régions AWS sauf en Asie-Pacifique (Jakarta), en Asie-Pacifique (Osaka), en Chine (Pékin), en Chine (Ningxia) et au Moyen-Orient (Émirats arabes unis).
**Topics**
+ [Lancer une interruption d’instance Spot](#initiate-interruption)
+ [Vérifier l’interruption d’instance Spot](#spot-interruptions-verify-result)
+ [Quotas](#fis-quota-for-spot-instance-interruption)
## Lancer une interruption d’instance Spot
Vous pouvez utiliser la console EC2 pour lancer rapidement une interruption d’instance Spot. Lorsque vous sélectionnez une demande d’instance Spot, vous pouvez lancer l’interruption d’une instance Spot. Lorsque vous sélectionnez une demande de parc d’instances Spot, vous pouvez lancer l’interruption de plusieurs instances Spot à la fois.
Pour des tests plus avancés visant à tester les interruptions des instances Spot, vous pouvez créer vos propres tests à l'aide de la AWS FIS console.
**Pour lancer l’interruption d’une instance Spot dans une demande d’instance Spot à l’aide de la console EC2**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Spot Requests** (Demandes Spot).
1. Sélectionnez une demande d’instance Spot, puis sélectionnez **Actions**, **Initiate interruption** (Lancer une interruption). Vous ne pouvez pas sélectionner plusieurs demandes d’instance Spot pour lancer une interruption.
1. Dans la boîte de dialogue **Initiate Spot Instance interruption** (Lancer une interruption d’instance Spot), sous **Service access** (Accès à un service), utilisez le rôle par défaut ou sélectionnez un rôle existant. Pour sélectionner un rôle existant, choisissez **Utiliser un rôle de service existant**, puis, pour **Rôle IAM**, sélectionnez le rôle à utiliser.
1. Lorsque vous êtes prêt à lancer l’interruption de l’instance Spot, sélectionnez **Initiate interruption** (Lancer l’interruption).
**Pour lancer l’interruption d’une ou de plusieurs instances Spot dans une demande de parc d’instances Spot à l’aide de la console EC2**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Spot Requests** (Demandes Spot).
1. Sélectionnez une demande de parc d’instances Spot, puis sélectionnez **Actions**, **Lancer une interruption**. Vous ne pouvez pas sélectionner plusieurs demandes de parc d’instances Spot pour lancer une interruption.
1. Dans la boîte de dialogue **Spécifier le nombre d’instances Spot**, dans le champ **Nombre d’instances à interrompre**, saisissez le nombre d’instances Spot à interrompre, puis choisissez **Confirmer**.
**Note**
Le nombre ne peut pas dépasser le nombre d'instances ponctuelles du parc ou votre [quota](#fis-quota-for-spot-instance-interruption) pour le nombre d'instances ponctuelles AWS FIS pouvant être interrompues par expérience.
1. Dans la boîte de dialogue **Initiate Spot Instance interruption** (Lancer une interruption d’instance Spot), sous **Service access** (Accès à un service), utilisez le rôle par défaut ou sélectionnez un rôle existant. Pour sélectionner un rôle existant, choisissez **Utiliser un rôle de service existant**, puis, pour **Rôle IAM**, sélectionnez le rôle à utiliser.
1. Lorsque vous êtes prêt à lancer l’interruption de l’instance Spot, sélectionnez **Initiate interruption** (Lancer l’interruption).
**Pour créer des expériences plus avancées afin de tester les interruptions des instances Spot à l'aide de la AWS FIS console**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Spot Requests** (Demandes Spot).
1. Sélectionnez **Actions**, **Create advanced experiments** (Créer des expériences avancées).
La AWS FIS console s'ouvre. Pour plus d’informations, consultez [Didacticiel : tester les interruptions d’instance Spot à l’aide de AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorial-spot-interruptions.html) dans le *Guide de l’utilisateur AWS Fault Injection Service *.
## Vérifier l’interruption d’instance Spot
Après avoir lancé l’interruption, les événements suivants se produisent :
+ L’instance Spot reçoit une [recommandation de rééquilibrage d’instance](rebalance-recommendations.md).
+ Un [avis d'interruption de l'instance Spot](spot-instance-termination-notices.md) est émis deux minutes avant l' AWS FIS interruption de votre instance.
+ Après deux minutes, l’instance Spot est interrompue.
+ Une instance Spot arrêtée par le AWS FIS reste jusqu'à ce que vous la redémarriez.
**Pour vérifier que l’instance a été interrompue après le lancement de l’interruption**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Depuis le panneau de navigation, ouvrez **Demandes Spot** et **Instances** dans des onglets ou des fenêtres de navigateur distincts.
1. Pour les **demandes Spot**, sélectionnez la demande d’instance Spot ou la demande de parc d’instances Spot. L’état initial est `fulfilled`. Une fois l’instance interrompue, le statut change comme suit, en fonction du comportement d’interruption :
+ `terminate` – Le statut passe à `instance-terminated-by-experiment`.
+ `stop` – Le statut de l’instance passe à `marked-for-stop-by-experiment`, puis à `instance-stopped-by-experiment`.
1. Pour **Instances**, sélectionnez l’instance Spot. L’état initial est `Running`. Deux minutes après réception de l’avis d’interruption de l’instance Spot, le statut change comme suit, en fonction du comportement d’interruption :
+ `stop` – Le statut de l’instance passe à `Stopping`, puis à `Stopped`.
+ `terminate` – Le statut de l’instance passe à `Shutting-down`, puis à `Terminated`.
## Quotas
Vous Compte AWS avez le quota par défaut suivant pour le nombre d'instances ponctuelles AWS FIS pouvant être interrompues par expérience.
| Nom | Par défaut | Ajustable | Description |
| --- | --- | --- | --- |
| Cible SpotInstances pour aws:ec2 : send-spot-instance-interruptions | Chaque Région prise en charge : 5 | Oui | Le nombre maximum d'instances ponctuelles que aws:ec2 : send-spot-instance-interruptions peut cibler lorsque vous identifiez des cibles à l'aide de balises, par expérience. |
Vous pouvez demander une augmentation de quota. Pour de plus amples informations, veuillez consulter [Demande d’augmentation de quota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) dans le *Guide de l’utilisateur Service Quotas*.
Pour afficher tous les quotas pour AWS FIS, ouvrez la [console Service Quotas](https://console.aws.amazon.com/servicequotas/home). Dans le panneau de navigation, sélectionnez **Services AWS **, puis **AWS Fault Injection Service**. Vous pouvez également consulter tous les [quotas pour AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/fis-quotas.html) dans le *guide de l’utilisateur AWS Fault Injection Service *.
# Avis d’interruption d’instance Spot.
Un *avis d’interruption d’instance Spot* est un avertissement émis deux minutes avant qu’Amazon EC2 arrête ou résilie votre instance Spot. Lorsque vous spécifiez la mise en veille comme comportement d’interruption, vous recevez un avis d’interruption, mais vous ne recevez pas d’avertissement de deux minutes car le processus de mise en veille commence immédiatement.
La meilleure façon pour vous de gérer fluidement les interruptions d’instance Spot consiste à concevoir votre application pour qu’elle soit tolérante aux pannes. Pour ce faire, vous pouvez vous servir des avis d’interruption d’instance Spot. Nous vous recommandons de vérifier ces avis d’interruption toutes les 5 secondes.
Les avis d'interruption sont mis à disposition en tant qu' EventBridge événement et en tant qu'éléments dans les [métadonnées de l'instance](ec2-instance-metadata.md) sur l'instance Spot. Les avis d’interruption sont créés sur la base du meilleur effort.
## EC2 Spot Instance Interruption Warning event
Quand Amazon EC2 va interrompre votre instance Spot, il génère un évènement deux minutes avant l’interruption effective (sauf pour la veille prolongée, qui reçoit l’avis d’interruption, mais pas deux minutes à l’avance, car la mise en veille prolongée commence immédiatement). Cet événement peut être détecté par Amazon EventBridge. Pour plus d'informations sur EventBridge les événements, consultez le [guide de EventBridge l'utilisateur Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/). Pour obtenir un exemple détaillé qui vous explique comment créer et utiliser des règles d’événement, consultez [Tirer parti des avis d’interruption d’instance Spot Amazon EC2](https://aws.amazon.com/blogs/compute/taking-advantage-of-amazon-ec2-spot-instance-interruption-notices/).
Vous trouverez ci-dessous un exemple d’événement pour une interruption d’instance Spot. Les valeurs possibles pour `instance-action` sont `hibernate`, `stop` ou `terminate`.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Spot Instance Interruption Warning",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2a:instance/i-1234567890abcdef0"],
"detail": {
"instance-id": "i-1234567890abcdef0",
"instance-action": "action"
}
}
```
**Note**
Le format ARN de l’événement d’interruption de l’instance Spot est `arn:aws:ec2:availability-zone:instance/instance-id`. Ce format est différent du [format ARN des ressources EC2](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#amazonec2-resources-for-iam-policies).
## instance-action
L’élément `instance-action` spécifie l’action et l’heure approximative (UTC) à laquelle l’action aura lieu.
Si votre instance Spot est marquée comme devant être arrêtée ou résiliée par Amazon EC2, l’élément `instance-action` est présent dans les [métadonnées de l’instance](ec2-instance-metadata.md). Sinon, il n’est pas présent. Vous pouvez les récupérer `instance-action` à l'aide du service de métadonnées d'instance version 2 (IMDSv2) comme suit.
------
#### [ Linux ]
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/spot/instance-action
```
------
#### [ Windows ]
```
[string]$token = Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} `
-Method PUT -Uri http://169.254.169.254/latest/meta-data/spot/instance-action
```
------
L’exemple de sortie suivant indique la date et l’heure auxquelles cette instance sera arrêtée.
```
{"action": "stop", "time": "2017-09-18T08:22:00Z"}
```
L’exemple de sortie suivant indique la date et l’heure auxquelles cette instance sera résiliée.
```
{"action": "terminate", "time": "2017-09-18T08:22:00Z"}
```
Si Amazon EC2 ne s’apprête pas à supprimer ou à arrêter l’instance, ou si vous avez suspendu vous-même l’instance, `instance-action` n’est pas présent dans les métadonnées de l’instance et vous recevez une erreur HTTP 404 lorsque vous tentez de la récupérer.
## termination-time
L’élément `termination-time` spécifie l’heure approximative (au format UTC) à laquelle l’instance recevra le signal d’arrêt.
**Note**
Cet élément est conservé à des fins de compatibilité descendante ; nous vous invitons à utiliser `instance-action` à la place.
Si votre instance Spot est marquée comme devant être résiliée par Amazon EC2 (soit en raison d’une interruption d’instance Spot pour laquelle le comportement d’interruption est défini sur `terminate`, soit en raison de l’annulation d’une demande d’instance Spot persistante), l’élément `termination-time` est présent dans les métadonnées de votre [instance](ec2-instance-metadata.md). Sinon, il n’est pas présent. Vous pouvez récupérer l'`termination-time`utilisation IMDSv2 comme suit.
------
#### [ Linux ]
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"`
if curl -H "X-aws-ec2-metadata-token: $TOKEN" -s http://169.254.169.254/latest/meta-data/spot/termination-time | grep -q .*T.*Z; then echo termination_scheduled; fi
```
------
#### [ Windows ]
```
[string]$token = Invoke-RestMethod -Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} -Method PUT -Uri http://169.254.169.254/latest/meta-data/spot/termination-time
```
------
Voici un exemple de sortie.
```
2015-01-05T18:02:00Z
```
Si Amazon EC2 ne se prépare pas à mettre fin à l’instance (soit parce qu’il n’y a pas d’interruption de l’instance Spot, soit parce que votre comportement d’interruption est défini sur `stop` ou `hibernate`), ou si vous avez mis fin à l’instance Spot vous-même, l’élément `termination-time` n’est pas présent dans les métadonnées de l’instance (vous recevez donc une erreur HTTP 404) ou contient une valeur qui n’est pas temporelle.
Si Amazon EC2 ne parvient pas à mettre hors service l’instance, le statut de la demande est défini sur `fulfilled`. La valeur `termination-time` reste dans les métadonnées de l’instance avec l’heure approximative initiale, qui se trouve maintenant dans le passé.
# Identifier des instances Spot interrompues
Lorsque vous décrivez vos instances EC2, les résultats incluent vos instances Spot. Le cycle de vie d’une instance Spot est `spot`. L’état de l’instance d’une instance Spot est soit `stopped` ou `terminated`, en fonction du comportement d’interruption que vous avez configuré. Pour une instance Spot mise en veille de manière prolongée, l’état de l’instance est `stopped`.
Pour plus d’informations sur la raison de l’interruption, consultez le code d’état de la demande Spot. Pour de plus amples informations, veuillez consulter [Obtenir le statut d’une demande d’instance Spot](spot-request-status.md).
------
#### [ Console ]
**Pour rechercher une instance Spot interrompue**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Instances**.
1. Appliquez le filtre suivant : **Instance lifecycle=spot**.
1. Appliquez le filtre **Instance state=stopped** ou **Instance state=terminated** en fonction du comportement d’interruption que vous avez configuré.
1. Pour chaque instance Spot, dans l’onglet **Détails**, sous **Détails de l’instance**, recherchez le **message de transition d’état**. Les codes suivants indiquent que l’instance Spot a été interrompue.
+ `Server.SpotInstanceShutdown`
+ `Server.SpotInstanceTermination`
------
#### [ AWS CLI ]
**Pour rechercher des instances Spot interrompues**
Utilisez la commande [description-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) avec l’`--filters`option. Pour répertorier uniquement l'instance IDs dans la sortie, incluez l'`--query`option.
Si le comportement d’interruption de l’instance consiste à résilier les instances Spot, utilisez l’exemple suivant :
```
aws ec2 describe-instances \
--filters Name=instance-lifecycle,Values=spot \
Name=instance-state-name,Values=terminated \
Name=state-reason-code,Values=Server.SpotInstanceTermination \
--query "Reservations[*].Instances[*].InstanceId"
```
Si le comportement d’interruption de l’instance consiste à arrêter les instances Spot, utilisez l’exemple suivant :
```
aws ec2 describe-instances \
--filters Name=instance-lifecycle,Values=spot \
Name=instance-state-name,Values=stopped \
Name=state-reason-code,Values=Server.SpotInstanceShutdown \
--query "Reservations[*].Instances[*].InstanceId"
```
------
#### [ PowerShell ]
**Pour rechercher des instances Spot interrompues**
Utilisez l’applet de commande [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
Si le comportement d’interruption de l’instance consiste à résilier les instances Spot, utilisez l’exemple suivant :
```
(Get-EC2Instance `
-Filter @{Key="instance-lifecycle"; Values="spot"} `
@{Key="instance-state-name"; Values="terminated"} `
@{Key="state-reason-code"; Values="Server.SpotInstanceTermination"}).Instances.InstanceId
```
Si le comportement d’interruption de l’instance consiste à arrêter les instances Spot, utilisez l’exemple suivant :
```
(Get-EC2Instance `
-Filter @{Key="instance-lifecycle"; Values="spot"} `
@{Key="instance-state-name"; Values="stopped"} `
@{Key="state-reason-code"; Values="Server.SpotInstanceTermination"}).Instances.InstanceId
```
------
# Déterminer si Amazon EC2 a résilié une instance Spot
Une instance Spot fonctionne jusqu’à ce qu’Amazon EC2 la résilie en réponse à une interruption de l’instance Spot, ou jusqu’à ce que vous la résiliez vous-même. Pour de plus amples informations, veuillez consulter [Comportement des interruptions d’instance Spot](interruption-behavior.md).
Après la résiliation d'une instance Spot, vous pouvez l'utiliser AWS CloudTrail pour voir si Amazon EC2 l'a résiliée. Si le CloudTrail journal inclut un`BidEvictedEvent`, cela indique qu'Amazon EC2 a mis fin à l'instance Spot. Si au contraire vous voyez un événement `TerminateInstances`, cela signifie qu’un utilisateur a résilié l’instance Spot.
Sinon, si vous souhaitez recevoir une notification indiquant qu'Amazon EC2 va interrompre votre instance Spot, utilisez Amazon pour répondre EventBridge à l'événement d'avertissement d'[interruption de l'instance Spot EC2](spot-instance-termination-notices.md#ec2-spot-instance-interruption-warning-event).
**Pour consulter les BidEvictedEvent événements dans CloudTrail**
1. Ouvrez la CloudTrail console à l'adresse [https://console.aws.amazon.com/cloudtrail/](https://console.aws.amazon.com/cloudtrail/).
1. Dans le panneau de navigation, sélectionnez **Historique des événements**.
1. Dans la liste des filtres, choisissez **Nom de l’évènement**, puis dans le champ de filtre à droite, saisissez **BidEvictedEvent**.
1. (Facultatif) Sélectionnez un intervalle de temps.
1. Si la liste n'est pas vide, choisissez **BidEvictedEvent**l'entrée qui en résulte pour ouvrir sa page de détails. Vous pouvez trouver des informations sur l’instance Spot dans le volet d’**enregistrement des événements**, y compris l’identifiant de l’instance Spot. Voici un exemple d’enregistrement d’événement.
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "ec2.amazonaws.com"
},
"eventTime": "2016-08-16T22:30:00Z",
"eventSource": "ec2.amazonaws.com",
"userAgent": "ec2.amazonaws.com",
"sourceIPAddress": "ec2.amazonaws.com",
"eventName": "BidEvictedEvent",
"awsRegion": "us-east-2",
"eventID": "d27a6096-807b-4bd0-8c20-a33a83375054",
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"RequestParameters": null,
"ResponseElements": null,
"serviceEventDetails": {
"instanceIdSet": [
"i-1eb2ac8eEXAMPLE"
]
}
}
```
1. Si vous n’avez pas trouvé d’entrée pour l’événement `BidEvictedEvent`, saisissez **TerminateInstances** comme nom de l’événement. Pour plus d’informations sur l’enregistrement d’un événement pour `TerminateInstances`, consultez [Exemples d'événements EC2 liés à l'API Amazon](monitor-with-cloudtrail.md#cloudtrail-event-examples).
# Facturation des instances Spot interrompues
Lors de l’interruption d’une instance Spot, vous êtes facturé pour l’utilisation de l’instance et du volume EBS, et vous pouvez encourir d’autres frais, comme indiqué ci-après.
## Utilisation de l’instance
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/billing-for-interrupted-spot-instances.html)
## Utilisation du volume EBS
Pendant qu’une instance Spot interrompue est arrêtée, seuls les volumes EBS, qui sont préservés, vous sont facturés.
Avec une flotte EC2 ou un parc d’instances Spot , si vous avez de nombreuses instances arrêtées, vous pouvez dépasser la limite du nombre de volumes EBS pour votre compte.
# Recommandations de rééquilibrage des instances EC2
La *recommandation de rééquilibrage* d’instance EC2 vous permet d’être averti lorsqu’une instance Spot présente un risque élevé d’interruption. Le signal peut arriver plus tôt que l’[avis d’interruption d’instance Spot à deux minutes](spot-instance-termination-notices.md), ce qui vous donne la possibilité de gérer l’instance Spot de manière proactive. Vous pouvez décider de rééquilibrer votre charge de travail en une instances Spot nouvelle ou existante qui ne présente pas un risque élevé d’interruption.
Amazon EC2 n’est pas toujours capable d’envoyer le signal de recommandation de rééquilibrage avant l’avis d’interruption d’instance Spot de deux minutes. Par conséquent, le signal de recommandation de rééquilibrage peut arriver avec l’avis d’interruption de deux minutes.
Les recommandations de rééquilibrage sont mises à disposition sous forme d' EventBridge événement et d'élément dans les [métadonnées de l'instance](ec2-instance-metadata.md) Spot. Les événements sont générés dans la mesure du possible.
**Note**
Les recommandations de rééquilibrage ne sont prises en charge que pour les instances Spot qui sont lancées après le 5 novembre 2020 00:00 UTC.
**Topics**
+ [Actions de rééquilibrage que vous pouvez effectuer](#rebalancing-actions)
+ [Surveiller les signaux de recommandation de rééquilibrage](#monitor-rebalance-recommendations)
+ [Services utilisant le signal de recommandation de rééquilibrage](#services-using-rebalance-rec-signal)
## Actions de rééquilibrage que vous pouvez effectuer
Voici quelques-unes des actions de rééquilibrage possibles que vous pouvez effectuer :
Arrêt normal
Lorsque vous recevez le signal de recommandation de rééquilibrage pour une instance Spot, vous pouvez démarrer vos procédures d’arrêt d’instance, ce qui peut inclure la garantie que les processus sont terminés avant de les arrêter. Par exemple, vous pouvez charger des journaux système ou d’applications sur Amazon Simple Storage Service (Amazon S3), arrêter les travailleurs Amazon SQS ou terminer la désinscription du système de noms de domaine (DNS). Vous pouvez également enregistrer votre travail sur un stockage externe et le reprendre ultérieurement.
Empêcher la planification d’une nouvelle tâche
Lorsque vous recevez le signal de recommandation de rééquilibrage pour une instance Spot, vous pouvez empêcher la planification d’une nouvelle tâche sur l’instance, tout en continuant à utiliser l’instance jusqu’à ce que les tâches planifiées soient terminées.
Lancer de manière proactive de nouvelles instances de remplacement
Vous pouvez configurer des groupes Auto Scaling, une flotte EC2 ou un parc d’instances Spot pour lancer automatiquement des instances Spot de remplacement lorsqu’un signal de recommandation de rééquilibrage est émis. Pour plus d’informations, consultez [Utiliser le rééquilibrage de la capacité pour gérer les interruptions Spot Amazon EC2](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html) (langue française non garantie) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling*, et [Utilisez le rééquilibrage des capacités dans la flotte EC2 et le parc Spot pour remplacer les instances ponctuelles à risque](ec2-fleet-capacity-rebalance.md) dans ce même guide de l’utilisateur.
## Surveiller les signaux de recommandation de rééquilibrage
Vous pouvez surveiller le signal de recommandation de rééquilibrage afin que vous puissiez effectuer les actions spécifiées dans la section précédente lorsqu’il est émis. Le signal de recommandation de rééquilibrage est mis à disposition sous forme d'événement envoyé à Amazon EventBridge (anciennement Amazon CloudWatch Events) et sous forme de métadonnées d'instance sur l'instance Spot.
**Topics**
+ [Utilisez Amazon EventBridge](#cp-eventbridge)
+ [Utiliser les métadonnées d’instance](#cp-instance-metadata)
### Utilisez Amazon EventBridge
Lorsque le signal de recommandation de rééquilibrage est émis pour une instance Spot, l'événement correspondant au signal est envoyé à Amazon EventBridge. S'il EventBridge détecte un modèle d'événement correspondant à un modèle défini dans une règle, EventBridge invoque une cible (ou des cibles) spécifiée dans la règle.
Voici un exemple d’événement pour le signal de recommandation de rééquilibrage.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Rebalance Recommendation",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2:123456789012:instance/i-1234567890abcdef0"],
"detail": {
"instance-id": "i-1234567890abcdef0"
}
}
```
Les champs suivants forment le modèle d’événement défini dans la règle :
`"detail-type": "EC2 Instance Rebalance Recommendation"`
Identifie que l’événement est un événement de recommandation de rééquilibrage
`"source": "aws.ec2"`
Identifie que l’événement provient de Amazon EC2
#### Création d'une EventBridge règle
Vous pouvez écrire une EventBridge règle et automatiser les actions à effectuer lorsque le modèle d'événement correspond à la règle.
L'exemple suivant crée une EventBridge règle pour envoyer un e-mail, un SMS ou une notification push mobile chaque fois qu'Amazon EC2 émet un signal de recommandation de rééquilibrage. Le signal est émis en tant qu’événement de `EC2 Instance Rebalance Recommendation`, ce qui déclenche l’action définie par la règle.
Avant de créer la EventBridge règle, vous devez créer la rubrique Amazon SNS pour l'e-mail, le message texte ou la notification push mobile.
**Pour créer une EventBridge règle pour un événement de recommandation de rééquilibrage**
1. Ouvrez la EventBridge console Amazon à l'adresse [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Choisissez **Créer une règle**.
1. Pour **Define rule detail** (Définir les détails de la règle), procédez comme suit :
1. Entrez un **nom** et éventuellement une description pour la règle.
Une règle ne peut pas avoir le même nom qu’une autre règle de la même région et sur le même bus d’événement.
1. Pour **Event bus** (Bus d’événement), choisissez **default** (défaut). Lorsqu’un service AWS de votre compte génère un événement, il accède toujours au bus d’événement par défaut de votre compte.
1. Pour **Rule type** (Type de règle), choisissez **Rule with an event pattern** (Règle avec un modèle d’événement).
1. Choisissez **Suivant**.
1. Pour **Build event pattern** (Créer un modèle d’événement), procédez comme suit :
1. Dans **Source de l'événement**, sélectionnez **AWS événements ou événements EventBridge partenaires**.
1. Pour le **Event pattern** (Modèle d’événement), dans cet exemple, spécifiez le modèle d’événement suivant pour correspondre à l’événement `EC2 Instance Rebalance Recommendation`, puis choisissez **Save** (Enregistrer).
```
{
"source": ["aws.ec2"],
"detail-type": ["EC2 Instance Rebalance Recommendation"]
}
```
Pour ajouter le modèle d’événement, vous pouvez utiliser un modèle en choisissant **Event pattern form** (Formulaire de modèle d’événement), ou spécifiez votre propre modèle en choisissant **Custom pattern (JSON editor)** (Modèle personnalisé [éditeur JSON]), comme suit :
1. Pour utiliser un modèle pour créer le modèle d’événement, procédez comme suit :
1. Sélectionnez **Event pattern form** (Formulaire de modèle d’événement).
1. Pour **Event source** (Origine de l’événement), choisissez **AWS services** (Services ).
1. Pour **Service AWS **, choisissez **Parc d’instances Spot EC2**.
1. Pour **Event type** (Type d’événement), choisissez **EC2 Instance Rebalance Recommendation** (Recommandation de rééquilibrage des instances EC2).
1. Pour personnaliser le modèle, choisissez **Edit pattern** (Modifier le modèle) et apportez vos modifications pour correspondre à l’exemple de modèle d’événement.
1. (Alternative) Pour spécifier un modèle d’événement personnalisé, procédez comme suit :
1. Choisissez **Custom pattern (JSON editor)** (Modèle personnalisé [éditeur JSON]).
1. Dans la boîte de dialogue **Event pattern** (Modèle d’événement), ajoutez le modèle d’événement pour cet exemple.
1. Choisissez **Suivant**.
1. Pour **Select target(s)** (Sélectionner la ou les cibles), procédez comme suit :
1. Pour **Types de cibles**, choisissez **service AWS **.
1. Pour **Select a target** (Sélectionner une cible), sélectionnez **SNS topic** (Rubrique SNS) pour envoyer un e-mail, un SMS ou une notification push mobile lorsque l’événement se produit.
1. Pour **Topic** (Rubrique), sélectionnez une rubrique existante. Vous devez d’abord créer une rubrique Amazon SNS à l’aide de la console Amazon SNS. Pour plus d'informations, consultez la section [Utilisation d'Amazon SNS pour la messagerie application-to-person (A2P) dans le manuel](https://docs.aws.amazon.com//sns/latest/dg/sns-user-notifications.html) du développeur *Amazon Simple Notification Service*.
1. (Facultatif) Sous **Additional settings** (Paramètres supplémentaires), vous pouvez configurer des paramètres supplémentaires. Pour plus d'informations, consultez la section [Création de EventBridge règles Amazon réagissant aux événements](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) (étape 16) dans le *guide de EventBridge l'utilisateur Amazon*.
1. Choisissez **Suivant**.
1. (Facultatif) Pour **Tags** (Identifications), vous pouvez également attribuer une ou plusieurs identifications à votre règle, puis choisir **Next** (Suivant).
1. Pour **Review and create** (Vérifier et créer), procédez comme suit :
1. Consultez les détails de la règle et modifiez-les si nécessaire.
1. Choisissez **Créer une règle**.
Pour plus d'informations, consultez les [ EventBridge règles Amazon et les](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) [modèles d' EventBridge événements Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-patterns.html) dans le *guide de EventBridge l'utilisateur Amazon*
### Utiliser les métadonnées d’instance
La catégorie de métadonnées d’instance `events/recommendations/rebalance` indique l’heure approximative, en UTC, à laquelle le signal de recommandation de rééquilibrage a été émis pour une instance Spot.
Nous vous recommandons de vérifier la présence de signaux de recommandation de rééquilibrage toutes les 5 secondes afin de ne pas manquer l’occasion de donner suite à la recommandation de rééquilibrage.
Si une instance Spot reçoit une recommandation de rééquilibrage, l’heure à laquelle le signal a été émis est présente dans les métadonnées de l’instance. Vous pouvez retrouver l’heure à laquelle le signal a été émis comme suit.
------
#### [ IMDSv2 ]
**Linux**
Exécutez la commande suivante à partir de votre instance Linux.
**IMDSv2**
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
**Windows**
Exécutez l’applet de commande suivant à partir de votre instance Windows
```
[string]$token = Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} `
-Method PUT -Uri http://169.254.169.254/latest/api/token
```
```
Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token" = $token} `
-Method GET -Uri http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
------
#### [ IMDSv1 ]
**Linux**
Exécutez la commande suivante à partir de votre instance Linux.
```
curl http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
**Windows**
Exécutez l’applet de commande suivant à partir de votre instance Windows.
```
Invoke-RestMethod -Uri http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
------
Voici un exemple de sortie, qui indique l’heure, en UTC, à laquelle le signal de recommandation de rééquilibrage a été émis pour l’instance Spot.
```
{"noticeTime": "2020-10-27T08:22:00Z"}
```
Si le signal n’a pas été émis pour l’instance, `events/recommendations/rebalance` n’est pas présent et vous recevez une erreur HTTP 404 lorsque vous essayez de le récupérer.
## Services utilisant le signal de recommandation de rééquilibrage
Amazon EC2 Auto Scaling, la flotte EC2 et le parc d’instances Spot utilisent le signal de recommandation de rééquilibrage pour que vous puissiez facilement maintenir la disponibilité de la charge de travail en augmentant de manière proactive votre flotte avec une nouvelle instance Spot avant qu’une instance en cours ne reçoive l’avis d’interruption d’instance Spot à deux minutes. Vous pouvez demander à ces services de surveiller et de répondre de manière proactive aux changements affectant la disponibilité de votre instances Spot. Pour plus d’informations, consultez les ressources suivantes :
+ [Utiliser le rééquilibrage de la capacité pour gérer les interruptions Spot Amazon EC2](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html) (langue française non garantie) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling*
+ [Utilisez le rééquilibrage des capacités dans la flotte EC2 et le parc Spot pour remplacer les instances ponctuelles à risque](ec2-fleet-capacity-rebalance.md) dans la rubrique EC2 flotte et parc d’instances Spot de ce guide de l’utilisateur
# Score de placement Spot
La fonction de score de placement des Spot peut recommander une AWS région ou une zone de disponibilité en fonction de vos besoins en matière de capacité de Spot. La capacité Spot fluctue et vous ne pouvez pas être sûr d’obtenir toujours la capacité dont vous avez besoin. Un score de placement Spot indique la probabilité qu’une demande Spot soit effectuée avec succès dans une région ou une zone de disponibilité.
**Note**
Un score de placement Spot ne fournit aucune garantie en termes de capacité disponible ou de risque d’interruption. Un score de placement Spot sert uniquement de recommandation.
**Cas d’utilisation**
Vous pouvez utiliser la fonction de score de placement Spot pour les éléments suivants :
+ Pour relocaliser et mettre à l’échelle la capacité de calcul Spot dans une autre région, le cas échéant, en réponse à des besoins accrus en capacité ou à une diminution de la capacité disponible dans la région actuelle.
+ Pour identifier la zone de disponibilité la plus optimale dans laquelle exécuter les charges de travail de zone de disponibilité unique.
+ Pour simuler les besoins futurs en capacité Spot afin de pouvoir choisir une région optimale pour l’expansion de vos charges de travail basées sur Spot.
+ Pour trouver une combinaison optimale de types d’instances pour répondre à vos besoins en capacité Spot.
**Topics**
+ [Limitations](#sps-limitations)
+ [Coûts](#sps-costs)
+ [Fonctionnement du score de placement Spot](how-sps-works.md)
+ [Autorisations requises pour le score de placement Spot](sps-iam-permission.md)
+ [Calculez le score de placement Spot](work-with-spot-placement-score.md)
## Limitations
+ **Limite de capacité cible** : la limite de capacité cible de votre score de placement Spot est basée sur votre récente utilisation Spot, tout en tenant compte de la croissance potentielle de l’utilisation. Si vous n’avez pas récemment utilisé Spot, nous vous fournissons une limite par défaut faible alignée sur votre limite de demande Spot.
+ **Limite des configurations de demande** : nous pouvons limiter le nombre de nouvelles configurations de demande sur une période de 24 heures si nous détectons des modèles non associés à l’utilisation prévue de la fonction de score de placement Spot. Si vous atteignez la limite, vous pouvez réessayer les configurations de demande que vous avez déjà utilisées, mais vous ne pouvez pas spécifier de nouvelles configurations de demande avant les prochaines 24 heures.
+ **Nombre minimum de types d’instance** : si vous spécifiez des types d’instance, vous devez spécifier au moins trois types d’instance différents, sinon Amazon EC2 renverra un score de placement Spot faible. De même, si vous spécifiez des attributs d’instance, ils doivent être résolus à au moins trois types d’instance différents. Les types d’instance sont considérés comme différents s’ils portent un nom différent. Par exemple, m5.8xlarge, m5a.8xlarge et m5.12xlarge sont tous considérés comme différents.
## Coûts
L’utilisation de la fonction de score de placement Spot n’implique aucun coût supplémentaire.
# Fonctionnement du score de placement Spot
Lorsque vous utilisez la fonction de score de placement Spot, vous spécifiez d’abord vos exigences de calcul pour vos instances Spot, puis Amazon EC2 renvoie les 10 principales régions ou zones de disponibilité où votre demande Spot est susceptible d’être effectuée avec succès. Chaque région ou zone de disponibilité est évaluée sur une échelle de 1 à 10, 10 indiquant que votre demande Spot est très susceptible de réussir, et 1 indiquant que votre demande Spot n’est pas susceptible de réussir.
**Topics**
+ [Étape 1 : indiquer vos exigences Spot](#sps-specify-requirements)
+ [Étape 2 : filtrer la réponse du score de placement Spot](#get-sps)
+ [Étape 3 : examiner les recommandations](#sps-recommendations)
+ [Étape 4 : utiliser les recommandations](#sps-use-recommendations)
## Étape 1 : indiquer vos exigences Spot
Tout d’abord, vous spécifiez la capacité Spot cible souhaitée et vos exigences de calcul, comme suit :
1. **Spécifiez la capacité Spot cible et éventuellement l’unité de capacité cible.**
Vous pouvez spécifier la capacité Spot cible souhaitée en termes de nombre d'instances ou de vCPUs, ou en termes de quantité de mémoire en MiB. Pour spécifier la capacité cible en nombre de v CPUs ou en quantité de mémoire, vous devez spécifier l'unité de capacité cible sous la forme `vcpu` ou`memory-mib`. Sinon, le nombre d’instances est défini par défaut.
En spécifiant votre capacité cible en termes de nombre de v CPUs ou de quantité de mémoire, vous pouvez utiliser ces unités pour compter la capacité totale. Par exemple, si vous souhaitez utiliser un mélange d'instances de différentes tailles, vous pouvez spécifier la capacité cible sous la forme d'un nombre total de CPUs v. La fonction de score de placement ponctuel considère ensuite chaque type d'instance dans la demande par son nombre de vCPUs, et compte le nombre total de v CPUs plutôt que le nombre total d'instances pour totaliser la capacité cible.
Supposons, par exemple, que vous spécifiez une capacité cible totale de 30 V CPUs et que votre liste de types d'instances soit composée de c5.xlarge (4 vCPUs), m5.2xlarge (8 v) et r5.large (2 vCPUs). CPUs Pour obtenir un total de 30 VCPUs, vous pouvez obtenir une combinaison de 2 c5.xlarge (2\$14 vCPUs), 2 m5,2xlarge (2\$18 v) et 3 r5.large (3\$1 2 vCPUs). CPUs
1. **Spécifiez les types d’instance ou les attributs d’instance.**
Vous pouvez soit spécifier les types d’instance à utiliser, soit spécifier les attributs d’instance dont vous avez besoin pour vos exigences de calcul, puis laisser Amazon EC2 identifier les types d’instance qui possèdent ces attributs. C’est ce qu’on appelle la sélection de type d’instance basée sur des attributs.
Vous ne pouvez pas spécifier à la fois les types d’instance et les attributs d’instance dans la même demande de score de placement Spot.
Si vous spécifiez des types d’instance, vous devez spécifier au moins trois types d’instance différents, sinon Amazon EC2 renvoie un score de placement Spot faible. De même, si vous spécifiez des attributs d’instance, ils doivent être résolus à au moins trois types d’instance différents.
Pour obtenir des exemples de différentes manières de spécifier vos exigences Spot, consultez [Exemples de configuration](work-with-spot-placement-score.md#sps-example-configs).
## Étape 2 : filtrer la réponse du score de placement Spot
Amazon EC2 calcule le score de placement Spot pour chaque région ou zone de disponibilité, et renvoie les 10 principales régions ou zones de disponibilité où votre demande Spot est susceptible d’aboutir. Le procédé par défaut consiste à renvoyer une liste de régions évaluées. Si vous envisagez de lancer toute votre capacité Spot dans une seule zone de disponibilité, il est utile de demander une liste de zones de disponibilité évaluées.
Vous pouvez spécifier un filtre de région pour affiner les régions qui seront renvoyées dans la réponse.
Vous pouvez combiner le filtre Région et une demande de zones de disponibilité évaluées. De cette façon, les zones de disponibilité évaluées sont limitées aux régions filtrées. Pour trouver la zone de disponibilité la mieux notée dans une région, spécifiez uniquement cette région, et la réponse renvoie une liste notée de toutes les zones de disponibilité de cette région.
## Étape 3 : examiner les recommandations
Le score de placement Spot pour chaque région ou zone de disponibilité est calculé en fonction de la capacité cible, de la composition des types d’instance, des tendances historiques et actuelles de l’utilisation Spot et de l’heure de la demande. Étant donné que la capacité Spot fluctue constamment, la même demande de score de placement Spot peut générer des scores différents lorsqu’elle est calculée à des moments différents.
Les régions et les zones de disponibilité sont évaluées sur une échelle de 1 à 10. Un score de 10 indique que votre demande Spot est très susceptible, mais non garantie, d’aboutir. Un score de 1 indique que votre demande Spot a peu de chances d’aboutir. Le même score peut être renvoyé pour différentes régions ou zones de disponibilité.
Si des scores faibles sont renvoyés, vous pouvez modifier vos exigences de calcul et recalculer le score. Vous pouvez également demander des recommandations de score de placement Spot pour les mêmes exigences de calcul à différents moments de la journée.
## Étape 4 : utiliser les recommandations
Un score de placement Spot n’est pertinent que si votre demande Spot a exactement la même configuration que celle du score de placement Spot (capacité cible, unité de capacité cible, types d’instance ou attributs d’instance) et est configurée pour utiliser la stratégie d’allocation `capacity-optimized`. Sinon, la probabilité d’obtenir une capacité Spot disponible ne sera pas alignée sur le score.
Bien qu’un score de placement Spot serve de directive et qu’aucun score ne garantit que votre demande Spot sera entièrement ou partiellement satisfaite, vous pouvez utiliser les informations suivantes pour obtenir les meilleurs résultats :
+ **Utiliser la même configuration** : le score de placement Spot n’est pertinent que si la configuration de demande Spot (capacité cible, unité de capacité cible, types d’instance ou attributs d’instance) dans votre groupe Auto Scaling, flotte EC2 ou parc d’instances Spot est identique à celle que vous avez saisie pour obtenir le score de placement Spot.
Si vous avez utilisé la sélection de type d’instance basée sur des attributs dans votre demande de score de placement Spot, vous pouvez utiliser la sélection de type d’instance basée sur des attributs pour configurer votre groupe Auto Scaling, flotte EC2 ou parc d’instances Spot. Pour plus d'informations, consultez la section [Créer un groupe d'instances mixtes à l'aide d'une sélection de type d'instance basée sur les attributs](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-mixed-instances-group-attribute-based-instance-type-selection.html) et [Spécifiez des attributs pour la sélection de type d’instance pour la flotte EC2](ec2-fleet-attribute-based-instance-type-selection.md).
**Note**
Si vous avez spécifié votre capacité cible en termes de nombre de vCPU ou de quantité de mémoire, et que vous avez spécifié des types d’instance dans votre configuration de score de placement Spot, notez que vous ne pouvez actuellement pas créer cette configuration dans votre groupe Auto Scaling, flotte EC2 ou parc d’instances Spot. À la place, vous devez définir manuellement la pondération de l’instance à l’aide du paramètre `WeightedCapacity`.
+ **Utiliser la stratégie d’allocation `capacity-optimized`** : tout score suppose que votre demande de flotte sera configurée pour utiliser toutes les zones de disponibilité (pour demander de la capacité dans toutes les régions) ou une seule zone de disponibilité (si vous demandez une capacité dans une zone de disponibilité) et la stratégie d’allocation Spot `capacity-optimized` pour que votre demande de capacité Spot aboutisse. Si vous utilisez d’autres stratégies d’allocation, telles que `lowest-price`, la probabilité d’obtenir une capacité Spot disponible ne sera pas alignée sur le score.
+ **Agir immédiatement après l’obtention du score** : la recommandation de score de placement Spot reflète la capacité Spot disponible au moment de la demande, et la même configuration peut générer des scores différents lorsqu’elle est calculée à des moments différents en raison des fluctuations de capacité Spot. Bien qu’un score de 10 signifie que votre demande de capacité Spot est très susceptible, mais non garantie, d’aboutir, pour obtenir de meilleurs résultats, nous vous recommandons d’agir immédiatement après l’obtention du score. Nous vous recommandons également d’obtenir un nouveau score chaque fois que vous tentez une demande de capacité.
# Autorisations requises pour le score de placement Spot
Par défaut, les identités IAM (utilisateurs, rôles ou groupes) ne sont pas autorisées à utiliser [Score de placement Spot](spot-placement-score.md). Pour autoriser les identités IAM à utiliser le score de placement Spot, vous devez créer une politique IAM qui accorde l’autorisation d’utiliser l’`ec2:GetSpotPlacementScores` action d’API EC2. Ensuite, vous attachez la politique aux identités IAM qui nécessitent l’autorisation.
Voici un exemple de politique IAM qui accorde l’autorisation d’utiliser l’action d’API EC2 `ec2:GetSpotPlacementScores`.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "ec2:GetSpotPlacementScores",
"Resource": "*"
}
]
}
```
------
Pour en savoir plus sur la modification d’une politique IAM, consultez [Modification de politiques IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-edit.html) dans le *Guide de l’utilisateur IAM*.
Pour activer l’accès, ajoutez des autorisations à vos utilisateurs, groupes ou rôles :
+ Utilisateurs et groupes dans AWS IAM Identity Center :
Créez un jeu d’autorisations. Suivez les instructions de la rubrique [Création d’un jeu d’autorisations](https://docs.aws.amazon.com//singlesignon/latest/userguide/howtocreatepermissionset.html) du *Guide de l’utilisateur AWS IAM Identity Center *.
+ Utilisateurs gérés dans IAM par un fournisseur d’identité :
Créez un rôle pour la fédération d’identité. Suivez les instructions de la rubrique [Création d’un rôle pour un fournisseur d’identité tiers (fédération)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-idp.html) dans le *Guide de l’utilisateur IAM*.
+ Utilisateurs IAM :
+ Créez un rôle que votre utilisateur peut assumer. Suivez les instructions de la rubrique [Création d’un rôle pour un utilisateur IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-user.html) dans le *Guide de l’utilisateur IAM*.
+ (Non recommandé) Attachez une politique directement à un utilisateur ou ajoutez un utilisateur à un groupe d’utilisateurs. Suivez les instructions de la rubrique [Ajout d’autorisations à un utilisateur (console)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) du *Guide de l’utilisateur IAM*.
# Calculez le score de placement Spot
Vous pouvez calculer un score de placement Spot en fonction d’exigences spécifiques en matières de capacité cible et de calcul. Pour de plus amples informations, veuillez consulter [Fonctionnement du score de placement Spot](how-sps-works.md).
**Autorisations nécessaires**
Assurez-vous que vous disposez des autorisations requises. Pour de plus amples informations, veuillez consulter [Autorisations requises pour le score de placement Spot](sps-iam-permission.md).
**Topics**
+ [Calculer à l’aide des attributs d’instance](#sps-specify-instance-attributes-console)
+ [Calculer à l’aide des types d’instances](#sps-specify-instance-types-console)
+ [Calculez à l'aide du AWS CLI](#calculate-sps-cli)
**À la recherche une solution automatisée ?** Au lieu de suivre les étapes manuelles décrites dans ce guide de l'utilisateur, vous pouvez créer un tableau de bord de suivi des scores de placement Spot qui capture et stocke automatiquement les scores sur Amazon CloudWatch. Pour plus d'informations, consultez la section [Conseils pour la création d'un tableau de bord de suivi du score de placement Spot sur AWS](https://aws.amazon.com/solutions/guidance/building-a-spot-placement-score-tracker-dashboard-on-aws/).
## Calculer à l’aide des attributs d’instance
**Pour calculer un score de placement Spot en spécifiant des attributs d’instance**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**.
1. Cliquez sur la flèche vers le bas à côté de **Demander des instances Spot**, puis choisissez **Calculer le score de placement Spot**.
1. Choisissez **Enter requirements** (Saisir les exigences).
1. Pour **Capacité cible**, entrez la capacité souhaitée en termes de nombre d'**instances** ou de **v CPUs**, ou de quantité de **mémoire (MiB**).
1. Pour **Instance type requirements** (Exigences du type d’instance), pour spécifier vos exigences de calcul et permettre à Amazon EC2 d’identifier les types d’instances optimaux selon ces exigences, choisissez **Specify instance attributes that match your compute requirements** (Spécifier les attributs d’instance qui correspondent à vos exigences de calcul).
1. Pour **v CPUs**, entrez le nombre minimum et maximum de v souhaitésCPUs. Pour ne définir aucune limite, sélectionnez **Pas de minimum**, **Pas de maximum**, ou les deux.
1. Pour **Memory (GiB)** (Mémoire (Gio)), saisissez la quantité minimale et maximale de mémoire souhaitée. Pour ne spécifier aucune limite, sélectionnez **No minimum** (Pas de minimum), **No maximum** (Pas de maximum), ou les deux.
1. Pour **CPU architecture** (Architecture du processeur), sélectionnez l’architecture d’instance requise.
1. (Facultatif) Pour **Additional instance attributes** (Attributs d’instance supplémentaires), vous pouvez éventuellement spécifier un ou plusieurs attributs pour exprimer vos exigences de calcul plus en détail. Chaque attribut supplémentaire ajoute une contrainte supplémentaire à votre demande. Vous pouvez omettre les attributs supplémentaires. Lorsque ces attributs sont omis, les valeurs par défaut sont utilisées. Pour une description de chaque attribut et de leurs valeurs par défaut, consultez [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
1. (Facultatif) Pour afficher les types d’instance avec vos attributs spécifiés, développez **Preview matching instance types** (Aperçu des types d’instance correspondants). Pour empêcher des types d’instances d’être utilisés dans l’évaluation du placement, sélectionnez les instances, puis choisissez **Eclude selected instance types** (Exclure les types d’instances sélectionnés).
1. Choisissez **Load placement scores** (Charger les scores de placement) et vérifiez les résultats.
1. (Facultatif) Pour afficher le score de placement Spot pour des régions spécifiques, pour **Regions to evaluate** (Régions à évaluer), sélectionnez les régions à évaluer, puis choisissez **Calculate placement scores** (Calculer les scores de placement).
1. (Facultatif) Pour afficher le score de placement Spot pour les zones de disponibilité dans les régions affichées, cochez la case **Fournir des scores de placement par zone de disponibilité**. Une liste de zones de disponibilité évaluées est utile si vous souhaitez lancer toute votre capacité Spot dans une seule zone de disponibilité.
1. (Facultatif) Pour modifier vos exigences de calcul et obtenir un nouveau score de placement, choisissez **Edit** (Modifier), effectuez les ajustements nécessaires, puis choisissez **Calculate placement scores** (Calculer les scores de placement).
## Calculer à l’aide des types d’instances
**Pour calculer un score de placement Spot en spécifiant des types d’instance**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Demandes Spot**.
1. Cliquez sur la flèche vers le bas à côté de **Demander des instances Spot**, puis choisissez **Calculer le score de placement Spot**.
1. Choisissez **Enter requirements** (Saisir les exigences).
1. Pour **Capacité cible**, entrez la capacité souhaitée en termes de nombre d'**instances** ou de **v CPUs**, ou de quantité de **mémoire (MiB**).
1. Pour **Instance type requirements** (Exigences de type d’instance), afin de spécifier les types d’instance à utiliser, choisissez **Manually select instance types** (Sélection manuelle des types d’instance).
1. Choisissez **Select instance types** (Sélectionner les types d’instance), sélectionnez les types d’instance à utiliser, puis choisissez **Select** (Sélectionner). Pour trouver rapidement des types d’instance, vous pouvez utiliser la barre de filtre afin de filtrer les types d’instance selon différentes propriétés.
1. Choisissez **Load placement scores** (Charger les scores de placement) et vérifiez les résultats.
1. (Facultatif) Pour afficher le score de placement Spot pour des régions spécifiques, pour **Regions to evaluate** (Régions à évaluer), sélectionnez les régions à évaluer, puis choisissez **Calculate placement scores** (Calculer les scores de placement).
1. (Facultatif) Pour afficher le score de placement Spot pour les zones de disponibilité dans les régions affichées, cochez la case **Fournir des scores de placement par zone de disponibilité**. Une liste de zones de disponibilité évaluées est utile si vous souhaitez lancer toute votre capacité Spot dans une seule zone de disponibilité.
1. (Facultatif) Pour modifier la liste des types d’instance et obtenir un nouveau score de placement, choisissez **Edit** (Modifier), effectuez les ajustements nécessaires, puis choisissez **Calculate placement scores** (Calculer les scores de placement).
## Calculez à l'aide du AWS CLI
**Pour calculer le score de placement Spot**
1. (Facultatif) Pour générer tous les paramètres possibles pouvant être spécifiés pour la configuration du score de placement Spot, utilisez la [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html)commande et le `--generate-cli-skeleton` paramètre.
```
aws ec2 get-spot-placement-scores \
--region us-east-1 \
--generate-cli-skeleton
```
Voici un exemple de sortie.
```
{
"InstanceTypes": [
""
],
"TargetCapacity": 0,
"TargetCapacityUnitType": "vcpu",
"SingleAvailabilityZone": true,
"RegionNames": [
""
],
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": [
"x86_64_mac"
],
"VirtualizationTypes": [
"hvm"
],
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 0
},
"MemoryMiB": {
"Min": 0,
"Max": 0
},
"CpuManufacturers": [
"amd"
],
"MemoryGiBPerVCpu": {
"Min": 0.0,
"Max": 0.0
},
"ExcludedInstanceTypes": [
""
],
"InstanceGenerations": [
"previous"
],
"SpotMaxPricePercentageOverLowestPrice": 0,
"OnDemandMaxPricePercentageOverLowestPrice": 0,
"BareMetal": "excluded",
"BurstablePerformance": "excluded",
"RequireHibernateSupport": true,
"NetworkInterfaceCount": {
"Min": 0,
"Max": 0
},
"LocalStorage": "included",
"LocalStorageTypes": [
"hdd"
],
"TotalLocalStorageGB": {
"Min": 0.0,
"Max": 0.0
},
"BaselineEbsBandwidthMbps": {
"Min": 0,
"Max": 0
},
"AcceleratorTypes": [
"fpga"
],
"AcceleratorCount": {
"Min": 0,
"Max": 0
},
"AcceleratorManufacturers": [
"amd"
],
"AcceleratorNames": [
"vu9p"
],
"AcceleratorTotalMemoryMiB": {
"Min": 0,
"Max": 0
}
}
},
"DryRun": true,
"MaxResults": 0,
"NextToken": ""
}
```
1. Créez un fichier de configuration JSON à l’aide de la sortie de l’étape précédente et configurez-le comme suit :
1. Pour`TargetCapacity`, entrez la capacité Spot souhaitée en termes de nombre d'instances ou de vCPUs, ou de quantité de mémoire (MiB).
1. Pour `TargetCapacityUnitType`, saisissez l’unité correspondant à la capacité cible. Si vous omettez ce paramètre, `units` est utilisé par défaut.
Valeurs valides : `units` (qui se traduit par le nombre d’instances) \$1 `vcpu` \$1 `memory-mib`
1. Pour `SingleAvailabilityZone`, spécifiez `true` pour une réponse qui renvoie une liste de zones de disponibilité évaluées. Une liste de zones de disponibilité évaluées est utile si vous souhaitez lancer toute votre capacité Spot dans une seule zone de disponibilité. Si vous omettez ce paramètre, `false` est utilisé par défaut et la réponse renvoie une liste des régions notées.
1. (Facultatif) Pour `RegionNames`, spécifiez les régions à utiliser comme filtre. Vous devez spécifier le code de région, par exemple, `us-east-1`.
Avec un filtre de région, la réponse renvoie uniquement les régions que vous spécifiez. Si vous avez spécifié `true` pour `SingleAvailabilityZone`, la réponse renvoie uniquement les zones de disponibilité dans les régions spécifiées.
1. Vous pouvez inclure `InstanceTypes` ou `InstanceRequirements`, mais pas les deux dans la même configuration.
Spécifiez l’un des éléments suivants dans votre configuration JSON :
+ Pour spécifier une liste de types d’instances, spécifiez les types d’instances dans le paramètre `InstanceTypes`. Spécifiez au moins trois types d’instance différents. Si vous ne spécifiez qu’un ou deux types d’instance, le score de placement Spot renvoie un score faible. Pour accéder à la liste des types d’instance, consultez [Types d’instances Amazon EC2](https://aws.amazon.com/ec2/instance-types/).
+ Pour spécifier les attributs d’instance afin qu’Amazon EC2 identifie les types d’instance qui correspondent à ces attributs, spécifiez les attributs situés dans la structure `InstanceRequirements`.
Vous devez fournir des valeurs pour `VCpuCount`, `MemoryMiB` et `CpuManufacturers`. Vous pouvez omettre les autres attributs. Lorsqu’ils sont omis, les valeurs par défaut sont utilisées. Pour une description de chaque attribut et de leurs valeurs par défaut, consultez [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
Pour obtenir des exemples de configuration, consultez [Exemples de configuration](#sps-example-configs).
1. Pour obtenir le score de placement Spot correspondant aux exigences que vous avez spécifiées dans le fichier JSON, utilisez la [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html)commande et spécifiez le nom et le chemin d'accès à votre fichier JSON à l'aide du `--cli-input-json` paramètre.
```
aws ec2 get-spot-placement-scores \
--region us-east-1 \
--cli-input-json file://file_name.json
```
Exemple de sortie si `SingleAvailabilityZone` est défini sur `false` ou omis (si omis, la valeur par défaut est `false`) : une liste de régions notées est renvoyée.
```
"SpotPlacementScores": [
{
"Region": "us-east-1",
"Score": 7
},
{
"Region": "us-west-1",
"Score": 5
},
...
```
Exemple de sortie si `SingleAvailabilityZone` est défini sur `true` : une liste notée des zones de disponibilité est renvoyée.
```
"SpotPlacementScores": [
{
"Region": "us-east-1",
"AvailabilityZoneId": "use1-az1",
"Score": 8
},
{
"Region": "us-east-1",
"AvailabilityZoneId": "usw2-az3",
"Score": 6
},
...
```
### Exemples de configuration
Lorsque vous utilisez le AWS CLI, vous pouvez utiliser les exemples de configuration suivants.
**Topics**
+ [Exemple : spécifier les types d’instance et la capacité cible](#example-config-instance-type-override)
+ [Exemple : spécifier les types d’instance et la capacité cible en termes de mémoire](#example-config-instance-type-memory-unit-override)
+ [Exemple : spécifier des attributs pour la sélection du type d’instance basée sur des attributs](#example-config-attribute-based-instance-type-selection)
+ [Exemple : spécifier des attributs pour la sélection du type d’instance basée sur des attributs et renvoyer une liste de zones de disponibilité évaluées](#example-config-sps-singleAZ)
#### Exemple : spécifier les types d’instance et la capacité cible
L’exemple de configuration suivant spécifie trois types d’instance différents et une capacité Spot cible de 500 instances Spot.
```
{
"InstanceTypes": [
"m5.4xlarge",
"r5.2xlarge",
"m4.4xlarge"
],
"TargetCapacity": 500
}
```
#### Exemple : spécifier les types d’instance et la capacité cible en termes de mémoire
L’exemple de configuration suivant spécifie trois types d’instance différents et une capacité Spot cible de 500 000 Mio de mémoire, où le nombre d’instances Spot à lancer doit fournir un total de 500 000 Mio de mémoire.
```
{
"InstanceTypes": [
"m5.4xlarge",
"r5.2xlarge",
"m4.4xlarge"
],
"TargetCapacity": 500000,
"TargetCapacityUnitType": "memory-mib"
}
```
#### Exemple : spécifier des attributs pour la sélection du type d’instance basée sur des attributs
L’exemple de configuration suivant est configuré pour la sélection du type d’instance basé sur des attributs et est suivi d’une explication textuelle.
```
{
"TargetCapacity": 5000,
"TargetCapacityUnitType": "vcpu",
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": ["arm64"],
"VirtualizationTypes": ["hvm"],
"InstanceRequirements": {
"VCpuCount": {
"Min": 1,
"Max": 12
},
"MemoryMiB": {
"Min": 512
}
}
}
}
```
****`InstanceRequirementsWithMetadata`****
Pour utiliser la sélection du type d’instance basée sur les attributs, vous devez inclure la structure `InstanceRequirementsWithMetadata` dans votre configuration et spécifier les attributs souhaités pour les instances Spot.
Dans l’exemple précédent, les attributs d’instance obligatoires suivants sont spécifiés :
+ `ArchitectureTypes` – le type d’architecture des types d’instance doit être `arm64`.
+ `VirtualizationTypes` – le type de virtualisation des types d’instance doit être `hvm`.
+ `VCpuCount`— Les types d'instance doivent avoir un minimum de 1 et un maximum de 12 CPUs v.
+ `MemoryMiB` : les types d’instance doivent avoir un minimum de 512 Mio de mémoire. En omettant le paramètre `Max`, vous indiquez qu’il n’y a pas de limite maximale.
Notez qu’il existe plusieurs autres attributs facultatifs que vous pouvez spécifier. Pour la liste des attributs, voir [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
**`TargetCapacityUnitType`**
Le paramètre `TargetCapacityUnitType` spécifie l’unité de la capacité cible. Dans l'exemple, la capacité cible est `5000` et le type d'unité de capacité cible est`vcpu`, ce qui indique ensemble une capacité cible souhaitée de 5 000 VCPUs, le nombre d'instances ponctuelles à lancer devant fournir un total de 5 000 CPUs V.
#### Exemple : spécifier des attributs pour la sélection du type d’instance basée sur des attributs et renvoyer une liste de zones de disponibilité évaluées
L’exemple de configuration suivant est configuré pour la sélection du type d’instance basée sur des attributs. En spécifiant `"SingleAvailabilityZone": true`, la réponse renverra une liste des zones de disponibilité évaluées.
```
{
"TargetCapacity": 1000,
"TargetCapacityUnitType": "vcpu",
"SingleAvailabilityZone": true,
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": ["arm64"],
"VirtualizationTypes": ["hvm"],
"InstanceRequirements": {
"VCpuCount": {
"Min": 1,
"Max": 12
},
"MemoryMiB": {
"Min": 512
}
}
}
}
```
# Suivez vos coûts liés à l’instance Spot en utilisant le flux de données de l’instance Spot
Pour vous aider à comprendre les frais associés à vos instances Spot, Amazon EC2 fournit un flux de données qui décrit votre utilisation des instances Spot et leur tarification. Ce flux de données est envoyé vers un compartiment Amazon S3 que vous spécifiez lorsque vous vous abonnez au flux de données.
Les fichiers de flux de données arrivent dans votre compartiment en général une fois par heure. Si vous n’avez aucune instance Spot en cours d’exécution à une certaine heure, vous ne recevez pas de fichier de flux de données pour cette heure.
Chaque heure d’utilisation de l’instance Spot est généralement couverte par un seul fichier de données. Ces fichiers sont compressés (gzip) avant qu’ils ne soient livrés à votre compartiment. Amazon EC2 peut inscrire les données dans plusieurs fichiers pour une heure spécifique d’utilisation lorsque les fichiers sont volumineux (par exemple, si le contenu du fichier pour cette heure dépasse les 50 Mo avant compression).
**Note**
Vous ne pouvez créer qu'un seul flux de données d'instance Spot par Compte AWS.
Le flux de données des instances Spot est pris en charge dans toutes les AWS régions à l'exception de la Chine (Pékin), de la Chine AWS GovCloud (Ningxia), (États-Unis) et des [régions qui sont désactivées par défaut](using-regions-availability-zones.md#concepts-available-regions).
**Topics**
+ [Nom et format du fichier de flux de données](#using-spot-instances-format)
+ [Conditions requises pour le compartiment Amazon S3](#using-spot-instances-dfs3)
+ [S’abonner à votre flux de données d’instance Spot](#using-spot-instances-datafeed-all)
+ [Afficher les données dans votre flux de données](#using-spot-instances-datafeed-view-data)
+ [Supprimer votre flux de données d’instance Spot](#using-spot-instances-datafeed-delete)
## Nom et format du fichier de flux de données
Le nom du fichier de flux de données d’instance Spot utilise le format suivant (avec la date et l’heure au format UTC) :
```
bucket-name.s3.amazonaws.com/optional-prefix/aws-account-id.YYYY-MM-DD-HH.n.unique-id.gz
```
Par exemple, si le nom de votre compartiment est **amzn-s3-demo-bucket** et que votre préfixe est **my-prefix**, vos noms de fichier ont le format suivant :
```
amzn-s3-demo-bucket.s3.amazonaws.com/my-prefix/111122223333.2023-12-09-07.001.b959dbc6.gz
```
Pour plus d’informations sur les noms de compartiment, veuillez consulter la rubrique [Règles de dénomination de compartiment](https://docs.aws.amazon.com/AmazonS3/latest/userguide/bucketnamingrules.html) dans le *Guide de l’utilisateur Amazon S3*.
Les fichiers de flux de données d’instance Spot sont délimités par des tabulations. Chaque ligne du fichier de données correspond à une heure d’instance et contient les champs répertoriés dans le tableau suivant.
| Champ | Description |
| --- | --- |
| `Timestamp` | Horodatage utilisé pour déterminer le prix facturé pour cette utilisation d’instance. |
| `UsageType` | Type d’utilisation et type d’instance associés à la facturation. Pour `m1.small` Instances Spot, ce champ est défini sur `SpotUsage`. Pour tous les autres types d’instance, ce champ est défini sur `SpotUsage:`\$1*instance-type*\$1. Par exemple, `SpotUsage:c1.medium`. |
| `Operation` | Le produit faisant l’objet d’une facturation. Pour les Instances Spot Linux, ce champ est défini sur `RunInstances`. Pour les Instances Spot Windows, ce champ est défini sur `RunInstances:0002`. L’utilisation des instances Spot est regroupée par zone de disponibilité. |
| `InstanceID` | L’ID de l’instance Spot qui a généré cette utilisation d’instance. |
| `MyBidID` | L’ID de la demande d’instance Spot qui a généré cette utilisation d’instance. |
| `MyMaxPrice` | Prix maximum spécifié pour cette demande Spot. |
| `MarketPrice` | Prix Spot au moment spécifié dans le champ `Timestamp`. |
| `Charge` | Prix facturé pour cette utilisation d’instance. |
| `Version` | Version du flux de données. La version disponible est la version 1.0. |
## Conditions requises pour le compartiment Amazon S3
Lorsque vous vous abonnez au flux de données, vous devez spécifier un compartiment Amazon S3 afin de stocker les fichiers de flux de données.
Avant de choisir un compartiment Amazon S3 pour le flux de données, tenez compte des points suivants :
+ Vous devez bénéficier d’une autorisation `FULL_CONTROL` sur le compartiment. Si vous êtes le propriétaire du compartiment, vous disposez de cette autorisation par défaut. Dans le cas contraire, le propriétaire du bucket doit vous accorder Compte AWS cette autorisation.
+ Lorsque vous vous abonnez à un flux de données, ces autorisations sont utilisées pour mettre à jour l'ACL du bucket afin d'`FULL_CONTROL`autoriser le compte du flux de AWS données. Le compte AWS de flux de données écrit des fichiers de flux de données dans le compartiment. Si votre compte ne dispose pas des autorisations nécessaires, les fichiers de flux de données ne peuvent pas être écrits dans le compartiment. Pour plus d'informations, consultez la section [Logs envoyés à Amazon S3](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-infrastructure-S3) dans le *guide de l'utilisateur Amazon CloudWatch Logs*.
Si vous mettez à jour l'ACL et supprimez les autorisations pour le compte de flux de AWS données, les fichiers de flux de données ne peuvent pas être écrits dans le bucket. Vous devez vous réabonner au flux de données pour recevoir les fichiers de flux de données.
+ Chaque fichier de flux de données a son propre ACL (distinct de celui du compartiment). Le propriétaire du compartiment bénéficie de l’autorisation `FULL_CONTROL` pour les fichiers de données. Le compte du flux de AWS données dispose d'autorisations de lecture et d'écriture.
+ Si vous supprimez votre abonnement au flux de données, Amazon EC2 ne supprime pas les autorisations de lecture et d'écriture du compte de flux de AWS données, que ce soit sur le compartiment ou sur les fichiers de données. Vous devez supprimer ces autorisations vous-même.
+ Si vous chiffrez votre compartiment Amazon S3 à l'aide d'un chiffrement côté serveur avec une AWS KMS clé stockée dans AWS Key Management Service (SSE-KMS), vous devez utiliser une clé gérée par le client. Pour plus d'informations, consultez la section [Chiffrement du compartiment Amazon S3 côté serveur dans le](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-SSE-KMS-S3) guide de *l'utilisateur Amazon CloudWatch Logs*.
## S’abonner à votre flux de données d’instance Spot
Vous pouvez vous abonner à votre flux de données d’instance Spot à tout moment. Notez que vous ne pouvez pas accomplir cette tâche à l’aide de la console Amazon EC2.
Si vous recevez un message d’erreur indiquant que le compartiment ne dispose pas d’autorisations suffisantes, consultez l’article suivant pour obtenir des informations de résolution : [Résoudre les problèmes liés au flux de données pour les instances Spot](https://repost.aws/knowledge-center/s3-data-feed-ec2-spot-instances).
------
#### [ AWS CLI ]
**Pour vous abonner à votre flux de données**
Utilisez la commande [create-spot-datafeed-subscription](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-spot-datafeed-subscription.html).
Pour spécifier un compartiment avec un préfixe, utilisez l’exemple suivant :
```
aws ec2 create-spot-datafeed-subscription \
--bucket amzn-s3-demo-bucket \
--prefix my-prefix
```
Pour spécifier un compartiment sans préfixe, utilisez l’exemple suivant :
```
aws ec2 create-spot-datafeed-subscription \
--bucket amzn-s3-demo-bucket
```
------
#### [ PowerShell ]
**Pour vous abonner à votre flux de données**
Utilisez l’applet de commande [New-EC2SpotDatafeedSubscription](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2SpotDatafeedSubscription.html).
Pour spécifier un compartiment avec un préfixe, utilisez l’exemple suivant :
```
New-EC2SpotDatafeedSubscription `
-Bucket amzn-s3-demo-bucket `
-Prefix my-prefix
```
Pour spécifier un compartiment sans préfixe, utilisez l’exemple suivant :
```
New-EC2SpotDatafeedSubscription `
-Bucket amzn-s3-demo-bucket
```
------
## Afficher les données dans votre flux de données
Dans le AWS Management Console, ouvrez AWS CloudShell. Utilisez la commande de [s3 sync](https://docs.aws.amazon.com/cli/latest/reference/s3/sync.html) suivante pour obtenir les fichiers .gz du compartiment S3 pour votre flux de données et stockez-les dans le dossier que vous précisez.
```
aws s3 sync s3://amzn-s3-demo-bucket ./data-feed
```
Pour afficher le contenu d’un fichier .gz, accédez au dossier dans lequel vous avez stocké le contenu du compartiment S3.
```
cd data-feed
```
Utilisez la commande **ls** pour afficher les noms des fichiers. Utilisez la commande **zcat** avec le nom du fichier pour afficher le contenu du fichier compressé. Voici un exemple de commande.
```
zcat 111122223333.2023-12-09-07.001.b959dbc6.gz
```
Voici un exemple de sortie.
```
#Version: 1.0
#Fields: Timestamp UsageType Operation InstanceID MyBidID MyMaxPrice MarketPrice Charge Version
2023-12-09 07:13:47 UTC USE2-SpotUsage:c7a.medium RunInstances:SV050 i-0c3e0c0b046e050df sir-pwq6nmfp 0.0510000000 USD 0.0142000000 USD 0.0142000000 USD 1
```
## Supprimer votre flux de données d’instance Spot
Lorsque vous avez terminé avec le flux de données d’instance Spot, vous pouvez le supprimer.
------
#### [ AWS CLI ]
**Pour supprimer votre flux de données**
Utilisez la commande [delete-spot-datafeed-subscription](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-spot-datafeed-subscription.html).
```
aws ec2 delete-spot-datafeed-subscription
```
------
#### [ PowerShell ]
**Pour supprimer votre flux de données**
Utilisez l’applet de commande [Remove-EC2SpotDatafeedSubscription](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2SpotDatafeedSubscription.html).
```
Remove-EC2SpotDatafeedSubscription
```
------
# Rôle lié à un service pour les demandes d’instance Spot
Amazon EC2 utilise des rôles liés à un service pour les autorisations requises pour appeler d’autres services AWS en votre nom. Un rôle lié à un service est un type unique de rôle IAM directement lié à un. Service AWS Les rôles liés à un service constituent un moyen sécurisé de déléguer des autorisations, Services AWS car seul le service lié peut assumer un rôle lié au service. Pour plus d’informations, consultez la section [Rôles liés à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create-service-linked-role.html) dans le *Guide de l’utilisateur IAM*.
Amazon EC2 utilise le rôle lié au service nommé **AWSServiceRoleForEC2Spot** pour lancer et gérer les instances Spot en votre nom.
## Autorisations octroyées par AWSServiceRoleForEC2Spot
Amazon EC2 utilise **AWSServiceRoleForEC2Spot** pour effectuer les actions suivantes :
+ `ec2:DescribeInstances` – Décrire les instances Spot
+ `ec2:StopInstances` – Arrêter les instances Spot
+ `ec2:StartInstances` – Démarrer les instances Spot
## Création du rôle lié à un service
Dans la plupart des cas, vous n’avez pas besoin de créer manuellement un rôle lié à un service. Amazon EC2 crée le rôle lié au service **AWSServiceRoleForEC2Spot** la première fois que vous demandez une instance Spot à l'aide de la console.
**Si vous avez reçu une demande d'instance Spot active avant octobre 2017, date à laquelle Amazon EC2 a commencé à prendre en charge ce rôle lié à un service, Amazon EC2 a créé le AWSService RoleFor EC2 rôle Spot dans votre compte.** AWS Pour plus d’informations, consultez [Un nouveau rôle est apparu dans mon compte](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared) dans le *IAM Guide de l’utilisateur*.
Si vous utilisez l'API AWS CLI ou une API pour demander une instance Spot, vous devez d'abord vous assurer que ce rôle existe.
**Pour créer **AWSServiceRoleForEC2Spot** à l'aide de la console**
1. Ouvrez la console IAM à l’adresse [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/).
1. Dans le panneau de navigation, choisissez **Rôles**.
1. Sélectionnez **Créer un rôle**.
1. Sur la page **Select type of trusted entity (Sélectionner le type d’entité de confiance)**, choisissez **EC2**, **EC2 - Spot Instances (EC2 - Instances Spot)**, **Suivant : Autorisations**.
1. Sur la page suivante, choisissez **Suivant : Vérification**.
1. Sur la page **Vérification**, choisissez **Create Role (Créer un rôle)**.
**Pour créer **AWSServiceRoleForEC2Spot** à l'aide du AWS CLI**
Utilisez la commande [create-service-linked-role](https://docs.aws.amazon.com/cli/latest/reference/iam/create-service-linked-role.html) comme suit.
```
aws iam create-service-linked-role --aws-service-name spot.amazonaws.com
```
Si vous n'avez plus besoin d'utiliser des instances Spot, nous vous recommandons de supprimer le rôle **AWSServiceRoleForEC2Spot**. Une fois ce rôle supprimé de votre compte, Amazon EC2 crée de nouveau le rôle si vous effectuez une demande d’instances Spot.
## Accordez l'accès aux clés gérées par le client pour les utiliser avec des instantanés chiffrés AMIs et EBS
Si vous spécifiez une [AMI chiffrée](AMIEncryption.md) ou un instantané Amazon EBS chiffré pour vos instances Spot et que vous utilisez une clé gérée par le client pour le chiffrement, vous devez accorder au rôle **AWSServiceRoleForEC2Spot** l'autorisation d'utiliser la clé gérée par le client afin qu'Amazon EC2 puisse lancer des instances Spot en votre nom. Pour cela, vous devez ajouter une autorisation à la clé gérée par le client, comme indiqué dans la procédure suivante.
Lorsque vous définissez les autorisations, les octrois constituent une alternative aux politiques de clé. Pour plus d’informations, consultez [Utilisation des octrois](https://docs.aws.amazon.com/kms/latest/developerguide/grants.html) et [Utilisation des stratégies de clé dans AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html) dans le *Guide du développeur AWS Key Management Service *.
**Pour accorder au rôle **AWSServiceRoleForEC2Spot** l'autorisation d'utiliser la clé gérée par le client**
+ Utilisez la commande [create-grant](https://docs.aws.amazon.com/cli/latest/reference/kms/create-grant.html) pour ajouter une autorisation à la clé gérée par le client et pour spécifier le principal (le rôle lié au service **AWSServiceRoleForEC2Spot**) autorisé à effectuer les opérations autorisées par l'autorisation. La clé gérée par le client est spécifiée par le paramètre `key-id` et l’ARN de la clé gérée par le client. Le principal est spécifié par le `grantee-principal` paramètre et l'ARN du rôle lié au service **AWSServiceRoleForEC2Spot**.
```
aws kms create-grant \
--region us-east-1 \
--key-id arn:aws:kms:us-east-1:444455556666:key/1234abcd-12ab-34cd-56ef-1234567890ab \
--grantee-principal arn:aws:iam::111122223333:role/aws-service-role/spot.amazonaws.com/AWSServiceRoleForEC2Spot \
--operations "Decrypt" "Encrypt" "GenerateDataKey" "GenerateDataKeyWithoutPlaintext" "CreateGrant" "DescribeKey" "ReEncryptFrom" "ReEncryptTo"
```
# Quotas d’instances Spot
Il existe des quotas pour le nombre d’instances Spot en cours d’exécution et les demandes d’instances Spot en attente par Compte AWS et par région. Lorsqu’une demande d’instance Spot en attente est traitée, elle n’est plus prise en compte dans le quota, car l’instance en cours d’exécution est prise en compte dans le quota.
Les quotas d'instances Spot sont gérés en fonction du *nombre d'unités centrales virtuelles (vCPUs)* que vos instances Spot en cours d'exécution utilisent ou utiliseront en attendant le traitement des demandes d'instances Spot ouvertes. Si vous résiliez vos instances Spot, mais que vous n’annulez pas les demandes d’instances Spot, ces dernières sont comptabilisées par rapport au quota vCPU de vos instances Spot jusqu’à ce qu’Amazon EC2 détecte les résiliations et clôture les demandes.
Nous proposons les types de quotas suivants pour les instances Spot.
| Nom | Par défaut | Ajustable |
| --- | --- | --- |
| Toutes les demandes d’instance Spot DL | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-85EED4F7) |
| Toutes les demandes d’instance Spot F | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-88CF9481) |
| Toutes les demandes d’instance Spot G et VT | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-3819A6DF) |
| Toutes les demandes d’instance Spot Inf | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-B5D1601B) |
| Toutes les demandes d’instance Spot P | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-7212CCBC) |
| Toutes les demandes d’instance Spot standard (A, C, D, H, I, M, R, T, Z) | 5 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-34B43A08) |
| Toutes les demandes d’instance Spot Trn | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-6B0D517C) |
| Toutes les demandes d’instance Spot X | 0 | [Oui](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-E3A00192) |
Même si Amazon EC2 ajuste automatiquement vos quotas d’instances Spot en fonction de votre utilisation, vous pouvez demander une augmentation de quota si nécessaire. Par exemple, si vous avez l’intention de lancer plus d’instances Spot que celles autorisées par votre quota actuel, vous pouvez demander une augmentation de quota. Vous pouvez aussi demander une augmentation de quota si vous soumettez une demande d’instance Spot et que vous recevez l’erreur `Max spot instance count exceeded`. Pour demander une augmentation de quota, utilisez la console Service Quotas, comme décrit dans [Quotas EC2 de service Amazon](ec2-resource-limits.md).
Vous pouvez lancer toute combinaison de types d’instance qui répond à l’évolution de vos besoins en termes d’applications. Par exemple, avec un quota de 256 v pour toutes les demandes d'instances ponctuelles standardCPUs, vous pouvez demander 32 instances `m5.2xlarge` ponctuelles (32 x 8 vCPUs) ou 16 instances `c5.4xlarge` ponctuelles (16 x 16 vCPUs).
Grâce à l'intégration CloudWatch des métriques Amazon, vous pouvez surveiller l'utilisation d'EC2 par rapport à vos quotas. Vous pouvez également configurer des alarmes pour vous avertir lorsque vous approchez des quotas. Pour plus d'informations, consultez la section [Quotas de service et CloudWatch alarmes Amazon](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) dans le *guide de l'utilisateur des quotas de service*. .
# Hôtes dédiés Amazon EC2
Un hôte dédié Amazon EC2 est un serveur physique entièrement dédié à votre usage. Vous pouvez éventuellement choisir de partager la capacité de l’instance avec d’autres AWS comptes. Pour plus d'informations, consultez [Partage d’Hôte dédié Amazon EC2 entre comptes](dh-sharing.md).
Les hôtes dédiés offrent une visibilité et un contrôle sur le placement des instances et favorisent l’affinité entre les hôtes. Cela signifie que vous pouvez lancer et exécuter des instances sur des hôtes spécifiques, et vous pouvez vous assurer que les instances ne s’exécutent que sur des hôtes spécifiques. Pour de plus amples informations, veuillez consulter [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
Les Hôtes dédiés fournissent une prise en charge complète des licences Bring Your Own License (BYOL). Ils vous permettent d'utiliser vos licences logicielles existantes par socket, par cœur ou par machine virtuelle, notamment Windows Server, SQL Server, SUSE Linux Enterprise Server, Red Hat Enterprise Linux, ou d'autres licences logicielles liées à des sockets ou à VMs des cœurs physiques, conformément aux termes de votre licence.
Si vous souhaitez que vos instances s’exécutent sur du matériel dédié, mais que vous n’avez pas besoin de visibilité ou de contrôle sur le placement des instances, et que vous n’avez pas besoin d’utiliser des licences logicielles par socket ou par cœur, vous pouvez envisager d’utiliser des instances dédiées à la place. Les instances dédiées et les hôtes dédiés peuvent tous deux être utilisés pour lancer des instances Amazon EC2 sur des serveurs physiques dédiés. Il n’existe pas de différence physique, de sécurité ou de performance entre les instances dédiées et les instances des Hôtes dédiés. Toutefois, il existe des différences essentielles entre ces deux types de produits. Le tableau suivant met en valeur quelques-unes des principales différences entre les Hôtes dédiés et les instances dédiées :
| | Dedicated Host | Dedicated Instance |
| --- | --- | --- |
| Serveur physique dédié | Serveur physique avec capacité d’instance entièrement dédié à votre utilisation. | Serveur physique dédié à un seul compte client. |
| Partage des capacités d’instance | Peut partager la capacité de l’instance avec d’autres comptes. | Non pris en charge |
| Facturation | Facturation par hôte | Facturation par instance |
| Visibilité des sockets, cœurs et ID d’hôte | Offre une visibilité sur le nombre de sockets et de cœurs physiques | Aucune visibilité |
| Affinité de l’hôte et de l’instance | Permet de déployer vos instances de façon cohérente sur le même serveur physique au fil du temps | Non pris en charge |
| Placement ciblé d’instances | Offre une visibilité supplémentaire et un contrôle sur la façon dont les instances sont placées sur un serveur physique | Non pris en charge |
| Récupération automatique des instances | Pris en charge. Pour plus d’informations, consultez [Restauration de l’hôte dédié Amazon EC2](dedicated-hosts-recovery.md). | Pris en charge |
| Bring Your Own License (Licence à fournir) | Pris en charge | Support partiel\$1 |
| Réserve de capacité | Non pris en charge | Pris en charge |
Serveur \$1 Microsoft SQL avec License Mobility via Software Assurance et les licences Windows Virtual Desktop Access (VDA) peuvent être utilisées avec une instance dédiée.
Pour plus d’informations sur les instances dédiées, veuillez consulter la rubrique [Instances EC2 dédiées Amazon](dedicated-instance.md).
## Restrictions Hôtes dédiés
Avant d’allouer des Hôtes dédiés, prenez note des restrictions suivantes :
+ Pour exécuter RHEL et SUSE Linux sur des hôtes dédiés, vous devez apporter les vôtres. AMIs Vous ne pouvez pas utiliser les systèmes RHEL et AMIs SUSE Linux proposés par AWS ou disponibles AWS Marketplace avec des hôtes dédiés. Pour plus d’informations sur la création de votre propre AMI, consultez [Apportez vos propres licences logicielles aux hôtes dédiés Amazon EC2](dedicated-hosts-BYOL.md).
Cette restriction ne s’applique pas aux hôtes alloués aux instances de mémoire élevée (`u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal` et `u-24tb1.metal`). RHEL et SUSE Linux AMIs proposés par AWS ou disponibles sur ces hôtes AWS Marketplace peuvent être utilisés avec ces hôtes.
+ Le nombre d’hôtes dédiés exécutés par famille d’instances, par compte AWS et par région est limité. Les quotas s’appliquent uniquement aux instances en cours d’exécution. Si votre instance est en attente, en cours d’arrêt ou arrêtée, elle n’est pas prise en compte dans votre quota. Pour consulter les quotas s’appliquant à votre compte, ou pour demander une augmentation de quota, utilisez la [console Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas).
+ Les groupes Auto Scaling sont pris en charge lors de l’utilisation d’un modèle de lancement qui spécifie un groupe de ressources hôte. Pour plus d’informations, consultez la section [Création d’un modèle de lancement à l’aide de paramètres avancés ](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling*.
+ Les instances Amazon RDS ne sont pas prises en charge.
+ Le niveau d'utilisation AWS gratuite n'est pas disponible pour les hôtes dédiés.
+ Le contrôle de placement d’instance fait référence à la gestion du lancement d’instances sur les Hôtes dédiés. Vous ne pouvez pas lancer Hôtes dédiés dans des groupes de placement.
+ Si vous allouez un hôte pour un type d’instance virtualisée, vous ne pouvez pas modifier le type d’instance en un type d’instance `.metal` après l’allocation de l’hôte. Par exemple, si vous allouez un hôte pour le type d’instance `m5.large`, vous ne pouvez pas modifier le type d’instance en `m5.metal`.
De même, si vous allouez un hôte pour un type d’instance `.metal`, vous ne pouvez pas modifier le type d’instance en un type d’instance virtualisée après l’allocation de l’hôte. Par exemple, si vous allouez un hôte pour le type d’instance `m5.metal`, vous ne pouvez pas modifier le type d’instance en `m5.large`.
**Topics**
+ [Restrictions Hôtes dédiés](#dedicated-hosts-limitations)
+ [Tarification et facturation](dedicated-hosts-billing.md)
+ [Configurations de capacité d’instance](dedicated-hosts-limits.md)
+ [Instances modulables sur des hôtes dédiés](burstable-t3.md)
+ [Bring your own licenses (BYOL, licence à fournir)](dedicated-hosts-BYOL.md)
+ [Placement automatique et affinité](dedicated-hosts-understanding.md)
+ [Allouer un hôte dédié](dedicated-hosts-allocating.md)
+ [Lancez des instances sur un hôte dédié.](launching-dedicated-hosts-instances.md)
+ [Lancer des instances dans un groupe de ressources hôte](launching-hrg-instances.md)
+ [Modifier le placement automatique d’Hôte dédié](modify-host-auto-placement.md)
+ [Modifier les types d’instance pris en charge](modify-host-support.md)
+ [Modifier l’affinité et la location d’une instance](moving-instances-dedicated-hosts.md)
+ [Libérer un hôte dédié](dedicated-hosts-releasing.md)
+ [Migrer vers des hôtes dédiés Amazon EC2 basés sur Nitro](dh-migrate.md)
+ [Acheter une réserve d’hôte dédié](#purchasing-dedicated-host-reservations)
+ [Partage entre comptes](dh-sharing.md)
+ [Hôtes dédiés sur Outposts](dh-outposts.md)
+ [Resturation de l’hôte](dedicated-hosts-recovery.md)
+ [Maintenance de l’hôte](dedicated-hosts-maintenance.md)
+ [Surveiller les Hôtes dédiés](dedicated-hosts-monitoring.md)
+ [Suivre les modifications de configuration](dedicated-hosts-aws-config.md)
# Tarification et facturation des hôtes dédiés Amazon EC2
Le prix d’un Hôte dédié varie selon l’option de paiement.
**Topics**
+ [Hôtes dédiés à la demande](#on-demand-dedicated-hosts)
+ [Dedicated Host Reservations](#dedicated-host-reservations)
+ [Savings Plans](#dedicated-hosts-savings-plans)
+ [Tarification pour Windows Server sur les Hôtes dédiés](#dh-win-billing)
## Hôtes dédiés à la demande
La facturation à la demande est automatiquement activée lorsque vous allouez un Hôte dédié à votre compte.
Le prix à la demande pour un Hôte dédié varie par famille de·l’instance et par région. Vous payez par seconde (avec un minimum de 60 secondes) pour l’Hôte dédié actif, quelle que soit la quantité ou la taille des instances que vous choisissez de lancer dessus. Pour plus d’informations sur la tarification à la demande, consultez [Tarification à la demande des Amazon EC2 Hôtes dédiés](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#on-demand).
Vous pouvez libérer un Hôte dédié à la demande à tout moment pour arrêter d’accumuler des frais dessus. Pour plus d’informations sur la libération d’un Hôte dédié, consultez [Libérer un hôte dédié Amazon EC2](dedicated-hosts-releasing.md).
## Dedicated Host Reservations
Les réservations d’hôtes dédiés permettent de bénéficier d’une remise sur la facturation par rapport à l’exécution d’Hôtes dédiés à la demande. Trois options de paiement sont disponibles pour les réservations :
+ **Aucun paiement initial** — Les réservations sans aucun paiement initial vous offrent une remise sur votre utilisation d’un Hôte dédié pendant une période donnée et ne nécessitent aucun paiement initial. Disponible pour une période d’un an ou de trois ans. Seules certaines familles d’instance prennent en charge le délai de trois ans pour les réservations sans aucun paiement initial.
+ **Paiement initial partiel** — Une partie de la réservation doit être payée au départ et les heures restantes pendant la période sont facturées à un tarif réduit. Disponible pour une période d’un an ou de trois ans.
+ **Paiement initial complet** — Offre le coût effectif le plus bas. Disponible pour une période d’un an et de trois ans et couvre le coût intégral de la période à l’avance, sans plus aucuns frais supplémentaire futurs.
Vous devez disposer d’un Hôtes dédiés actif sur votre compte pour pouvoir acheter des réservations. Chaque réservation peut couvrir un ou plusieurs hôtes prenant en charge la même famille de·l’instance dans une seule zone de disponibilité. Les réservations sont appliquées à la famille de·l’instance sur l’hôte, et non à la taille de l’instance. Si vous avez trois Hôtes dédiés avec des tailles d’instance différentes (`m4.xlarge`, `m4.medium` et `m4.large`), vous pouvez associer une même réservation `m4` à tous ces Hôtes dédiés. La famille de·l’instance et la zone de disponibilité doivent correspondre à celles des hôtes dédiés que vous souhaitez leur associer.
Lorsqu’une réservation est associée à un Hôte dédié, cet Hôte dédié ne peut pas être libéré avant la fin de la période de la réservation.
Pour plus d’informations sur la tarification de réservation, consultez [Tarification d’un Hôtes dédiés Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#reservations).
## Savings Plans
Les Savings Plans sont un modèle de tarification flexible qui offre des économies importantes par rapport aux instances à la demande. Avec les Savings Plans, vous pouvez vous engager pour une utilisation continue, en USD par heure, pour une durée de un à trois ans. Cela vous donne la flexibilité d’utiliser le Hôtes dédiés répondant le mieux à vos besoins et de continuer à économiser de l’argent au lieu de vous engager pour un Hôte dédié spécifique. Pour plus d’informations, consultez le [Guide de l’utilisateur des AWS Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/).
**Note**
Les Savings Plans (Plans d’épargne) ne sont pas pris en charge par `u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal`, et `u-24tb1.metal` Hôtes dédiés.
## Tarification pour Windows Server sur les Hôtes dédiés
Sous réserve des conditions de licence de Microsoft, vous pouvez importer vos licences Windows Server et SQL Server existantes vers les Hôtes dédiés. Aucuns frais supplémentaires ne s’applique à l’utilisation du logiciel si vous choisissez de réutiliser vos licences.
En outre, vous pouvez également utiliser Windows Server AMIs fourni par Amazon pour exécuter les dernières versions de Windows Server sur des hôtes dédiés. Il s’agit d’une pratique courante pour les scénarios où vous possédez des licences SQL Server existantes pouvant être exécutées sur des Hôtes dédiés, mais qui ont besoin de Windows Server pour exécuter la charge de travail SQL Server. Les serveurs Windows AMIs fournis par Amazon ne sont pris en charge que sur les types d'instances de la génération actuelle. Pour plus d’informations, consultez la [Tarification des hôtes dédiés Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#windows-dh).
# Configurations de capacité d’instance d’un Hôte dédié Amazon EC2
Les hôtes dédiés prennent en charge différentes configurations (cœurs physiques, sockets, VCPUs etc.) qui vous permettent d'exécuter des instances de différentes familles et tailles.
Lorsque vous attribuez un hôte dédié à votre compte, vous pouvez choisir une configuration qui prend en charge soit un **type d’instance unique** ou **plusieurs types d’instances** au sein de la même famille d’instances. Le nombre d’instances que vous pouvez exécuter sur un hôte dépend de la configuration que vous choisissez.
**Topics**
+ [Prise en charge d’un seul type d’instance](#dh-single)
+ [Prise en charge de plusieurs types d’instances](#dh-multiple)
## Prise en charge d’un seul type d’instance
Vous pouvez allouer un hôte dédié qui ne prend en charge qu’un seul type d’instance. Avec cette configuration, chaque instance que vous lancez sur l’hôte dédié doit être du même type d’instance, que vous spécifiez lors de l’allocation de l’hôte.
Par exemple, vous pouvez allouer un hôte qui prend uniquement en charge le type d’instance `m5.4xlarge`. Dans ce cas, vous pouvez exécuter uniquement des instances `m5.4xlarge` sur cet hôte.
Le nombre d’instances que vous pouvez lancer sur l’hôte dépend du nombre de cœurs physiques fournis par l’hôte et du nombre de cœurs utilisés par le type d’instance spécifié. Par exemple, si vous attribuez un hôte à des instances `m5.4xlarge`, l’hôte fournit 48 cœurs physiques, et chaque instance `m5.4xlarge` consomme 8 cœurs physiques. Cela signifie que vous pouvez lancer jusqu’à 6 instances sur cet hôte (*48 cœurs physiques/8 cœurs par instance = 6 instances*).
## Prise en charge de plusieurs types d’instances
Vous pouvez allouer un hôte dédié qui prend en charge plusieurs types d’instances au sein de la même famille d’instances. Cela vous permet d’exécuter différents types d’instances sur le même hôte, à condition qu’ils appartiennent à la même famille d’instances et que l’hôte dispose d’une capacité d’instance suffisante.
Par exemple, vous pouvez allouer un hôte qui prend en charge différents types d’instances au sein de la famille d’instances `R5`. Dans ce cas, vous pouvez lancer certaines combinaisons de types d’instances `R5`, tels que `r5.large`, `r5.xlarge`, `r5.2xlarge` et `r5.4xlarge`, sur cet hôte, dans les limites de la capacité physique du cœur de l’hôte.
Les familles d’instances suivantes prennent en charge les hôtes dédiés et plusieurs types d’instances :
+ **À usage général :** A1 \$1 M5 \$1 M5n \$1 M6i \$1 M7i \$1 T3
+ **Optimisées pour le calcul :** C5 \$1 C5n \$1 C6i \$1 C7i
+ **À mémoire optimisée :** R5 \$1 R5n \$1 R6i \$1 R7i
Le nombre d’instances que vous pouvez exécuter sur l’hôte dépend du nombre de cœurs physiques fournis par l’hôte et du nombre de cœurs utilisés par chaque type d’instance exécuté sur l’hôte. Par exemple, si vous allouez un hôte `R5`, qui fournit 48 cœurs physiques, et que vous exécutez 2 instances `r5.2xlarge` (*4 cœurs x 2 instances*) et 3 instances `r5.4xlarge` (*8 cœurs x 3 instances*), ces instances utilisent au total 32 cœurs et vous pouvez exécuter certaines combinaisons d’instances `R5`, tant qu’elles restent dans les 16 cœurs restants.
Cependant, pour chaque famille de·l’instance, le nombre d’instances pouvant être exécutées pour chaque type d’instance est limité. Par exemple, un hôte dédié `R5` prend en charge jusqu’à 2 instances `r5.8xlarge`, ce qui utilise 32 des cœurs physiques. Dans ce cas, des instances `R5` supplémentaires de types plus petits peuvent alors être utilisées pour remplir l’hôte jusqu’à sa capacité maximale. Pour connaître le nombre de types d’instance pris en charge pour chaque famille d’instance, veuillez consulter la rubrique [Tableau de configuration des hôtes dédiés](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#host-configuration).
Le tableau suivant présente des exemples de combinaison de types d’instances :
| Famille d’instances | Exemples de combinaisons de types d'instances |
| --- | --- |
| R5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
| C5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
| M5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
**Considérations**
Gardez les points suivants à l’esprit lorsque vous travaillez avec des hôtes dédiés qui prennent en charge plusieurs types d’instances :
+ L’utilisation de plusieurs types d’instance sur le même hôte n’est possible qu’au sein de la même famille d’instance.
+ Lorsque vous mélangez des types d’instances, afin de maximiser l’utilisation de l’hôte, nous vous recommandons de lancer d’abord des types d’instance plus grands, puis des types d’instance plus petits.
+ En fonction de la combinaison et de l’ordre de lancement des types d’instances sur un hôte dédié, il peut être physiquement impossible de maximiser l’utilisation de l’hôte. Lorsque vous mélangez des types d’instances sur un hôte, il se peut qu’une certaine capacité soit disponible sur l’hôte, mais qu’elle ne soit pas utilisable. Par exemple, il se peut que la version 16 v soit CPUs disponible sur un hôte r5n mais que vous ne puissiez pas lancer une instance 4xlarge sur l'hôte même si r5n.4xlarge s'exécute sur 16 v. CPUs
**Note**
Si vous activez un hôte dédié A1 pour plusieurs types d’instances, vous ne pouvez lancer qu’une combinaison d’instances `a1.xlarge` et `a1.2xlarge` sur cet hôte. Si vous lancez une instance `a1.medium` ou `a1.large` sur cet hôte, vous ne pourrez lancer que plusieurs instances du même type sur l’hôte. Une seule instance `a1.4xlarge` consomme toute la capacité de l’hôte. Si vous avez besoin d’un hôte pour des instances `a1.medium` ou `a1.large`, nous vous recommandons d’allouer des hôtes distincts pour ces types d’instances.
# Instances T3 modulables sur des hôtes dédiés Amazon EC2
Les hôtes dédiés prennent en charge les instances T3 à performance modulable. Les instances T3 offrent un moyen économique d’utiliser votre logiciel de licence BYOL admissible sur du matériel dédié. L’encombrement vCPU réduit des instances T3 vous permet de consolider vos charges de travail sur moins d’hôtes et de maximiser l’utilisation de votre licence par cœur.
Les hôtes dédiés T3 sont les mieux adaptés pour exécuter le logiciel BYOL avec une utilisation faible à modérée du processeur. Cela inclut des licences logicielles éligibles par socket, par cœur ou par machine virtuelle, parmi lesquelles figurent Microsoft Windows Server, Windows Desktop, SQL Server, SUSE Enterprise Linux Server, Red Hat Enterprise Linux et Oracle Database. Parmi les exemples des charges de travail adaptées aux Hôtes dédiés T3 se trouvent les petites et moyennes bases de données, les postes de travail virtuels, les environnements de développement et de test, les référentiels de code et les prototypes de produits. Les hôtes dédiés T3 ne sont pas recommandés pour les charges de travail avec une utilisation soutenue du processeur ou pour les charges de travail qui subissent simultanément des rafales de CPU corrélées.
Les instances T3 sur les hôtes dédiés utilisent le même modèle de crédit que les instances T3 sur le matériel de location partagé. Cependant, elles prennent uniquement en charge le mode de crédit `standard` ; le mode de crédit `unlimited` n’est pas pris en charge. Dans le mode `standard`, les instances T3 sur les hôtes dédiés *gagnent*, *dépensent* et *accumulent* des crédits de la même manière que les instances extensibles sur le matériel de location partagé. Elles fournissent un niveau de base de performances du processeur, avec la possibilité de dépasser ce niveau en cas de besoin. Pour émettre en rafales au-dessus du niveau de base, l’instance dépense les crédits cumulés dans son solde de crédits UC. Lorsque les crédits accumulés sont épuisés, l’utilisation du processeur est réduite au niveau de référence. Pour plus d’informations sur le mode `standard`, consultez [Fonctionnement des instance de performance à capacité extensible standards](burstable-performance-instances-standard-mode-concepts.md#how-burstable-performance-instances-standard-works).
Les hôtes dédiés T3 prennent en charge toutes les fonctionnalités offertes par les hôtes dédiés Amazon EC2, y compris les tailles d’instance multiples sur un seul hôte, les groupes de ressources d’hôte et BYOL.
**Tailles et configurations d’instance T3 prises en charge**
Les hôtes dédiés T3 exécutent des instances T3 à capacité extensible à usage général qui partagent les ressources CPU de l’hôte en fournissant une performance CPU de base et la possibilité d’atteindre un niveau supérieur lorsque nécessaire. Cela permet aux hôtes dédiés T3, qui ont 48 cœurs, de prendre en charge un maximum de 192 instances par hôte. Afin d’utiliser efficacement les ressources de l’hôte et de fournir les meilleures performances d’instance, l’algorithme de placement d’instance Amazon EC2 calcule automatiquement le nombre d’instances prises en charge et les combinaisons de taille d’instance qui peuvent être lancées sur l’hôte.
Les hôtes dédiés T3 prennent en charge plusieurs types d’instance sur le même hôte. Les hôtes dédiés ne prennent pas en charge toutes les tailles d’instances T3. Vous pouvez exécuter différentes combinaisons d’instances T3 dans la limite du CPU de l’hôte.
Le tableau suivant répertorie les types d’instances pris en charge, résume les performances de chaque type d’instance et indique le nombre maximal d’instances pour chaque taille pouvant être lancées.
| Type d’instance | v CPUs | Mémoire (Gio) | Utilisation de référence du processeur par vCPU | Bande passante d’éclatement du réseau (Gbit/s) | Bande passante d’éclatement Amazon EBS (Mb/s) | Nombre maximal d’instances par hôte dédié |
| --- | --- | --- | --- | --- | --- | --- |
| t3.nano | 2 | 0.5 | 5 % | 5 | Jusqu’à 2 085 | 192 |
| t3.micro | 2 | 1 | 10 % | 5 | Jusqu’à 2 085 | 192 |
| t3.small | 2 | 2 | 20 % | 5 | Jusqu’à 2 085 | 192 |
| t3.medium | 2 | 4 | 20 % | 5 | Jusqu’à 2 085 | 192 |
| t3.large | 2 | 8 | 30 % | 5 | 2 780 | 96 |
| t3.xlarge | 4 | 16 | 40 % | 5 | 2 780 | 48 |
| t3.2xlarge | 8 | 32 | 40 % | 5 | 2 780 | 24 |
**Contrôler l’utilisation du processeur pour les hôtes dédiés T3**
Vous pouvez utiliser la CloudWatch métrique `DedicatedHostCPUUtilization` Amazon pour surveiller l'utilisation des vCPU d'un hôte dédié. La métrique est disponible dans l’espace de noms `EC2` et dans la dimension `Per-Host-Metrics`. Pour de plus amples informations, veuillez consulter [Métriques d’hôte dédié](viewing_metrics_with_cloudwatch.md#dh-metrics).
# Apportez vos propres licences logicielles aux hôtes dédiés Amazon EC2
Les Hôtes dédiés vous permettent d’utiliser vos licences logicielles existantes par socket, par cœur ou par machine virtuelle. Lorsque vous utilisez vos propres licences, vous êtes responsable de leur gestion. Toutefois, Amazon EC2 comporte des fonctionnalités qui vous aident à assurer la conformité de vos licences, telles que l’affinité d’instance et le placement ciblé.
Voici les grandes étapes que vous devez suivre afin d’utiliser votre propre image de machine virtuelle sous licence en volume dans Amazon EC2.
1. Assurez-vous que les termes du contrat de licence régissant l’utilisation de vos images de machine permettent l’utilisation dans un environnement cloud virtualisé. Pour de plus amples informations sur les licences Microsoft, consultez [Amazon Web Services et licences Microsoft](https://aws.amazon.com/windows/faq/#licensing).
1. Après avoir vérifié que votre image de machine peut être utilisée dans Amazon EC2, importez-la avec VM Import/Export. Pour plus d'informations sur l'importation de l'image de votre machine, consultez le [Guide de l' Import/Export utilisateur de la machine virtuelle](https://docs.aws.amazon.com/vm-import/latest/userguide/).
1. Une fois votre image de machine importée, vous pouvez lancer des instances depuis cette image sur des Hôtes dédiés actifs de votre compte.
1. Lorsque vous exécutez ces instances, en fonction du système d’exploitation, vous pouvez être contraint d’activer ces instances sur votre propre serveur KMS (par exemple Windows Server ou Windows SQL Server). Vous ne pouvez pas activer votre AMI Windows importée sur le serveur KMS Windows Amazon.
**Note**
Pour suivre la façon dont vos images sont utilisées AWS, activez l'enregistrement par l'hôte dans AWS Config. Vous pouvez l'utiliser AWS Config pour enregistrer les modifications de configuration apportées à un hôte dédié et utiliser la sortie comme source de données pour les rapports sur les licences. Pour de plus amples informations, veuillez consulter [Suivez les modifications de configuration de l'hôte dédié Amazon EC2 à l'aide de AWS Config](dedicated-hosts-aws-config.md).
# Placement automatique et affinité d’hôte dédié Amazon EC2
Le contrôle de placement pour l’Hôtes dédiés est effectué au niveau de l’instance et au niveau de l’hôte.
## Placement automatique
Le placement automatique est configuré au niveau de l’hôte. Il vous permet de définir si les instances que vous lancez le sont sur un hôte spécifique ou sur n’importe quel hôte disponible doté de configurations correspondantes.
Lorsque le placement automatique est **désactivé** pour un hôte dédié, il n’accepte que les lancements d’instance de location d’hôte qui spécifient son ID d’hôte unique. Il s’agit du paramètre par défaut pour un nouvel Hôtes dédiés.
Lorsque le placement automatique d’un hôte dédié est **activé**, il accepte tous les lancements d’instances non ciblés qui correspondent à la configuration de son type d’instance.
Lors du lancement d’une instance, vous devez configurer sa location. Le lancement d’une instance sur un Hôte dédié sans indiquer un `HostId` spécifique permet de la lancer sur n’importe quel Hôte dédié sur lequel le placement automatique est *activé* et qui correspond à son type d’instance.
## Affinité de l’hôte
L’affinité de l’hôte est configurée au niveau de l’instance. Elle établit une relation de lancement entre une instance et un Hôte dédié.
Lorsque l’affinité a pour valeur `Host`, une instance lancée sur un hôte spécifique redémarre toujours sur le même hôte si elle est arrêtée. Cela s’applique aussi bien aux lancements ciblés qu’aux lancements non-ciblés.
Lorsque l’affinité a pour valeur `Default` et que vous arrêtez et redémarrez l’instance, cette dernière peut être redémarrée sur tout hôte disponible. Toutefois, elle essaie de se relancer sur le dernier Hôte dédié sur lequel elle s’est exécutée (dans la mesure du possible).
# Attribuez un hôte dédié Amazon EC2 à utiliser dans votre compte
Pour utiliser un hôte dédié, vous devez d’abord allouer des hôtes à utiliser sur votre compte. Lorsque vous allouez l’Hôte dédié, la capacité de l’Hôte dédié est immédiatement mise à disposition dans votre compte et vous pouvez commencer à lancer des instances sur l’Hôte dédié.
Lorsque vous attribuez un hôte dédié à votre compte, vous pouvez choisir une configuration qui prend en charge soit un **type d’instance unique** ou **plusieurs types d’instances** au sein de la même famille d’instances. Le nombre d’instances que vous pouvez exécuter sur l’hôte dépend de la configuration que vous choisissez. Pour plus d’informations, voir [Configurations de capacité d’instance d’un Hôte dédié Amazon EC2](dedicated-hosts-limits.md).
------
#### [ Console ]
**Pour allouer un Hôte dédié**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Hôtes dédiés**, puis **Allouer un Hôte dédié**.
1. Pour **Famille d’instances**, choisissez la famille de·l’instance de l’Hôte dédié.
1. Indiquez si l’Hôte dédié prend en charge plusieurs types d’instances dans la famille d’instances sélectionnée ou uniquement un type d’instance spécifique. Effectuez l’une des actions suivantes :
+ Pour configurer l’Hôte dédié afin qu’il prenne en charge plusieurs types d’instances dans la famille d’instances sélectionnée, pour **Support multiple instance types (Prendre en charge plusieurs types d’instances)**, choisissez **Activer**. La sélection de cette option vous permet de lancer différentes tailles d’instances d’une même famille d’instances sur l’Hôte dédié. Par exemple, si vous choisissez la famille d’instances `m5` et que vous choisissez cette option, vous pouvez lancer les instances `m5.xlarge` et `m5.4xlarge` sur l’Hôte dédié.
+ Pour configurer l’hôte dédié afin qu’il prenne en charge un type d’instance spécifique dans la famille d’instances sélectionnée, désélectionnez **Support multiple instance types (Prendre en charge plusieurs types d’instances)**, puis, dans **Instance type (Type d’instance)**, choisissez le type d’instance à prendre en charge. Cette action vous permet de lancer un seul type d’instance sur l’Hôte dédié. Par exemple, si vous choisissez cette option et spécifiez `m5.4xlarge` comme type d’instance pris en charge, vous pouvez uniquement lancer des instances `m5.4xlarge` sur l’Hôte dédié.
1. Pour **Zone de disponibilité**, choisissez la zone de disponibilité dans laquelle allouer l’Hôte dédié.
1. Pour autoriser l’Hôte dédié à accepter les lancements d’instance non ciblés correspondant à son type d’instance, pour **Instance auto-placement (Placement automatique d’instance)**, choisissez **Enable (Autoriser)**. Pour en savoir plus sur le placement automatique, consultez [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
1. Pour autoriser la récupération d’hôte pour l’Hôte dédié, pour **Host recovery (Récupération de l’hôte)**, choisissez **Activer**. Pour plus d’informations, consultez [Restauration de l’hôte dédié Amazon EC2](dedicated-hosts-recovery.md).
1. Pour **Quantité**, entrez le nombre d’Hôtes dédiés à allouer.
1. (Facultatif) Sélectionnez **Ajouter une nouvelle balise** et saisissez une clé et une valeur de balise.
1. Choisissez **Allocate**.
------
#### [ AWS CLI ]
**Pour allouer un Hôte dédié**
Utilisez la commande [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html). L’exemple suivant alloue un hôte dédié qui prend en charge plusieurs types d’instances de la famille d’instances `m5` dans la zone de disponibilité `us-east-1a`. Il permet également la restauration de l’hôte et désactive le placement automatique.
```
aws ec2 allocate-hosts \
--instance-family "m5" \
--availability-zone "us-east-1a" \
--auto-placement "off" \
--host-recovery "on" \
--quantity 1
```
L’exemple suivant alloue un hôte dédié qui prend en charge les lancements d’instances *non ciblés* dans la zone de disponibilité spécifiée, active la récupération de l’hôte et active le placement automatique.
```
aws ec2 allocate-hosts \
--instance-type "m5.large" \
--availability-zone "eu-west-1a" \
--auto-placement "on" \
--host-recovery "on" \
--quantity 1
```
------
#### [ PowerShell ]
**Pour allouer un Hôte dédié**
Utilisez l’applet de commande [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html). L’exemple suivant alloue un hôte dédié qui prend en charge plusieurs types d’instances de la famille d’instances `m5` dans la zone de disponibilité `us-east-1a`. La fonctionnalité de récupération de l’hôte est activée et la fonctionnalité de placement automatique est désactivée sur l’hôte.
```
New-EC2Host `
-InstanceFamily m5 `
-AvailabilityZone us-east-1a `
-AutoPlacement Off `
-HostRecovery On `
-Quantity 1
```
L’exemple suivant alloue un hôte dédié qui prend en charge les lancements d’instances *non ciblés* dans la zone de disponibilité spécifiée et permet la récupération de l’hôte.
```
New-EC2Host `
-InstanceType m5.large `
-AvailabilityZone eu-west-1a `
-AutoPlacement On `
-HostRecovery On `
-Quantity 1
```
------
# Démarrer des instances Amazon EC2 sur un hôte dédié Amazon EC2
Une fois que vous avez alloué un Hôte dédié, vous pouvez lancer des instances sur cet hôte. Vous ne pouvez pas lancer des instances avec la location `host` si vous n’avez pas d’Hôtes dédiés actifs avec suffisamment de capacité disponible pour le type d’instance que vous lancez.
**Considérations**
+ Les AMI SQL Server, SUSE et RHEL fournies par Amazon EC2 ne peuvent pas être utilisées avec des Hôtes dédiés.
+ Pour les hôtes dédiés qui prennent en charge plusieurs tailles d’instance, nous vous recommandons de lancer d’abord les instances de plus grande taille, puis de remplir la capacité d’instance restante avec les instances de plus petite taille, si nécessaire.
+ Avant de lancer vos instances, prenez note des restrictions. Pour de plus amples informations, veuillez consulter [Restrictions Hôtes dédiés](dedicated-hosts-overview.md#dedicated-hosts-limitations).
------
#### [ Console ]
**Pour lancer une instance sur un Hôte dédié spécifique depuis la page Hôtes dédiés**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Hôtes dédiés** dans le volet de navigation.
1. Dans la page **Dedicated Hosts** (Hôtes dédiés), sélectionnez un hôte et choisissez **Actions**, **Launch Instance(s) onto host** (Lancer une ou plusieurs instances sur l’hôte).
1. Dans la section **Application and OS Images** (Images d’applications et de systèmes d’exploitation), sélectionnez une AMI de la liste.
1. Dans la section **Instance type** (Type d’instance), sélectionnez le type d’instance à lancer.
**Note**
Si l’Hôte dédié ne prend en charge qu’un seul type d’instance, ce type est sélectionné par défaut et ne peut pas être modifié.
Si l’Hôte dédié prend en charge plusieurs types d’instances, vous devez sélectionner un type d’instance dans la famille d’instances prise en charge en fonction de la capacité d’instance disponible de l’Hôte dédié. Nous vous recommandons de lancer d’abord les tailles d’instance plus grandes, puis de remplir la capacité d’instance restante avec les tailles d’instance plus petites, si nécessaire.
1. Dans la section **Key pair** (Paire de clés), sélectionnez la paire de clés à associer à l’instance.
1. Dans la section **Advanced details** (Détails avancés), pour **Tenancy affinity** (Affinité de location), sélectionnez l’une des options suivantes :
+ **Désactivé** : affinité avec l’hôte désactivée. L’instance est lancée sur l’hôte spécifié, mais il n’est pas garanti qu’elle redémarre sur le même hôte dédié si elle est arrêtée.
+ Un identifiant d’hôte dédié : affinité d’hôte activée. Si l’instance est arrêtée, elle redémarre toujours sur cet hôte spécifique. Si l’hôte n’a pas de capacité, l’instance ne peut pas être redémarrée ; vous devez établir une affinité avec un autre hôte.
Pour en savoir plus sur l’affinité, consultez [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
**Note**
Les options **Location** et **Hôte** sont préconfigurées en fonction de l’hôte que vous avez sélectionné.
1. Configurez les options d’instance restantes selon les besoins. Pour de plus amples informations, veuillez consulter [Référence pour les paramètres de configuration des EC2 instances Amazon](ec2-instance-launch-parameters.md).
1. Sélectionnez **Launch instance** (Lancer une instance).
**Pour lancer une instance sur un Hôte dédié à l’aide de l’assistant de lancement d’instance**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Instances**, **Launch instance** (Lancer une instance).
1. Dans la section **Application and OS Images** (Images d’applications et de systèmes d’exploitation), sélectionnez une AMI de la liste.
1. Dans la section **Instance type** (Type d’instance), sélectionnez le type d’instance à lancer.
1. Dans la section **Key pair** (Paire de clés), sélectionnez la paire de clés à associer à l’instance.
1. Dans la section **Advanced details** (Détails avancés), procédez comme suit :
1. Pour **Tenancy** (Location), sélectionnez **Dedicated Host** (Hôte dédié).
1. Pour **Target host by** (Cibler l’hôte par), sélectionnez **Host ID** (ID de l’hôte).
1. Pour **Target host ID** (ID de l’hôte cible), sélectionnez l’hôte sur lequel lancer l’instance.
1. Pour **Tenancy affinity** (Affinité de location), sélectionnez l’une des options suivantes :
+ **Désactivé** : affinité avec l’hôte désactivée. L’instance est lancée sur l’hôte spécifié, mais il n’est pas garanti qu’elle redémarre sur le même hôte dédié si elle est arrêtée.
+ Un identifiant d’hôte dédié : affinité d’hôte activée. Si l’instance est arrêtée, elle redémarre toujours sur cet hôte spécifique. Si l’hôte n’a pas de capacité, l’instance ne peut pas être redémarrée ; vous devez établir une affinité avec un autre hôte.
Pour en savoir plus sur l’affinité, consultez [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
1. Configurez les options d’instance restantes selon les besoins. Pour de plus amples informations, veuillez consulter [Référence pour les paramètres de configuration des EC2 instances Amazon](ec2-instance-launch-parameters.md).
1. Sélectionnez **Launch instance** (Lancer une instance).
------
#### [ AWS CLI ]
**Pour lancer une instance dans un Hôte dédié**
Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) et spécifiez l’affinité de l’instance, la location et l’hôte dans l’option `--placement`.
Pour se lancer sur un hôte dédié spécifique présentant une affinité d'hôte (l'instance redémarre toujours sur le même hôte en cas d'arrêt) :
```
--placement Affinity=host,Tenancy=host,HostId=h-07879acf49EXAMPLE
```
Pour lancer sur un hôte dédié spécifique sans affinité d'hôte (l'instance peut redémarrer sur n'importe quel hôte disponible) :
```
--placement Tenancy=host,HostId=h-07879acf49EXAMPLE
```
Pour lancer sur n'importe quel hôte dédié disponible avec le placement automatique activé et le type d'instance correspondant :
```
--placement Tenancy=host
```
------
#### [ PowerShell ]
**Pour lancer une instance dans un Hôte dédié**
Utilisez l'[New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)applet de commande et spécifiez l'affinité, la location et l'hôte de l'instance dans le paramètre. `-Placement`
Pour se lancer sur un hôte dédié spécifique présentant une affinité d'hôte (l'instance redémarre toujours sur le même hôte en cas d'arrêt) :
```
-Placement_Affinity host `
-Placement_Tenancy host `
-Placement_HostId h-07879acf49EXAMPLE
```
Pour lancer sur un hôte dédié spécifique sans affinité d'hôte (l'instance peut redémarrer sur n'importe quel hôte disponible) :
```
-Placement_Tenancy host `
-Placement_HostId h-07879acf49EXAMPLE
```
Pour lancer sur n'importe quel hôte dédié disponible avec le placement automatique activé et le type d'instance correspondant :
```
-Placement_Tenancy host
```
------
# Lancer des instances Amazon EC2 dans un groupe de ressources hôte
Les hôtes dédiés sont également intégrés à AWS License Manager. Grâce à License Manager, vous pouvez créer un groupe de ressources hôte, qui est un ensemble d’Hôtes dédiés gérés en tant qu’entité unique. Lors de la création d’un groupe de ressources hôte, vous spécifiez les préférences de gestion de l’hôte, telles que l’allocation automatique et la libération automatique, pour les Hôtes dédiés. Vous pouvez ainsi lancer des instances sur les Hôtes dédiés sans allouer ni gérer manuellement ces hôtes. Pour plus d’informations, consultez [Groupes de ressources hôte](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) dans le *Guide de l’utilisateur AWS License Manager *.
Lorsque vous lancez une instance dans un groupe de ressources hôte qui contient un Hôte dédié avec une capacité d’instance disponible, Amazon EC2 lance l’instance sur cet hôte. Si le groupe de ressources hôte ne contient pas d’hôte avec une capacité d’instance disponible, Amazon EC2 alloue automatiquement un nouvel hôte dans le groupe de ressources hôte, puis lance l’instance sur cet hôte. Pour plus d’informations, consultez [Groupes de ressources hôte](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) dans le *Guide de l’utilisateur AWS License Manager *.
**Exigences et limites**
+ Vous devez associer une configuration de licence basée sur le cœur/socket à l’AMI.
+ Vous ne pouvez pas utiliser les AMI SQL Server, SUSE ou RHEL fournies par Amazon EC2 avec Hôtes dédiés.
+ Vous ne pouvez pas cibler un hôte spécifique en choisissant un ID d’hôte et vous ne pouvez pas activer l’affinité d’instance lors du lancement d’une instance dans un groupe de ressources hôte.
------
#### [ Console ]
**Pour lancer une instance dans un groupe de ressources hôte**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Instances**, **Launch instance** (Lancer une instance).
1. Dans la section **Application and OS Images** (Images d’applications et de systèmes d’exploitation), sélectionnez une AMI de la liste.
1. Dans la section **Instance type** (Type d’instance), sélectionnez le type d’instance à lancer.
1. Dans la section **Key pair** (Paire de clés), sélectionnez la paire de clés à associer à l’instance.
1. Dans la section **Advanced details** (Détails avancés), procédez comme suit :
1. Pour **Tenancy** (Location), sélectionnez **Dedicated Host** (Hôte dédié).
1. Pour **Target host by** (Cibler l’hôte par), sélectionnez **Host resource group** (Groupe de ressources hôte).
1. Pour **Host resource group name** (Groupe de ressources hôte de location), sélectionnez le groupe de ressources hôte dans lequel lancer l’instance.
1. Pour **Tenancy affinity** (Affinité de location), sélectionnez l’une des options suivantes :
+ Sélectionnez **Off** (Désactivé) — L’instance est lancée sur l’hôte spécifié, mais il n’est pas garanti qu’elle redémarre sur le même hôte dédié si elle est arrêtée.
+ Sélectionnez l’ID de l’hôte dédié — Si l’instance est arrêtée, elle redémarre toujours sur cet hôte spécifique.
Pour en savoir plus sur l’affinité, consultez [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
1. Configurez les options d’instance restantes selon les besoins. Pour de plus amples informations, veuillez consulter [Référence pour les paramètres de configuration des EC2 instances Amazon](ec2-instance-launch-parameters.md).
1. Sélectionnez **Launch instance** (Lancer une instance).
------
#### [ AWS CLI ]
**Pour lancer une instance dans un groupe de ressources hôte**
Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Dans l’option `--placement`, omettez la location et spécifiez l’ARN du groupe de ressources hôte.
```
--placement HostResourceGroupArn=arn:aws:resource-groups:us-east-2:123456789012:group/my-resource-group
```
------
#### [ PowerShell ]
**Pour lancer une instance dans un groupe de ressources hôte**
Utilisez l’applet de commande [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). Dans le paramètre `-Placement`, omettez la location et spécifiez l’ARN du groupe de ressources hôte.
```
-Placement_HostResourceGroupArn arn:aws:resource-groups:us-east-2:123456789012:group/my-resource-group
```
------
# Modifier le paramètre de placement automatique pour un hôte dédié Amazon EC2 existant
Vous pouvez modifier les paramètres de placement automatique d'un hôte dédié après l'avoir attribué à votre AWS compte.
------
#### [ Console ]
**Pour modifier le placement automatique d’un Hôte dédié**
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, choisissez **Hôtes dédiés**.
1. Sélectionnez un hôte et choisissez **Actions**, **Modify host (Modifier l’hôte)**.
1. Pour **Instance auto-placement (Placement automatique de l’instance)**, choisissez **Activer** pour activer le placement automatique ou **Désactiver** pour désactiver le placement automatique. Pour plus d’informations, consultez [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
1. Choisissez **Enregistrer**.
------
#### [ AWS CLI ]
**Pour modifier le placement automatique d’un Hôte dédié**
Utilisez la commande [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--auto-placement on \
--host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Pour modifier le placement automatique d’un Hôte dédié**
Utilisez l’applet de commande [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-AutoPlacement 1 `
-HostId h-012a3456b7890cdef
```
------
# Modifier les types d’instance pris en charge pour un hôte dédié Amazon EC2
Vous pouvez modifier un Hôte dédié afin de modifier les types d’instances qu’il prend en charge. S’il prend actuellement en charge un seul type d’instance, vous pouvez le modifier afin qu’il en prenne en charge plusieurs dans cette famille d’instances. De même, s’il prend en charge plusieurs types d’instances, vous pouvez le modifier afin qu’il n’en prenne plus qu’un seul.
Pour modifier un Hôte dédié afin qu’il prenne en charge plusieurs types d’instances, vous devez d’abord arrêter toutes les instances en cours d’exécution sur l’hôte. Cette modification prend effet au bout d’environ 10 minutes. L’Hôte dédié passe à l’état `pending` pendant que la modification est en cours. Vous ne pouvez pas démarrer les instances arrêtées ou lancer de nouvelles instances sur l’Hôte dédié lorsqu’il est à l’état `pending`.
Pour qu’il soit possible de modifier un Hôte dédié prenant en charge plusieurs types d’instances afin qu’il n’en prenne plus qu’un seul, l’hôte ne doit avoir aucune instance en cours d’exécution ou les instances en cours d’exécution doivent être du type qui devra être pris en charge par l’hôte. Par exemple, pour modifier un hôte prenant en charge plusieurs types d’instances dans la famille d’instances `m5` afin qu’il ne prenne plus en charge que les instances `m5.large`, il faut que l’Hôte dédié n’ait aucune instance en cours d’exécution ou que seules des instances `m5.large` soient en cours d’exécution sur l’hôte.
Si vous allouez un hôte pour un type d’instance virtualisée, vous ne pouvez pas modifier le type d’instance en un type d’instance `.metal` après l’allocation de l’hôte. Par exemple, si vous allouez un hôte pour le type d’instance `m5.large`, vous ne pouvez pas modifier le type d’instance en `m5.metal`. De même, si vous allouez un hôte pour un type d’instance `.metal`, vous ne pouvez pas modifier le type d’instance en un type d’instance virtualisée après l’allocation de l’hôte. Par exemple, si vous allouez un hôte pour le type d’instance `m5.metal`, vous ne pouvez pas modifier le type d’instance en `m5.large`.
------
#### [ Console ]
**Pour modifier les types d’instance pris en charge pour un Hôte dédié**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Dedicated Host** (Hôte dédié).
1. Sélectionnez l’Hôte dédié à modifier et choisissez **Actions**, **Modify host (Modifier l’hôte)**.
1. Selon la configuration actuelle de l’Hôte dédié, procédez comme indiqué ci-après.
+ Si l’Hôte dédié prend actuellement en charge un type d’instance spécifique, l’option **Support multiple instance types (Prendre en charge plusieurs types d’instance)** n’est pas activée et la liste **Type d’instance** répertorie le type d’instance pris en charge. Pour modifier l’hôte afin qu’il prenne en charge plusieurs types d’instances dans la famille d’instances actuelle, pour **Support multiple instance types (Prendre en charge plusieurs types d’instances)**, choisissez **Activer**.
Pour modifier un hôte afin qu’il prenne en charge plusieurs types d’instances, vous devez d’abord arrêter toutes les instances en cours d’exécution sur l’hôte.
+ Si l’Hôte dédié prend actuellement en charge plusieurs types d’instances d’une famille, **Activé** est sélectionné pour **Support multiple instance types (Prendre en charge plusieurs types d’instances)**. Pour modifier l’hôte afin qu’il prenne en charge un type d’instance spécifique, pour **Support multiple instance types (Prendre en charge plusieurs types d’instances)**, décochez **Activer**, puis pour **Type d’instance**, sélectionnez le type d’instance spécifique à prendre en charge.
Vous ne pouvez pas modifier la famille d’instances prise en charge par l’Hôte dédié.
1. Choisissez **Enregistrer**.
------
#### [ AWS CLI ]
**Pour modifier les types d’instance pris en charge pour un Hôte dédié**
Utilisez la commande [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
L’exemple suivant modifie un hôte dédié afin qu’il prenne en charge plusieurs types d’instances au sein de la famille d’instances `m5`.
```
aws ec2 modify-hosts \
--instance-family m5 \
--host-ids h-012a3456b7890cdef
```
L’exemple suivant modifie un hôte dédié afin qu’il prenne uniquement en charge les instances `m5.xlarge`.
```
aws ec2 modify-hosts \
--instance-type m5.xlarge \
--instance-family --host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Pour modifier les types d’instance pris en charge pour un Hôte dédié**
Utilisez l’applet de commande [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
L’exemple suivant modifie un hôte dédié afin qu’il prenne en charge plusieurs types d’instances au sein de la famille d’instances `m5`.
```
Edit-EC2Host `
-InstanceFamily m5 `
-HostId h-012a3456b7890cdef
```
L’exemple suivant modifie un hôte dédié afin qu’il prenne uniquement en charge les instances `m5.xlarge`.
```
Edit-EC2Host `
-InstanceType m5.xlarge `
-HostId h-012a3456b7890cdef
```
------
# Modifier la location et l’affinité d’un hôte dédié Amazon EC2 pour une instance Amazon EC2
Vous pouvez modifier la location d’une instance après l’avoir lancée. Vous pouvez également modifier l’affinité de votre instance afin de cibler un hôte spécifique ou de l’autoriser à être lancée sur n’importe quel hôte dédié disponible avec les attributs correspondants dans votre compte. Pour qu’il soit possible de modifier l’affinité ou la location de l’instance, il faut que l’instance soit à l’état `stopped`.
Les détails du système d’exploitation de votre instance, et le fait que SQL Server soit installé ou non, ont une incidence sur les conversions prises en charge. Pour plus d’informations sur les chemins de conversion de location disponibles pour votre instance, consultez la section [Tenancy conversion](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-tenancy.html) dans le *Guide de l’utilisateur de License Manager*.
**Note**
Pour les instances T3, vous devez lancer l’instance sur un hôte dédié pour utiliser une location `host`. Pour les instances T3, vous ne pouvez pas modifier la location de `host` à `dedicated` ou `default`. Si vous tentez d’effectuer l’une de ces modifications de location non prises en charge, vous obtiendrez un code d’erreur `InvalidRequest`.
------
#### [ Console ]
**Pour modifier la location d’instance ou l’affinité**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Instances**, puis sélectionnez l’instance à modifier.
1. Choisissez **État de l’instance**, **Arrêter**.
1. Tandis que l’instance est toujours sélectionnée, choisissez **Actions**, **Paramètres de l’instance**, puis **Changer le placement d’instance**.
1. Sur la page **Modifier le placement d’instance**, configurez les éléments suivants :
+ **Location** — Choisissez l’une des options suivantes :
+ Exécuter une instance matérielle dédiée — Lance l’instance en tant qu’Instance dédiée. Pour plus d’informations, consultez [Instances EC2 dédiées Amazon](dedicated-instance.md).
+ Launch the instance on a Hôte dédié — Lance l’instance sur un Hôte dédié avec une affinité configurable.
+ **Affinité** — Choisissez l’une des options suivantes :
+ Cette instance peut être exécutée sur un de mes hôtes — L’instance est lancée sur n’importe quel Hôte dédié disponible de votre compte prenant en charge son type d’instance.
+ Cette instance ne peut être exécutée que sur l’hôte sélectionné — L’instance ne peut s’exécuter que sur l’Hôte dédié sélectionné pour **Hôte cible**.
+ **Hôte cible** — Sélectionnez l’Hôte dédié sur lequel l’instance doit s’exécuter. Si aucun hôte cible n’est répertorié, cela signifie que vous n’avez peut-être aucun Hôtes dédiés compatible disponible dans votre compte.
Pour plus d’informations, consultez [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
1. Choisissez **Enregistrer**.
------
#### [ AWS CLI ]
**Pour modifier la location d’instance ou l’affinité**
Utilisez la commande [modify-instance-placement](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-placement.html). Les exemples suivants remplacent l’affinité de l’instance spécifiée `default` par `host` et indiquent l’Hôte dédié avec lequel l’instance a une affinité.
```
aws ec2 modify-instance-placement \
--instance-id i-1234567890abcdef0 \
--affinity host \
--tenancy host \
--host-id h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Pour modifier la location d’instance ou l’affinité**
Utilisez l’applet de commande [Edit-EC2InstancePlacement](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstancePlacement.html). Les exemples suivants remplacent l’affinité de l’instance spécifiée `default` par `host` et indiquent l’Hôte dédié avec lequel l’instance a une affinité.
```
Edit-EC2InstancePlacement `
-InstanceId i-1234567890abcdef0 `
-Affinity host `
-Tenancy host `
-HostId h-012a3456b7890cdef
```
------
# Libérer un hôte dédié Amazon EC2
Si vous n’avez plus besoin d’un hôte dédié, vous pouvez arrêter les instances en cours d’exécution sur celui-ci, configurer leur lancement sur un autre hôte, puis *libérer* l’hôte.
Pour pouvoir libérer l’Hôte dédié, vous devez arrêter toutes les instances exécutées sur ce dernier. Ces instances peuvent être migrées vers un autre Hôtes dédiés de votre compte afin que vous puissiez continuer à les utiliser. Ces étapes ne concernent que les Hôtes dédiés à la demande.
------
#### [ Console ]
**Pour libérer un Hôte dédié**
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, choisissez **Hôtes dédiés**.
1. Sur la page **Hôtes dédiés**, sélectionnez le Hôte dédié à libérer.
1. Sélectionnez **Actions**, puis **Libérer des hôtes**.
1. Choisissez **Libérer** pour confirmer.
------
#### [ AWS CLI ]
**Pour libérer un Hôte dédié**
Utilisez la commande [release-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/release-hosts.html).
```
aws ec2 release-hosts --host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Pour libérer un Hôte dédié**
Utilisez l’applet de commande [Remove-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Host.html).
```
Remove-EC2Host -HostId h-012a3456b7890cdef
```
------
Une fois que vous avez libéré un Hôte dédié, vous ne pouvez plus réutiliser le même hôte ou ID d’hôte et la facturation à la demande pour cet hôte cesse. L’état de l’Hôte dédié devient `released` et vous ne pouvez plus lancer aucune instance sur cet hôte.
**Note**
Si vous avez récemment libéré des Hôtes dédiés, il peut s’écouler un peu de temps avant qu’ils cessent d’être comptabilisés dans le cadre de votre limite. Pendant ce temps, vous pouvez recevoir des erreurs `LimitExceeded` lorsque vous essayez d’allouer de nouveaux Hôtes dédiés. Dans ce cas, réessayez d’allouer ces nouveaux hôtes après quelques minutes.
Les instances qui ont été arrêtées peuvent toujours être utilisées et sont répertoriées à la page **Instances**. Elles conservent leur paramètre de location `host`.
# Migrer vers des hôtes dédiés Amazon EC2 basés sur Nitro
Le Système Nitro est un ensemble de composants matériels et logiciels élaborés par AWS qui garantissent des performances élevées, une haute disponibilité et un niveau de sécurité élevé. Les hôtes dédiés basés sur Nitro offrent un meilleur rapport prix/performances par rapport aux hôtes dédiés basés sur Xen. Si vous avez des hôtes dédiés basés sur Xen dans votre compte, nous vous recommandons de migrer vos charges de travail vers des hôtes dédiés basés sur Nitro. Pour plus d’informations, consultez [Système Nitro AWS](https://aws.amazon.com/ec2/nitro/).
Pour migrer d’un hôte dédié basé sur Xen vers un hôte dédié basé sur Nitro, vous devez migrer les instances basées sur Xen de votre hôte dédié vers des types d’instances basés sur Nitro, allouer un nouvel hôte dédié basé sur Nitro, puis déplacer vos instances basées sur Nitro migrées vers votre nouvel hôte dédié basé sur Nitro.
Cette rubrique fournit des étapes détaillées pour la migration d’hôtes dédiés basés sur Xen vers des hôtes dédiés basés sur Nitro.
**Topics**
+ [Étape 1 : identifier vos Hôtes dédiés basés sur Xen](#identify-xen-hosts)
+ [Étape 2 : Migrer des instances basées sur Xen vers des types d’instance basés sur Nitro](#migrate-dh-instances)
+ [Étape 3 : allouer un hôte dédié basé sur Nitro](#allocate-nitro-host)
+ [Étape 4 : déplacer les instances migrées vers un nouvel hôte dédié basé sur Nitro](#move-instances)
+ [Étape 5 : libérer l’hôte dédié basé sur Xen inutilisé](#release-xen-instances)
## Étape 1 : identifier vos Hôtes dédiés basés sur Xen
Les hôtes dédiés suivants sont basés sur Xen et peuvent être migrés vers des hôtes dédiés basés sur Nitro.
+ **Usage général :**M3 \$1 M4
+ **Calcul optimisé :**C3 \$1 C4
+ **Mémoire optimisée : **R3 \$1 R4 \$1 X1 \$1 X1e
+ **Stockage optimisé : **D2 \$1 H1 \$1 I2 \$1 I3
+ **Calcul accéléré : **F1 \$1 G3 \$1 P2 \$1 P3
**Pour vérifier si votre compte comporte des hôtes dédiés basés sur Xen**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Hôtes dédiés**.
1. Dans le **champ Rechercher**, utilisez le filtre de **famille d’instances** pour rechercher les hôtes dédiés basés sur Xen ci-dessus. Par exemple, *famille d’instances = m3*.
## Étape 2 : Migrer des instances basées sur Xen vers des types d’instance basés sur Nitro
Les instances qui s’exécutent sur des hôtes dédiés basés sur Xen sont également basées sur Xen. Vous devez migrer ces instances vers des types d’instances basés sur Nitro avant de pouvoir les déplacer vers des hôtes dédiés basés sur Nitro.
**Important**
Avant de commencer à migrer vos instances, nous vous recommandons de sauvegarder vos données. Pour plus d’informations, consultez [Créer des instantanés Amazon EBS en plusieurs volumes à partir d’une instance Amazon EC2.](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-create-snapshots.html)
**Pour rechercher des instances exécutées sur vos hôtes dédiés basés sur Xen**
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, choisissez **Hôtes dédiés**.
1. Sélectionnez l’hôte basé sur Xen que vous souhaitez migrer, puis sélectionnez l’onglet **Running instances**. L’onglet affiche la liste de toutes les instances en cours d’exécution sur l’hôte sélectionné.
Pour migrer **des instances Linux**, consultez [Changements de type d'instance Amazon EC2](ec2-instance-resize.md).
Pour migrer **des instances Windows**, consultez [Migrer une instance Windows EC2 vers un type d’instance basé sur Nitro](migrating-latest-types.md).
**Note**
Assurez-vous de migrer vos instances vers un type d’instance correspondant à l’hôte dédié basé sur Nitro vers lequel vous souhaitez migrer. Par exemple, si vous avez l’intention de migrer vers un hôte dédié M7i, assurez-vous de migrer vos instances vers un type d’instance M7i.
## Étape 3 : allouer un hôte dédié basé sur Nitro
**Pour trouver des hôtes dédiés compatibles basés sur Nitro**
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, choisissez **Types d’instances**.
1. Appliquez les filtres suivants :
+ *Hyperviseur = nitro*
+ *Prise en charge de l’hôte dédié = vrai*
Une fois que vous avez trouvé un type d’instance Nitro approprié, [allouez un nouvel hôte dédié](dedicated-hosts-allocating.md).
## Étape 4 : déplacer les instances migrées vers un nouvel hôte dédié basé sur Nitro
Une fois que vous avez alloué l’hôte dédié basé sur Nitro et qu’il a atteint son état `available`, vous pouvez déplacer les instances que vous avez précédemment migrées vers des types d’instance basés sur Nitro vers le nouvel hôte dédié.
**Pour déplacer vos instances vers votre nouvel hôte dédié basé sur Nitro**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, **Instances**.
1. Sélectionnez l’instance que vous avez migrée et choisissez **Actions**, **Paramètres de l’instance**, puis **Modifier le placement de l’instance**.
1. Pour **’hôte dédié cible**, sélectionnez le nouvel hôte dédié basé sur Nitro, puis sélectionnez **Enregistrer**.
1. Redémarrez l’instance. Sélectionnez l’instance et choisissez **État de l’instance**, **Arrêter l’instance**.
## Étape 5 : libérer l’hôte dédié basé sur Xen inutilisé
Après avoir migré vos charges de travail de l’hôte dédié basé sur Xen vers le nouvel hôte dédié basé sur Nitro, vous pouvez [libérer l’hôte dédié basé sur Xen si vous n’en avez plus besoin](dedicated-hosts-releasing.md).
## Achetez des réservations d’hôtes dédiés pour bénéficier de remises sur la facturation des hôtes dédiés
Les réservations d’hôtes dédiés vous permettent de bénéficier d’une remise allant jusqu’à 70 % par rapport à la tarification des hôtes dédiés à la demande. Vous devez avoir des hôtes dédiés actifs alloués dans votre compte avant de pouvoir acheter des réservations d’hôtes dédiés. Pour de plus amples informations, veuillez consulter [Dedicated Host Reservations](dedicated-hosts-billing.md#dedicated-host-reservations).
------
#### [ Console ]
**Pour acheter des réservations**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Hôtes dédiés**, **Réservations d’hôtes dédiés**, **Purchase Réservation d’hôtes dédiés (Acheter un hôte dédié)**.
1. Sur l’écran **Rechercher des offres**, procédez comme suit :
1. Dans **Famille d’instances**, sélectionnez la famille d’instances de l’hôte dédié pour lequel vous souhaitez acheter la réservation d’hôte dédié.
1. Pour l’**option de paiement**, sélectionnez et configurez votre option de paiement préférée.
1. Choisissez **Suivant**.
1. Sélectionnez les hôtes dédiés auxquels associer la réservation d’hôte dédié, puis cliquez sur **Suivant**.
1. (*Facultatif*) Attribuez des tags à la réservation d’hôte dédié.
1. Examinez votre commande et sélectionnez **Purchase (Acheter)**.
------
#### [ AWS CLI ]
**Pour acheter des réservations**
1. Utilisez la [describe-host-reservation-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-host-reservation-offerings.html)commande pour répertorier les offres disponibles qui répondent à vos besoins. L’exemple suivant répertorie les offres qui prennent en charge des instances dans la famille d’instances `m4` et ont une durée d’un an.
La durée est indiquée en secondes. Une période d’un an comporte 31 536 000 secondes, tandis qu’une période de trois ans comporte 94 608 000 secondes.
```
aws ec2 describe-host-reservation-offerings \
--filter Name=instance-family,Values=m4 \
--max-duration 31536000
```
Les deux commandes renvoient une liste d’offres qui correspondent à vos critères de recherche. Notez l’ID de l’offre à acheter.
1. Utilisez la [purchase-host-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-host-reservation.html)commande pour acheter l'offre et fournissez les informations `offeringId` indiquées à l'étape précédente. L'exemple suivant achète la réservation spécifiée et l'associe à un hôte dédié spécifique qui est déjà attribué dans le AWS compte, et il applique une balise avec une clé `purpose` et une valeur de`production`.
```
aws ec2 purchase-host-reservation \
--offering-id hro-03f707bf363b6b324 \
--host-id-set h-013abcd2a00cbd123 \
--tag-specifications 'ResourceType=host-reservation,Tags={Key=purpose,Value=production}'
```
------
#### [ PowerShell ]
**Pour acheter des réservations**
1. Utilisez l'[Get-EC2HostReservationOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2HostReservationOffering.html)applet de commande pour répertorier les offres disponibles qui répondent à vos besoins. Les exemples suivants répertorient les offres qui prennent en charge des instances dans la famille d’instances `m5` et ont une durée d’un an.
La durée est indiquée en secondes. Une période d’un an comporte 31 536 000 secondes, tandis qu’une période de trois ans comporte 94 608 000 secondes.
```
$filter = @{Name="instance-family"; Values="m5"}
Get-EC2HostReservationOffering `
-Filter $filter `
-MaxDuration 31536000
```
Les deux commandes renvoient une liste d’offres qui correspondent à vos critères de recherche. Notez l’ID de l’offre à acheter.
1. Utilisez l'[New-EC2HostReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2HostReservation.html)applet de commande pour acheter l'offre et fournissez l'ID d'offre indiqué à l'étape précédente. L'exemple suivant achète la réservation spécifiée et l'associe à un hôte dédié spécifique déjà attribué dans le AWS compte.
```
New-EC2HostReservation `
-OfferingId hro-03f707bf363b6b324 `
-HostIdSet h-013abcd2a00cbd123
```
------
# Partage d’Hôte dédié Amazon EC2 entre comptes
Le partage d'hôtes dédiés permet aux propriétaires d'hôtes dédiés de partager leurs hôtes dédiés avec d'autres AWS comptes ou au sein d'une AWS organisation. Cela vous permet de créer et de gérer des hôtes dédiés de manière centralisée, et de partager l'hôte dédié entre plusieurs AWS comptes ou au sein de votre AWS organisation.
Dans ce modèle, le AWS compte propriétaire de l'hôte dédié (*propriétaire) le* partage avec d'autres AWS comptes (*consommateurs*). Les consommateurs peuvent lancer des instances sur des Hôtes dédiés partagés avec eux comme ils le feraient sur des Hôtes dédiés qu’ils alloueraient dans leur propre compte. Le propriétaire est responsable de la gestion de l’Hôte dédié et des instances lancées sur celui-ci. Les propriétaires ne peuvent pas modifier les instances que les consommateurs lancent sur les Hôtes dédiés partagés. Les consommateurs sont responsables de la gestion des instances qu’ils lancent sur les Hôtes dédiés partagés avec eux. Les consommateurs ne peuvent ni afficher ni modifier les instances détenues par d’autres consommateurs ou par le propriétaire de l’Hôte dédié, et ils ne peuvent pas modifier les Hôtes dédiés qui sont partagés avec eux.
Un propriétaire d’Hôte dédié peut partager un Hôte dédié avec :
+ AWS Comptes spécifiques à l'intérieur ou à l'extérieur de son AWS organisation
+ Une unité organisationnelle au sein de son AWS organisation
+ Toute son AWS organisation
**Topics**
+ [Conditions préalables au partage d’Hôtes dédiés](#dh-sharing-prereq)
+ [Limites pour le partage des Hôte dédiés](#dh-sharing-limitation)
+ [Services connexes](#dh-sharing-related)
+ [Partager sur plusieurs zones de disponibilité](#dh-sharing-azs)
+ [Autorisations relatives à un Hôte dédié partagé](#shared-dh-perms)
+ [Facturation et mesures](#shared-dh-billing)
+ [Limites Hôte dédié](#shared-dh-limits)
+ [Récupération d’hôte et partage d’Hôte dédié](#dh-sharing-retirement)
+ [Partager un hôte dédié](sharing-dh.md)
+ [Annuler le partage d’un hôte dédié](unsharing-dh.md)
+ [Afficher les hôtes dédiés partagées](identifying-shared-dh.md)
## Conditions préalables au partage d’Hôtes dédiés
+ Pour partager un hôte dédié, vous devez le posséder dans votre AWS compte. Vous ne pouvez pas partager un hôte dédié qui a été partagé avec vous.
+ Pour partager un hôte dédié avec votre AWS organisation ou une unité organisationnelle de votre AWS organisation, vous devez activer le partage avec AWS Organizations. Pour plus d’informations, consultez [Activation du partage avec AWS Organizations](https://docs.aws.amazon.com/ram/latest/userguide/getting-started-sharing.html) dans le *Guide de l’utilisateur AWS RAM *.
## Limites pour le partage des Hôte dédiés
Vous ne pouvez pas partager les Hôtes dédiés qui ont été alloués pour les types d’instance suivants : `u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal` et `u-24tb1.metal`.
## Services connexes
### AWS Resource Access Manager
Le partage d'hôtes dédiés s'intègre à AWS Resource Access Manager (AWS RAM). AWS RAM est un service qui vous permet de partager vos AWS ressources avec n'importe quel AWS compte ou via AWS Organizations. Avec AWS RAM, vous partagez les ressources que vous possédez en créant un *partage de ressources*. Un partage de ressources spécifie les ressources à partager, ainsi que les consommateurs avec qui elles seront partagées. Les consommateurs peuvent être AWS des comptes individuels, des unités organisationnelles ou l'ensemble d'une organisation AWS Organizations.
Pour plus d'informations AWS RAM, consultez le *[guide de AWS RAM l'utilisateur](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Partager sur plusieurs zones de disponibilité
Pour garantir que les ressources sont réparties entre les zones de disponibilité d’une région, nous mappons indépendamment les zones de disponibilité aux noms de chaque compte. Cela peut entraîner des différences de nom de zone de disponibilité entre les comptes. Par exemple, il est possible que la zone `us-east-1a` de disponibilité de votre AWS compte ne soit pas la même que celle `us-east-1a` d'un autre AWS compte.
Pour identifier l’emplacement de vos Hôtes dédiés par rapport à vos comptes, vous devez utiliser l’*ID de zone de disponibilité*. L'ID de zone de disponibilité est un identifiant unique et cohérent pour une zone de disponibilité sur tous les AWS comptes. Par exemple, `use1-az1` est un ID de zone de disponibilité pour la région `us-east-1`, qui correspond au même emplacement dans chaque compte AWS .
**Pour consulter la zone de disponibilité IDs correspondant aux zones de disponibilité de votre compte**
1. Ouvrez la AWS RAM console à la [https://console.aws.amazon.com/ram/maison](https://console.aws.amazon.com/ram/home).
1. La zone de disponibilité IDs de la région actuelle est affichée dans le panneau **Your AZ ID** sur le côté droit de l'écran.
## Autorisations relatives à un Hôte dédié partagé
### Autorisations accordées aux propriétaires
Les propriétaires sont responsables de la gestion de leurs Hôtes dédiés partagés et des instances qu’ils lancent sur eux. Les propriétaires peuvent afficher toutes les instances s’exécutant sur l’Hôte dédié partagé, y compris celles lancées par les consommateurs. Toutefois, les propriétaires ne peuvent effectuer aucune action sur les instances en cours d’exécution lancées par les consommateurs.
### Autorisations accordées aux consommateurs
Les consommateurs sont responsables de la gestion des instances qu’ils lancent sur un Hôte dédié partagé. Les consommateurs ne peuvent en aucun cas modifier l’Hôte dédié partagé. Ils ne peuvent pas non plus afficher ou modifier les instances qui ont été lancées par d’autres consommateurs ou par le propriétaire de l’Hôte dédié.
## Facturation et mesures
Le partage d’Hôtes dédiés n’entraîne pas de frais supplémentaires.
Les propriétaires sont facturés pour les Hôtes dédiés qu’ils partagent. Les consommateurs ne sont pas facturés pour les instances qu’ils lancent sur des Hôtes dédiés partagés.
Les réservations d’hôtes dédiés continuent à fournir des remises de facturation pour les Hôtes dédiés partagés. Seuls les propriétaires d’Hôte dédié peuvent acheter des réservations d’hôtes dédiés pour les Hôtes dédiés partagés qu’ils possèdent.
## Limites Hôte dédié
Les Hôtes dédiés partagés sont uniquement pris en compte dans les limites d’Hôtes dédiés du propriétaire. Les limites d’Hôtes dédiés du consommateur ne sont pas affectées par les Hôtes dédiés qui ont été partagés avec lui. De même, les instances que les consommateurs lancent sur les Hôtes dédiés partagés ne sont pas pris en compte dans leurs limites d’instance.
## Récupération d’hôte et partage d’Hôte dédié
La récupération d’hôte permet de récupérer les instances lancées par le propriétaire d’un Hôte dédié et par les consommateurs avec qui ce dernier a été partagé. L’Hôte dédié de remplacement est alloué au compte du propriétaire. Il est ajouté aux mêmes partages de ressources que l’Hôte dédié d’origine, et il est partagé avec les mêmes consommateurs.
Pour de plus amples informations, veuillez consulter [Restauration de l’hôte dédié Amazon EC2](dedicated-hosts-recovery.md).
# Partagez un hôte dédié Amazon EC2 sur plusieurs comptes AWS
Lorsqu’un propriétaire partage un Hôte dédié, il permet aux consommateurs de lancer des instances sur l’hôte. Les consommateurs peuvent lancer autant d’instances sur l’hôte partagé que sa capacité disponible le permet.
**Important**
Notez que vous êtes responsable de vous assurer que vous disposez des droits de licence appropriés pour partager les licences BYOL sur votre Hôtes dédiés.
Si vous partagez un Hôte dédié en ayant activé le placement automatique, gardez ce qui suit à l’esprit car cela pourrait conduire à une utilisation involontaire de l’Hôte dédié :
+ Si les consommateurs lancent des instances avec location d’Hôte dédié et qu’ils n’ont pas de capacité sur un Hôte dédié qu’ils possèdent dans leur compte, l’instance est automatiquement lancée sur l’Hôte dédié partagé.
Pour partager un Hôte dédié, vous devez l’ajouter à un partage de ressources. Un partage de ressources est une AWS RAM ressource qui vous permet de partager vos ressources entre différents AWS comptes. Un partage de ressources spécifie les ressources à partager, ainsi que les consommateurs avec qui elles seront partagées. Vous pouvez ajouter l’Hôte dédié à une ressource existante ou l’ajouter à un nouveau partage de ressources.
Si vous faites partie d'une organisation AWS Organizations et que le partage au sein de votre organisation est activé, les clients de votre organisation ont automatiquement accès à l'hôte dédié partagé. Dans le cas contraire, les consommateurs reçoivent une invitation à rejoindre le partage de ressources et bénéficient d’un accès à l’Hôte dédié partagé après avoir accepté l’invitation.
**Note**
Après avoir partagé un Hôte dédié, les consommateurs peuvent y avoir accès en quelques minutes.
------
#### [ Console ]
**Pour partager un Hôte dédié qui vous appartient à l’aide de la console Amazon EC2**
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, choisissez **Hôtes dédiés**.
1. Choisissez le Hôte dédié à partager, puis choisissez **Actions**, **Partager l’hôte**.
1. Sélectionnez le partage de ressources auquel vous souhaitez ajouter le Hôte dédié, puis choisissez **Partager l’hôte**.
Les consommateurs peuvent avoir accès à l’hôte partagé en quelques minutes.
**Pour partager un hôte dédié dont vous êtes propriétaire à l'aide de la AWS RAM console**
Consultez la section [Création d’un partage de ressources](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing-create.html) dans le *Guide de l’utilisateur AWS RAM *.
------
#### [ AWS CLI ]
**Pour partager un hôte dédié qui vous appartient**
Utilisez la commande [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
#### [ PowerShell ]
**Pour partager un hôte dédié qui vous appartient**
Utilisez l'applet de commande [New- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
# Annuler le partage d'un hôte dédié partagé avec d'autres comptes AWS
Le propriétaire d’un Hôte dédié peut annuler le partage d’un Hôte dédié partagé à tout moment. Lorsque vous annulez le partage d’un Hôte dédié partagé, les règles suivantes s’appliquent :
+ Les consommateurs avec qui l’Hôte dédié a été partagé ne peuvent plus lancer de nouvelles instances sur celui-ci.
+ Les instances appartenant à des consommateurs qui s’exécutaient sur l’Hôte dédié au moment de l’annulation du partage continuent de s’exécuter, mais sont programmées pour être [mises hors service](schedevents_actions_retire.md). Les consommateurs reçoivent des notifications de mise hors service pour les instances, et disposent de deux semaines pour prendre les mesures nécessaires. Toutefois, si l’Hôte dédié est à nouveau partagé avec le consommateur au cours de la période de préavis de mise hors service, les mises hors service d’instance sont annulées.
Pour annuler le partage d’un Hôte dédié partagé qui vous appartient, vous devez le supprimer du partage de ressources.
------
#### [ Console ]
**Pour annuler le partage d’un hôte dédié partagé qui vous appartient**
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, choisissez **Hôtes dédiés**.
1. Choisissez le Hôte dédié dont vous voulez annuler le partage et choisissez l’onglet **Partage**.
1. L’onglet **Partage** affiche la liste des partages de ressources auxquels le Hôte dédié a été ajouté. Sélectionnez le partage de ressources duquel vous souhaitez supprimer le Hôte dédié, puis choisissez **Supprimer l’hôte du partage de ressources**.
**Pour annuler le partage d'un hôte dédié partagé dont vous êtes propriétaire à l'aide de la console AWS RAM**
Consultez la section [Mise à jour un partage de ressources](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing-update.html) dans le *Guide de l’utilisateur AWS RAM *.
------
#### [ AWS CLI ]
**Pour annuler le partage d’un hôte dédié partagé qui vous appartient**
Utilisez la commande [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
#### [ PowerShell ]
**Pour annuler le partage d’un hôte dédié partagé qui vous appartient**
Utilisez l'applet de commande [Disconnect- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE"
```
------
# Afficher les hôtes dédiés Amazon EC2 partagés sur votre compte AWS
Vous pouvez consulter l’Hôte dédié que vous partagez avec d’autres comptes, et les Hôtes dédiés qui sont partagés avec vous. Si vous êtes propriétaire de l’hôte dédié, vous pouvez voir toutes les instances s’exécutant sur l’hôte, y compris les instances lancées par les consommateurs. Si l’hôte dédié est partagé avec vous, vous ne pouvez voir que les instances que vous avez lancées sur l’hôte partagé, et non celles lancées par d’autres clients.
Les propriétaires et les consommateurs peuvent identifier les Hôtes dédiés partagés à l’aide de l’une des méthodes suivantes.
------
#### [ Console ]
**Pour identifier un hôte dédié partagé**
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, choisissez **Hôtes dédiés**. L’écran affiche la liste des Hôtes dédiés qui vous appartiennent et des Hôtes dédiés qui sont partagés avec vous.
1. La colonne **Propriétaire** affiche l’ID du compte AWS du propriétaire de l’hôte dédié.
1. Pour afficher les instances exécutées sur les hôtes, sélectionnez l’onglet **Instances**.
------
#### [ AWS CLI ]
**Pour identifier un hôte dédié partagé**
Utilisez la commande [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html). La commande renvoie les Hôtes dédiés qui vous appartiennent et les Hôtes dédiés qui sont partagés avec vous. La valeur de `Owner` est l’ID de compte du propriétaire de l’hôte dédié. La liste `Instances` décrit les instances s’exécutant sur l’hôte.
```
aws ec2 describe-hosts --filter "Name=state,Values=available"
```
------
#### [ PowerShell ]
**Pour identifier un hôte dédié partagé**
Utilisez l'EC2hostapplet de commande [Get-](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html). L’applet de commande renvoie les hôtes dédiés qui vous appartiennent et les hôtes dédiés qui sont partagés avec vous. La valeur `Owner` dans la réponse correspond à l’ID du compte du propriétaire de l’hôte dédié. La liste `Instances` décrit les instances s’exécutant sur l’hôte.
```
Get-EC2Host -Filter @{Name="state"; Values="available"}
```
------
# Hôtes dédiés Amazon EC2 sur AWS Outposts
AWS Outposts est un service entièrement géré qui étend AWS l'infrastructure APIs, les services et les outils à vos locaux. En fournissant un accès local à l'infrastructure AWS gérée, vous AWS Outposts pouvez créer et exécuter des applications sur site en utilisant les mêmes interfaces de programmation que dans AWS les régions, tout en utilisant les ressources de calcul et de stockage locales pour réduire la latence et les besoins de traitement des données locaux.
Un avant-poste est un pool de capacités de AWS calcul et de stockage déployé sur le site d'un client. AWS exploite, surveille et gère cette capacité dans le cadre d'une AWS région.
Vous pouvez allouer des hôtes dédiés à des Outposts que vous possédez dans votre compte. Cela vous permet d’apporter plus facilement vos licences logicielles existantes et vos charges de travail nécessitant un serveur physique dédié à AWS Outposts. Vous pouvez également cibler des actifs matériels spécifiques sur un Outpost afin de minimiser la latence entre vos charges de travail.
Les hôtes dédiés vous permettent d’utiliser vos licences logicielles éligibles sur Amazon EC2, de sorte que vous bénéficiez de la flexibilité et de la rentabilité de l’utilisation de vos propres licences. D’autres licences logicielles liées à des machines virtuelles, des sockets ou des cœurs physiques peuvent également être utilisées sur des hôtes dédiés, sous réserve de leurs conditions de licence. Bien que les Outposts aient toujours été des environnements à locataire unique éligibles pour des charges de travail BYOL, les hôtes dédiés vous permettent de limiter les licences nécessaires à un seul hôte plutôt qu’à l’ensemble du déploiement Outpost.
En outre, l’utilisation d’hôtes dédiés sur un Outpost vous offre une plus grande flexibilité dans le déploiement de type d’instance et un contrôle plus précis du placement des instances. Vous pouvez cibler un hôte spécifique pour les lancements d’instances et utiliser l’affinité de l’hôte pour garantir que l’instance s’exécute toujours sur cet hôte, ou vous pouvez utiliser le placement automatique pour lancer une instance sur n’importe quel hôte disponible disposant de configurations et de capacités disponibles correspondantes.
**Contents**
+ [Conditions préalables](#dh-outpost-prereqs)
+ [Fonctionnalités prises en charge](#dh-outpost-features)
+ [Considérations](#dh-outpost-considerations)
+ [Allouez un hôte dédié Amazon EC2 sur AWS Outposts](dh-outpost-allocate.md)
## Conditions préalables
Vous devez avoir un outpost installé sur votre site. Pour plus d’informations, consultez [Créer un outpost et commander une capacité outpost](https://docs.aws.amazon.com/outposts/latest/userguide/order-outpost-capacity.html) dans le *Guide de l’utilisateur AWS Outposts *.
## Fonctionnalités prises en charge
+ Les familles d'instances suivantes sont prises en charge :
+ **Usage général :** M5 \$1 M5d \$1 M7i \$1 M8i
+ **Optimisé pour le calcul :** C5 \$1 C5d \$1 C7i \$1 C8i
+ **Mémoire optimisée :** R5 \$1 R5d \$1 R7i \$1 R8i
+ **Stockage optimisé : i3EN**
+ **Calcul accéléré : G4dn**
+ Les hôtes dédiés sur Outposts peuvent être configurés pour prendre en charge plusieurs tailles d’instance. Support pour plusieurs tailles d'instance est disponible pour les familles d'instances suivantes.
+ **Usage général :** M5 \$1 M5d \$1 M7i
+ **Optimisé pour le calcul :** C5 \$1 C5d \$1 C7i
+ **Mémoire optimisée :** R5 \$1 R5d \$1 R7i
Pour de plus amples informations, veuillez consulter [Configurations de capacité d’instance d’un Hôte dédié Amazon EC2](dedicated-hosts-limits.md).
+ Les hôtes dédiés sur Outposts prennent en charge le placement automatique et les lancements d’instances ciblées. Pour de plus amples informations, veuillez consulter [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
+ Les hôtes dédiés sur Outposts prennent en charge l’affinité de l’hôte. Pour de plus amples informations, veuillez consulter [Placement automatique et affinité d’hôte dédié Amazon EC2](dedicated-hosts-understanding.md).
+ Les hôtes dédiés sur Outposts prennent en charge le partage avec. AWS RAM Pour de plus amples informations, veuillez consulter [Partage d’Hôte dédié Amazon EC2 entre comptes](dh-sharing.md).
## Considérations
+ Les réservations d’hôtes dédiés ne sont pas prises en charge sur Outposts.
+ Hébergez des groupes de ressources AWS License Manager qui ne sont pas pris en charge sur Outposts.
+ Les hôtes dédiés sur Outposts ne prennent pas en charge les instances T3 burstable.
+ Les hôtes dédiés sur Outposts ne prennent pas en charge la récupération de l’hôte.
+ La restauration automatique simplifiée n’est pas prise en charge pour les instances avec location d’Hôte dédié sur Outposts.
# Allouez un hôte dédié Amazon EC2 sur AWS Outposts
Vous allouez et utilisez des hôtes dédiés sur des Outposts de la même manière que pour les hôtes dédiés dans une Région AWS .
**Conditions préalables**
Créez un sous-réseau sur l’outpost. Pour plus d’informations, consultez [Créer un sous-réseau](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet) dans le *Guide de l’utilisateur AWS Outposts *.
**Pour allouer un hôte dédié à un Outpost, utilisez l’une des méthodes suivantes :**
------
#### [ Console ]
**Pour allouer un hôte dédié sur un avant-poste à l'aide de la console AWS Outposts**
1. Ouvrez la AWS Outposts console à l'adresse [https://console.aws.amazon.com/outposts/](https://console.aws.amazon.com/outposts/home).
1. Dans le panneau de navigation, choisissez **Outposts**. Sélectionnez l’Outpost, puis choisissez **Actions**, **Allocate Dedicated Host** (Allouer un hôte dédié).
1. Configurez l’hôte dédié selon les besoins. Pour de plus amples informations, veuillez consulter [Attribuez un hôte dédié Amazon EC2 à utiliser dans votre compte](dedicated-hosts-allocating.md).
**Note**
La **Availability Zone** (Zone de disponibilité) et l’**Outpost ARN** (ARN d’Outpost) doivent être préremplis avec la zone de disponibilité et l’ARN de l’avant-poste sélectionné.
1. Choisissez **Allouer**.
**Pour allouer un hôte dédié à un Outpost à l’aide de la console Amazon EC2**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Hôtes dédiés**, puis **Allouer un Hôte dédié**.
1. Pour **Zone de disponibilité**, sélectionnez la zone de disponibilité associée à l’avant-poste.
1. Pour **ARN d’Outpost**, entrez l’ARN de l’avant-poste.
1. Pour cibler des actifs matériels spécifiques sur l’Outpost, pour **Cibler des actifs matériels spécifiques sur l’Outpost**, sélectionnez **Activer**. Pour chaque actif matériel à cibler, sélectionnez **Ajouter un identifiant d’actif**, puis saisissez l’identifiant d’actif matériel.
**Note**
La valeur que vous spécifiez pour **Quantité** doit être égale au nombre d'actifs IDs que vous spécifiez. Par exemple, si vous spécifiez 3 actifs IDs, la quantité doit également être égale à 3.
1. Configurez les paramètres de l’hôte dédié restant selon les besoins. Pour de plus amples informations, veuillez consulter [Attribuez un hôte dédié Amazon EC2 à utiliser dans votre compte](dedicated-hosts-allocating.md).
1. Choisissez **Allouer**.
------
#### [ AWS CLI ]
**Pour allouer un hôte dédié sur un Outpost**
Utilisez la commande [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html). Pour `--availability-zone`, spécifiez la zone de disponibilité associée à l’avant-poste. Pour `--outpost-arn`, spécifiez l’ARN de l’avant-poste. Le cas échéant, pour`--asset-ids`, spécifiez les actifs matériels IDs de l'Outpost à cibler.
```
aws ec2 allocate-hosts \
--availability-zone "us-east-1a" \
--outpost-arn "arn:aws:outposts:us-east-1a:111122223333:outpost/op-4fe3dc21baEXAMPLE" \
--asset-ids asset_id \
--instance-family "m5" \
--auto-placement "off" \
--quantity 1
```
------
#### [ PowerShell ]
**Pour allouer un hôte dédié sur un Outpost**
Utilisez l’applet de commande [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html). Spécifiez la zone de disponibilité associée à l’Outpost. Le cas échéant, pour`-AssetId`, spécifiez les actifs matériels IDs de l'Outpost à cibler.
```
New-EC2Host `
-AvailabilityZone "us-east-1a" `
-OutpostArn "arn:aws:outposts:us-east-1a:111122223333:outpost/op-4fe3dc21baEXAMPLE" `
-AssetId asset_id `
-InstanceFamily "m5" `
-AutoPlacement "off" `
-Quantity 1
```
------
**Pour lancer une instance dans un Hôte dédié sur un avant-poste**
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, choisissez **Hôtes dédiés**. Sélectionnez l’hôte dédié que vous avez alloué à l’étape précédente et choisissez **Actions**, **Launch instance onto host** (Lancer une instance sur l’hôte).
1. Configurez l’instance selon les besoins, puis lancez l’instance. Pour de plus amples informations, veuillez consulter [Démarrer des instances Amazon EC2 sur un hôte dédié Amazon EC2](launching-dedicated-hosts-instances.md).
# Restauration de l’hôte dédié Amazon EC2
La fonction de récupération automatique de l’hôte dédie redémarre vos instances sur un nouvel hôte de remplacement lorsque certaines conditions problématiques sont détectées sur votre hôte dédié. La fonction de récupération de l’hôte permet de réduire les interventions manuelles et de diminuer la charge de travail opérationnelle en cas d’incident inattendu lié à l’alimentation système ou à des événements de connectivité réseau sur un hôte dédié. Les autres problèmes liés à l’hôte dédié nécessiteront une intervention manuelle pour être résolus.
**Topics**
+ [Comment fonctionne la récupération de l’hôte](dedicated-hosts-recovery-basics.md)
+ [Types d’instance pris en charge](#dedicated-hosts-recovery-instances)
+ [Tarification](#dedicated-hosts-recovery-pricing)
+ [Gérer la restauration de l’hôte](dedicated-hosts-recovery-enable.md)
+ [Afficher le paramètre de récupération de l’hôte](dedicated-hosts-recovery-view.md)
+ [Restaurez manuellement les instances non prises en charge](dedicated-hosts-recovery-unsupported.md)
# Comment fonctionne Amazon EC2
Les hôtes dédiés et la fonction de récupération des groupes de ressource d’hôtes font intervenir des surveillances de l’état au niveau de l’hôte pour évaluer la disponibilité de l’hôte dédié et détecter les pannes système sous-jacentes. Le type de défaillance de l’hôte dédié détermine si la récupération automatique de l’hôte dédié est possible. Voici quelques exemples de problèmes pouvant entraîner l’échec des vérifications de l’état au niveau de l’hôte :
+ Perte de connectivité réseau
+ Perte d’alimentation système
+ Problèmes logiciels ou matériels sur l’hôte physique
**Important**
La récupération automatique de l’hôte dédié n’a pas lieu lorsque la mise hors service de l’hôte est prévue.
## Récupération automatique de l’hôte dédié
Lorsqu’une panne d’alimentation du système ou de connectivité réseau est détectée sur votre hôte dédié, la récupération automatique de l’hôte dédié est initiée et Amazon EC2 **alloue automatiquement un hôte dédié de remplacement dans la même zone de disponibilité que l’hôte dédié d’origine**. L’Hôte dédié de remplacement reçoit un nouvel ID d’hôte, mais conserve les mêmes attributs que l’Hôte dédié d’origine, en particulier :
+ Zone de disponibilité
+ Type d’instance
+ Balises
+ Paramètres de placement automatique
+ Réservation
Une fois l’hôte dédié de remplacement alloué, les **instances sont récupérées sur l’hôte dédié de remplacement**. Les instances récupérées conservent les mêmes attributs que les instances d’origine, en particulier :
+ ID d’instance
+ Adresses IP privées
+ Adresses IP Elastic
+ Pièces jointes de volume EBS
+ Toutes les métadonnées d’instance
En outre, l'intégration intégrée à AWS License Manager automatise le suivi et la gestion de vos licences.
**Note**
AWS L'intégration de License Manager n'est prise en charge que dans les régions dans lesquelles AWS License Manager est disponible.
Si des instances ont des relations d’affinité avec l’Hôte dédié déficient, les instances récupérées établissent une relation d’affinité avec l’Hôte dédié de remplacement.
Une fois que toutes les instances ont été récupérées sur l’Hôte dédié de remplacement, **l’Hôte dédié déficient est libéré** et l’Hôte dédié de remplacement devient disponible.
Lorsque la restauration de l'hôte est lancée, le propriétaire du AWS compte est averti par e-mail et par un Tableau de bord AWS Health événement. Une seconde notification est envoyée une fois la récupération de l’hôte réalisée avec succès.
Si vous utilisez AWS License Manager pour suivre vos licences, AWS License Manager alloue de nouvelles licences à l'hôte dédié de remplacement en fonction des limites de configuration des licences. Si la configuration de la licence comporte des limites strictes qui seront dépassées à la suite de la restauration de l'hôte, le processus de restauration n'est pas autorisé et vous êtes informé de l'échec de la restauration de l'hôte par le biais d'une notification Amazon SNS (si les paramètres de notification ont été configurés pour License AWS Manager). Si la configuration de licence définit des limites flexibles qui seront outrepassées à la suite de la récupération de l’hôte, le processus de récupération est autorisé et vous êtes averti du dépassement de la limite via une notification Amazon SNS. Pour plus d’informations, consultez [Configurations de licences dans License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/license-configurations.html) et [Paramètres dans License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/settings.html) dans le *Guide de l’utilisateur AWS License Manager*.
## États de la récupération de l’hôte
Lorsqu’une déficience d’Hôte dédié est détectée, l’Hôte dédié déficient passe à l’état `under-assessment` et toutes les instances passent à l’état `impaired`. Vous ne pouvez pas lancer des instances sur l’Hôte dédié déficient tant qu’il est à l’état `under-assessment`.
Une fois l’Hôte dédié de remplacement alloué, il passe à l’état `pending`. Il reste dans cet état jusqu’à ce que le processus de récupération de l’hôte soit terminé. Vous ne pouvez pas lancer des instances sur l’Hôte dédié de remplacement tant qu’il est à l’état `pending`. Les instances récupérées situées sur l’Hôte dédié de remplacement restent à l’état `impaired` durant le processus de récupération.
Une fois la récupération de l’hôte terminée, l’Hôte dédié de remplacement passe à l’état `available` et les instances récupérées repassent à l’état `running`. Vous pouvez lancer des instances sur l’Hôte dédié de remplacement une fois qu’il est à l’état `available`. L’Hôte dédié déficient d’origine est libéré de façon permanente et il passe à l’état `released-permanent-failure`.
Si l’hôte dédié déficient possède des instances qui ne prennent pas en charge la récupération de l’hôte, telles que les instances comportant des volumes basés sur le stockage d’instances, l’hôte dédié n’est pas libéré. Il est marqué comme devant être mis hors service et passe à l’état `permanent-failure`.
## Scénarios sans récupération automatique d’hôte dédié
**La récupération automatique de l’hôte dédié n’a pas lieu lorsque la mise hors service de l’hôte est prévue**. Vous recevrez une notification de retrait lors d'un CloudWatch événement Amazon Tableau de bord AWS Health, et l'adresse e-mail du propriétaire du AWS compte recevra un message concernant la défaillance de l'hôte dédié. Suivez les étapes correctives décrites dans la notification de mise hors service dans le temps imparti pour récupérer manuellement les instances sur l’hôte qui est mis hors service.
**Les instances arrêtées ne sont pas récupérées** sur l’Hôte dédié de remplacement. Si vous tentez de démarrer une instance arrêtée qui cible l’Hôte dédié déficient, son démarrage échoue. Nous vous recommandons de modifier l’instance arrêtée afin qu’elle cible un autre Hôte dédié ou de la lancer sur tout Hôte dédié disponible ayant des caractéristiques de configuration et de remplacement automatique correspondantes.
**Les instances avec stockage d’instance ne sont pas récupérées** sur l’Hôte dédié de remplacement. Afin de remédier à ce problème, l’Hôte dédié déficient est marqué comme devant être mis hors service et vous recevez une notification de mise hors service une fois la récupération de l’hôte terminée. Suivez les étapes correctives décrites dans la notification de mise hors service dans le temps imparti pour récupérer manuellement les instances restantes sur l’Hôte dédié déficient.
## Types d’instance pris en charge
La restauration de l'hôte est prise en charge pour les familles d'instances suivantes :
+ **Usage général :** A1 \$1 M3 \$1 M4 \$1 M5 \$1 M5n \$1 M5zn \$1 M6a \$1 M6g \$1 M6i \$1 T3 \$1 Mac1 \$1 Mac2 \$1 Mac2-M1Ultra \$1 Mac2-M2 \$1 Mac2-M2Pro
+ **Optimisé pour le calcul :** C3 \$1 C4 \$1 C5 \$1 C5n \$1 C6a \$1 C6g \$1 C6i
+ **Mémoire optimisée :** R3 \$1 R4 \$1 R5 \$1 R5b \$1 R5n \$1 R6g \$1 R6i \$1 U-6tb1 \$1 U-9tb1 \$1 U-12tb1 \$1 U-18TB1 \$1 U-24TB1 \$1 X1 \$1 X1e \$1 X2ieZN
+ **Calcul accéléré :** Inf1 \$1 G3 \$1 G5g \$1 P2 \$1 P3
Pour récupérer des instances qui ne sont pas prises en charge, consultez [Restaurez manuellement les instances qui ne sont pas prises en charge par la restauration de l’hôte dédié Amazon EC2](dedicated-hosts-recovery-unsupported.md).
**Note**
La récupération automatique de l’hôte dédié pour les types d’instance métalliques pris en charge prendra plus de temps à détecter et à récupérer que pour les types d’instance non métalliques.
## Tarification
Il n’y a pas de facturation supplémentaire pour l’utilisation de la fonction de récupération de l’hôte, mais les frais habituellement appliqués pour l’Hôte dédié vous seront facturés. Pour plus d’informations, consultez [Tarification des hôtes dédiés Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/).
Dès que la fonction de récupération de l’hôte est lancée, vous n’êtes plus facturé pour l’Hôte dédié déficient. La facturation relative à l’hôte dédié de remplacement commence uniquement une fois qu’il est passé à l’état `available`.
Si l’Hôte dédié déficient était facturé au tarif à la demande, l’Hôte dédié de remplacement est également facturé au tarif à la demande. Si l’Hôte dédié déficient possédait une Réservation d’hôtes dédiés, elle est transférée à l’Hôte dédié de remplacement.
# Gérer la restauration de l’hôte dédié Amazon EC2
La fonction de récupération automatique de l’hôte dédie redémarre vos instances sur un nouvel hôte de remplacement lorsque certaines conditions problématiques sont détectées sur votre hôte dédié. Vous pouvez activer la restauration de l’hôte au moment de l’allocation de l’hôte dédié ou après l’allocation.
Utilisez les procédures suivantes pour activer la restauration de l’hôte lors de l’allocation de l’hôte.
------
#### [ Console ]
**Pour activer la récupération de l’hôte lors de l’allocation**
**Lorsque vous allouez un hôte dédié à l’aide de la console Amazon EC2, **pour la restauration de l’hôte**, choisissez Enable.** Pour de plus amples informations, veuillez consulter [Attribuez un hôte dédié Amazon EC2 à utiliser dans votre compte](dedicated-hosts-allocating.md).
------
#### [ AWS CLI ]
**Pour activer la récupération de l’hôte après l’allocation ()**
Utilisez la commande [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html).
```
aws ec2 allocate-hosts \
--instance-type m5.large \
--availability-zone eu-west-1a \
--auto-placement on \
--host-recovery on \
--quantity 1
```
------
#### [ PowerShell ]
**Pour activer la récupération de l’hôte lors de l’allocation**
Utilisez l’applet de commande [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html).
```
New-EC2Host `
-InstanceType m5.large `
-AvailabilityZone eu-west-1a `
-AutoPlacement on `
-HostRecovery on `
-Quantity 1
```
------
Utilisez les procédures suivantes pour gérer la restauration d’un hôte dédié.
------
#### [ Console ]
**Pour activer la récupération de l’hôte après l’allocation**
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, choisissez **Hôtes dédiés**.
1. Sélectionnez l’Hôte dédié.
1. Choisissez **Actions**, **Modify host (Modifier l’hôte)**.
1. Pour la **restauration de l’hôte**, sélectionnez ou décochez **Activer**.
1. Choisissez **Enregistrer**.
------
#### [ AWS CLI ]
**Pour activer la récupération de l’hôte après l’allocation**
Utilisez la commande [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-recovery on \
--host-ids h-012a3456b7890cdef
```
**Pour désactiver la récupération de l’hôte après l’allocation**
Utilisez la commande [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html) et spécifiez le paramètre `host-recovery` avec une valeur de `off`.
```
aws ec2 modify-hosts \
--host-recovery off \
--host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Pour activer la récupération de l’hôte après l’allocation**
Utilisez l’applet de commande [Edit-host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostRecovery on `
-HostId h-012a3456b7890cdef
```
**Pour désactiver la récupération de l’hôte après l’allocation**
Utilisez l’applet de commande [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostRecovery off `
-HostId h-012a3456b7890cdef
```
------
# Afficher le paramètre de restauration de l’hôte dédié Amazon EC2
Vous pouvez afficher la configuration de récupération de l’hôte d’un Hôte dédié à tout moment.
------
#### [ Console ]
**Pour afficher la configuration de récupération de l’hôte d’un hôte dédié**
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, choisissez **Hôtes dédiés**.
1. Sélectionnez l’Hôte dédié, puis, dans l’onglet **Description**, passez en revue le champ **Host Recovery (Récupération de l’hôte)**.
------
#### [ AWS CLI ]
**Pour afficher la configuration de récupération de l’hôte d’un hôte dédié**
Utilisez la commande [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html).
```
aws ec2 describe-hosts \
--host-ids h-012a3456b7890cdef \
--query Hosts[].HostRecovery
```
Voici un exemple de sortie.
```
on
```
------
#### [ PowerShell ]
**Pour afficher la configuration de récupération de l’hôte d’un hôte dédié**
Utilisez l’applet de commande [Get-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html).
```
(Get-EC2Host -HostId h-012a3456b7890cdef).Hosts | Select HostRecovery
```
Voici un exemple de sortie.
```
HostRecovery
------------
on
```
------
# Restaurez manuellement les instances qui ne sont pas prises en charge par la restauration de l’hôte dédié Amazon EC2
La fonction de récupération de l’hôte ne prend pas en charge la récupération des instances qui utilisent des volumes de stockage d’instances. Suivez les instructions ci-après pour récupérer manuellement les instances qui n’ont pas pu être récupérées automatiquement.
**Avertissement**
Les données stockées sur des volumes de stockage d’instances sont perdues lorsqu’une instance est arrêtée, mise en veille prolongée ou résiliée. Ceci inclut les volumes de stockage d’instances attachés à une instance ayant un volume racine EBS. Pour protéger les données provenant des volumes de stockage d’instances, sauvegardez-les sur un stockage permanent avant l’arrêt ou la résiliation de l’instance.
## Récupérer manuellement les instances basées sur EBS
Pour les instances basées sur des volumes EBS qui n’ont pas pu être récupérées automatiquement, nous vous recommandons de les arrêter puis de les redémarrer manuellement afin de les récupérer sur un nouvel Hôte dédié. Pour plus d’informations sur l’arrêt de votre instance, ainsi que sur les changements apportés à la configuration de votre instance lorsque celle-ci est arrêtée, consultez [Arrêtez et démarrez des instances Amazon EC2](Stop_Start.md).
## Récupération manuelle des instances avec des volumes racine de stockage d’instance
Pour les instances dont les volumes racine du stockage d’instance n’ont pas pu être récupérés automatiquement, nous vous recommandons de procéder comme suit :
1. Lancez une instance de remplacement sur un nouvel Hôte dédié à partir de votre AMI la plus récente.
1. Migrez toutes les données nécessaires vers l’instance de remplacement.
1. Résiliez l’instance d’origine sur l’Hôte dédié déficient.
# Maintenance de l’hôte dédié Amazon EC2
Grâce à la maintenance des hôtes, dans les rares cas où un hôte dédié subirait une dégradation, nous procédons automatiquement à la migration des instances qui y sont exécutées vers un hôte dédié de remplacement sain. Cela permet de diminuer au maximum la durée d’indisponibilité de votre charge de travail et de simplifier la gestion de vos hôtes dédiés. La maintenance de l’hôte est également effectuée pour la maintenance planifiée et de routine d’Amazon EC2.
Amazon EC2 prend en charge deux types de maintenance de l’hôte :
+ **Maintenance de l’hôte par migration en direct** : les instances sont automatiquement migrées vers l’hôte de remplacement dans les 24 heures, sans les arrêter ni les redémarrer.
+ **Maintenance de l’hôte par redémarrage** : les instances sont planifiées pour des événements planifiés de *redémarrage*, au cours desquels elles sont automatiquement arrêtées et redémarrées sur l’hôte de remplacement.
**Topics**
+ [Maintenance d’hôte versus récupération d’hôte](#dedicated-hosts-maintenance-differences)
+ [Considérations](#dedicated-hosts-maintenance-basics-limitations)
+ [Services connexes](#dedicated-hosts-maintenance-related)
+ [Tarification](#dedicated-hosts-maintenance-pricing)
+ [Comment fonctionne la maintenance des hôtes dédiés Amazon EC2](dedicated-hosts-maintenance-basics.md)
+ [Configuration du paramètre de maintenance de l’hôte dédié Amazon EC2](dedicated-hosts-maintenance-configuring.md)
## Maintenance d’hôte versus récupération d’hôte
Le tableau suivant présente les principales différences entre la récupération d’hôte et la maintenance d’hôte.
****
| | Resturation de l’hôte | Maintenance de l’hôte |
| --- | --- | --- |
| Accessibilité des instances | Injoignable | Joignable |
| État de l’hôte dédié | under-assessment | permanent-failure |
| Groupe de ressources de l’hôte | Pris en charge | Non pris en charge |
Pour plus d’informations sur la restauration de l’hôte, consultez [Restauration de l’hôte](dedicated-hosts-recovery.md).
## Considérations
+ La maintenance de l'hôte est disponible dans toutes les régions Régions AWS, à l'exception des régions de Chine et AWS GovCloud (US) Regions.
+ La maintenance de l'hôte n'est pas prise en charge dans AWS Outposts les zones AWS Local et les zones AWS Wavelength.
+ La maintenance des hôtes ne peut pas être activée ou désactivée pour les hôtes déjà présents dans un groupe de ressources hôte. Les hôtes ajoutés à un groupe de ressources hôte conservent leur paramètre de maintenance d’hôte. Pour plus d’informations, consultez [Groupes de ressources hôte](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html).
+ La maintenance de l’hôte n’est pas prise en charge avec les types d’instance suivants, car ils possèdent des volumes racine de stockage d’instances : C1, C3, D2, I2, M1, M2, M3, R3 et X1.
## Services connexes
Dedicated Host s'intègre à **AWS License Manager** : suit les licences sur vos hôtes dédiés Amazon EC2 (pris en charge uniquement dans les régions dans lesquelles le License AWS Manager est disponible). Pour plus d’informations, consultez le [Guide de l’utilisateur AWS License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/license-manager.html).
Vous devez disposer de suffisamment de licences Compte AWS pour votre nouvel hôte dédié. Les licences associées à votre hôte dégradé sont libérées lorsque l’hôte est libéré après la fin de l’événement programmé.
## Tarification
Il n’y a pas de facturation supplémentaire pour l’utilisation de la fonction de maintenance de l’hôte, mais les frais habituellement appliqués pour l’Hôte dédié vous seront facturés. Pour plus d’informations, consultez [Tarification des hôtes dédiés Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/).
Dès que la fonction de maintenance de l’hôte est lancée, vous n’êtes plus facturé pour l’Hôte dédié dégradé. La facturation relative à l’hôte dédié de remplacement commence uniquement une fois qu’il est passé à l’état `available`.
Si l’hôte dédié dégradé était facturé au tarif à la demande, l’hôte dédié de remplacement est également facturé au tarif à la demande. Si l’hôte dédié dégradé avait une réservation d’hôte dédié active, celle-ci est transférée au nouvel hôte dédié.
# Comment fonctionne la maintenance des hôtes dédiés Amazon EC2
Lorsqu’une dégradation est détectée sur un Hôte dédié qui est activé pour la maintenance de l’hôte dédié, nous attribuons automatiquement un Hôte dédié de remplacement à votre compte. L’Hôte dédié de remplacement reçoit un nouvel ID d’hôte, mais conserve les mêmes attributs que l’Hôte dédié d’origine, en particulier :
+ Paramètres de placement automatique
+ Zone de disponibilité
+ Association de réservation d’Hôte dédié
+ Affinité de l’hôte
+ Paramètres de maintenance de l’hôte
+ Paramètres de récupération de l’hôte
+ Type d’instance
+ Étiquettes
Une fois l’hôte de remplacement attribué, nous procédons à la migration des instances à l’aide de la **maintenance de l’hôte par migration en direct** ou de la **maintenance de l’hôte basée par redémarrage**, selon l’instance.
Une fois que l’hôte dégradé n’a plus d’instance en cours d’exécution, il est définitivement supprimé de votre compte.
## Maintenance de l’hôte de migration en direct
Les instances qui nécessitent une maintenance de l’hôte par migration en direct sont automatiquement migrées vers l’hôte de remplacement dans les 24 heures, sans arrêt ni redémarrage. Les instances migrées conservent leurs attributs existants, notamment :
+ ID d’instance
+ Métadonnées de l’instance
+ Pièces jointes de volume Amazon EBS
+ Adresses IP élastiques et adresses IP privées
+ États de la mémoire, du processeur et du réseau
Certaines instances de plus grande taille peuvent connaître une légère baisse de performance au cours de la migration.
Une fois les instances migrées automatiquement vers l'hôte de remplacement, nous vous envoyons des notifications par e-mail et sur le AWS Health tableau de bord. Les notifications incluent les hôtes dégradés et IDs de remplacement, des informations sur les instances qui ont été migrées automatiquement à l'aide de la maintenance de l'hôte de migration en direct, ainsi que des informations sur les instances restantes.
## Maintenance de l’hôte par redémarrage
Les instances qui nécessitent une maintenance de l’hôte basée sur le redémarrage sont planifiées pour les événements planifiés de redémarrage des instances pendant 14 jours à compter de la date de notification. Vous pouvez continuer à accéder à vos instances sur l’hôte dédié dégradé avant l’événement programmé.
Vous pouvez replanifier les événements de redémarrage à une date située dans les 7 jours suivant la date et l’heure de l’événement d’origine. Pour de plus amples informations, veuillez consulter [Replanification d’un événement planifié pour une instance EC2](reschedule-event.md).
Amazon EC2 réserve automatiquement de la capacité sur l’hôte de remplacement pour ces instances. Vous ne pouvez pas exécuter d’instances dans cette capacité réservée.
La console Amazon EC2 indique la capacité réservée en tant que capacité utilisée. Il peut sembler que les instances s’exécutent à la fois sur l’hôte dégradé et sur l’hôte de remplacement. Toutefois, les instances continueront de fonctionner uniquement sur l’hôte dégradé jusqu’à ce qu’elles soient arrêtées ou qu’elles soient migrées vers la capacité réservée sur l’hôte de remplacement.
À la date et à l’heure de l’événement planifié, les instances sont automatiquement arrêtées et redémarrées dans la capacité réservée sur l’hôte de remplacement. Les instances migrées conservent leurs attributs existants, notamment :
+ ID d’instance
+ Métadonnées de l’instance
+ Pièces jointes de volume Amazon EBS
+ Adresses IP élastiques et adresses IP privées
Toutefois, étant donné que les instances sont arrêtées et redémarrées pendant la migration, elles ne conservent pas leur état de mémoire, de processeur et de réseau.
Vous pouvez également arrêter et redémarrer manuellement ces instances à tout moment avant l’événement planifié pour les faire migrer vers l’hôte de remplacement ou vers un autre hôte. Vous devrez peut-être modifier l’affinité d’hôte de votre instance pour la redémarrer sur un autre hôte. Si vous arrêtez une instance avant l’événement planifié, la capacité réservée sur l’hôte de remplacement est libérée et peut être utilisée.
## États de la maintenance de l’hôte
Lorsqu’un hôte se dégrade, il entre dans `permanent-failure` cet état. Vous ne pouvez pas lancer d’instances sur un hôte dédié dont l’état est `permanent-failure`.
Une fois que l’hôte de remplacement est alloué, il reste dans l’état `pending` jusqu’à ce que les instances prenant en charge la maintenance de l’hôte par migration en direct soient automatiquement migrées depuis l’hôte dégradé, et jusqu’à ce que les événements planifiés soient planifiés pour les instances restantes. Une fois cette opération terminée, l’hôte de remplacement entre dans l’état `available`.
Une fois que l’hôte de remplacement est entré dans l’état `available`, vous pouvez l’utiliser de la même manière que n’importe quel hôte de votre compte. Toutefois, une partie de la capacité d’instance de l’hôte de remplacement est réservée aux instances qui nécessitent une migration d’hôte basée sur le redémarrage. Vous ne pouvez pas lancer de nouvelles instances dans cette capacité réservée.
Lorsque l’hôte dégradé n’a plus d’instances en cours d’exécution, il entre dans l’`released, permanent-failure`état et est définitivement supprimé de votre compte. Notez que l’hôte et ses ressources restent visibles dans la console pendant un court laps de temps.
## Migration automatique
Certaines instances ne peuvent pas être migrées automatiquement vers l’hôte de remplacement.
**Instances avec des volumes racine basés sur EBS**
Dans ces cas, nous programmons des événements d’arrêt d’instance pendant 28 jours à compter de la date de notification. À la date et à l’heure de l’événement planifié, les instances sont arrêtées. Nous vous recommandons d’arrêter manuellement au redémarrage de l’instance sur l’hôte de remplacement ou sur un autre hôte. Vous devrez peut-être modifier l’affinité d’hôte de votre instance pour la redémarrer sur un autre hôte.
**Instances avec volumes racine de stockage d’instance**
Pour ces instances, nous planifions des événements de mise hors service pendant 28 jours à compter de la date de la notification. À la date et à l’heure de l’événement planifié, les instances sont définitivement arrêtées. Nous vous recommandons de lancer manuellement les instances de remplacement sur l’hôte de remplacement, puis de migrer les données requises vers les instances de remplacement avant l’événement planifié.
Les instances suivantes possèdent des volumes racine de stockage d’instances : C1, C3, D2, I2, M1, M2, M3, R3 et X1.
Vous pouvez continuer à accéder à vos instances sur l’hôte dédié dégradé avant l’événement programmé.
# Configuration du paramètre de maintenance de l’hôte dédié Amazon EC2
Activez la maintenance de l’hôte pour vous assurer que vos instances exécutées sur un hôte dédié sont automatiquement restaurées sur un nouvel hôte dédié lors d’un événement de maintenance planifié.
Si vous désactivez la maintenance de l’hôte, vous recevez une notification par e-mail vous demandant d’expulser l’hôte endommagé et de migrer manuellement vos instances vers un autre hôte dans les 28 jours. Un hôte de remplacement est attribué si vous avez réservé un hôte dédié. Après 28 jours, les instances exécutées sur l’hôte dégradé sont résiliées et l’hôte est libéré automatiquement.
------
#### [ Console ]
**Pour activer la maintenance de l’hôte pour votre hôte dédié**
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, choisissez **Hôtes dédiés**.
1. Sélectionnez l’hôte dédié > **Actions** > **Modifier l’hôte**.
1. Sélectionnez *Activé* dans le champ **Maintenance de l’hôte**.
**Pour désactiver la maintenance de l’hôte pour votre hôte dédié**
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, choisissez **Hôtes dédiés**.
1. Sélectionnez l’hôte dédié > **Actions** > **Modifier l’hôte**.
1. Sélectionnez *Désactivé* dans le champ **Maintenance de l’hôte**.
------
#### [ AWS CLI ]
**Pour activer la maintenance de l’hôte pour votre hôte dédié**
Utilisez la commande [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-maintenance on \
--host-ids h-0d123456bbf78910d
```
**Pour désactiver la maintenance de l’hôte pour votre hôte dédié**
Utilisez la commande [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-maintenance off \
--host-ids h-0d123456bbf78910d
```
------
#### [ PowerShell ]
**Pour activer la maintenance de l’hôte pour votre hôte dédié**
Utilisez l’applet de commande [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostMaintenance on `
-HostId h-0d123456bbf78910d
```
**Pour désactiver la maintenance de l’hôte pour votre hôte dédié**
Utilisez l’applet de commande [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostMaintenance off `
-HostId h-0d123456bbf78910d
```
------
# Surveillez l’état de vos hôtes dédiés Amazon EC2
Amazon EC2 surveille constamment l’état de vos Hôtes dédiés. Les mises à jour sont communiquées sur la console Amazon EC2. Vous pouvez afficher des informations sur un Hôte dédié à l’aide des méthodes suivantes.
------
#### [ Console ]
**Pour afficher l’état d’un Hôte dédié**
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, choisissez **Hôtes dédiés**.
1. Recherchez l’Hôte dédié dans la liste et consultez la valeur située dans la colonne **État**.
------
#### [ AWS CLI ]
**Pour afficher l’état d’un Hôte dédié**
Utilisez la commande [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html).
```
aws ec2 describe-hosts --host-id h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Pour afficher l’état d’un Hôte dédié**
Utilisez l’applet de commande [Get-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html).
```
Get-EC2Host -HostId h-012a3456b7890cdef
```
------
Le tableau suivant explique les états possibles pour l’Hôte dédié.
| **État** | **Description** |
| --- | --- |
| available | AWS n'a détecté aucun problème avec l'hôte dédié. Aucune maintenance ni réparation n’est programmée. Les instances peuvent être lancées sur cet hôte dédié. |
| released | L’Hôte dédié a été libéré. l’ID de l’hôte n’est plus utilisé. Les hôtes libérés ne peuvent pas être réutilisés. |
| under-assessment | AWS explore un éventuel problème avec l'hôte dédié. Si des mesures doivent être prises, vous en êtes informé par e-mail. AWS Management Console Aucune instance ne peut être lancée sur un Hôte dédié dans cet état. |
| pending | L’hôte dédié ne peut pas être utilisé le lancement de nouvelles instances. Soit il est [en cours de modification afin de prendre en charge plusieurs types d’instances](modify-host-support.md), soit une [récupération d’hôte](dedicated-hosts-recovery.md) est en cours. |
| permanent-failure | Une défaillance irrécupérable a été détectée. Vous recevez une notice d’expulsion par l’intermédiaire de vos instances et par e-mail. Vos instances peuvent continuer à s’exécuter. Si vous arrêtez ou mettez fin à toutes les instances d'un hôte dédié présentant cet état, l'hôte AWS est retiré. AWS ne redémarre pas les instances dans cet état. Aucune instance ne peut être lancée sur un Hôtes dédiés dans cet état. |
| released-permanent-failure | AWS libère définitivement les hôtes dédiés en panne et sur lesquels aucune instance n'est en cours d'exécution. L’ID de l’Hôte dédié ne peut plus être utilisé. |
# Suivez les modifications de configuration de l'hôte dédié Amazon EC2 à l'aide de AWS Config
Vous pouvez l'utiliser AWS Config pour enregistrer les modifications de configuration pour les hôtes dédiés et pour les instances lancées, arrêtées ou arrêtées sur ces hôtes. Vous pouvez utiliser les informations capturées par AWS Config comme source de données pour les rapports d’utilisation des licences.
AWS Config enregistre les informations de configuration pour les hôtes dédiés et les instances individuellement, et associe ces informations par le biais de relations. Il y a trois conditions pour la création de rapports :
+ **AWS Config état de l'enregistrement** : lorsque **cette option AWS Config est activée**, elle enregistre un ou plusieurs types de AWS ressources, notamment des hôtes dédiés et des instances dédiées. Pour capturer les informations requises pour les rapports d’utilisation des licences, vérifiez que les hôtes et les instances sont enregistrés avec les champs suivants.
+ **Statut de l’enregistrement de l’hôte** — Lorsque ce paramètre a la valeur **Activé**, les informations de configuration concernant les Hôtes dédiés sont enregistrées.
+ **Statut de l’enregistrement de l’instance** : lorsque ce paramètre est défini sur **Activé**, les informations de configuration concernant les Instances dédiées sont enregistrées.
Si l’une de ces trois conditions est désactivée, l’icône du bouton **Edit Config Recording** est rouge. Afin de tirer pleinement profit de cet outil, assurez-vous que les trois méthodes d’enregistrement soient activées. Lorsqu’elles sont toutes les trois activées, l’icône est verte. Pour modifier les paramètres, choisissez **Edit Config Recording**. Vous êtes dirigé vers la AWS Config page de **configuration** de la AWS Config console, où vous pouvez configurer AWS Config et démarrer l'enregistrement pour vos hôtes, instances et autres types de ressources pris en charge. Pour plus d'informations, consultez la section [Configuration à AWS Config l'aide de la console](https://docs.aws.amazon.com/config/latest/developerguide/resource-config-reference.html) dans le *guide du AWS Config développeur*.
**Note**
AWS Config enregistre vos ressources après les avoir découvertes, ce qui peut prendre plusieurs minutes.
Après avoir AWS Config commencé à enregistrer les modifications de configuration de vos hôtes et instances, vous pouvez obtenir l'historique de configuration de tous les hôtes que vous avez alloués ou publiés et de toutes les instances que vous avez lancées, arrêtées ou résiliées. Par exemple, à tout moment dans l’historique de configuration d’un Hôte dédié, vous pouvez rechercher combien d’instances sont lancées sur cet hôte, ainsi que le nombre de sockets et de cœurs sur l’hôte. Pour n’importe laquelle de ces instances, vous pouvez également rechercher l’ID de son Amazon Machine Image (AMI). Vous pouvez utiliser ces informations pour les rapports de licences portant sur vos propres licences logicielles liées au serveur par socket ou par cœur.
Vous pouvez accéder aux historiques de configuration de l’une des façons suivantes :
+ À l'aide de la AWS Config console. Pour chaque ressource enregistrée, vous pouvez visualiser une page chronologique fournissant une historique des détails de configuration. Pour visualiser cette page, choisissez l’icône grise dans la colonne **Chronologie de configuration** de la page **Hôtes dédiés**. Pour plus d'informations, consultez la section [Affichage des détails de configuration dans la AWS Config console](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html) dans le *guide du AWS Config développeur*.
+ En exécutant AWS CLI des commandes. Tout d'abord, vous pouvez utiliser la [list-discovered-resources](https://docs.aws.amazon.com/cli/latest/reference/configservice/list-discovered-resources.html)commande pour obtenir une liste de tous les hôtes et instances. Vous pouvez ensuite utiliser la [get-resource-config-history](https://docs.aws.amazon.com/cli/latest/reference/configservice/get-resource-config-history.html#get-resource-config-history)commande pour obtenir les détails de configuration d'un hôte ou d'une instance pour un intervalle de temps spécifique.
+ En utilisant l' AWS Config API dans vos applications. Tout d'abord, vous pouvez utiliser l'[ListDiscoveredResources](https://docs.aws.amazon.com/config/latest/APIReference/API_ListDiscoveredResources.html)action pour obtenir une liste de tous les hôtes et instances. Vous pouvez ensuite utiliser l'[GetResourceConfigHistory](https://docs.aws.amazon.com/config/latest/APIReference/API_GetResourceConfigHistory.html)action pour obtenir les détails de configuration d'un hôte ou d'une instance pour un intervalle de temps spécifique.
Par exemple, pour obtenir la liste de tous vos hôtes dédiés AWS Config, exécutez une commande CLI telle que la suivante.
```
aws configservice list-discovered-resources --resource-type AWS::EC2::Host
```
Pour obtenir l'historique de configuration d'un hôte dédié à partir de AWS Config, exécutez une commande CLI telle que la suivante.
```
aws configservice get-resource-config-history \
--resource-type AWS::EC2::Instance \
--resource-id i-1234567890abcdef0
```
**Pour gérer les AWS Config paramètres à l'aide de la console**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Sur la page **Hôtes dédiés**, sélectionnez **Modifier l’enregistrement de la configuration**.
1. Dans la AWS Config console, suivez les étapes indiquées pour activer l'enregistrement. Pour plus d'informations, voir [Configuration à AWS Config l'aide de la console](https://docs.aws.amazon.com/config/latest/developerguide/gs-console.html).
Pour plus d'informations, consultez la section [Affichage des détails de configuration dans la AWS Config console](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html).
**Pour activer à AWS Config l'aide de la ligne de commande ou de l'API**
+ AWS CLI : [affichage des détails de configuration (AWS CLI)](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html#view-config-details-cli) dans le *guide du AWS Config développeur*.
+ API Amazon EC2 :. [GetResourceConfigHistory](https://docs.aws.amazon.com/config/latest/APIReference/API_GetResourceConfigHistory.html)
# Instances EC2 dédiées Amazon
Par défaut, les EC2 instances s'exécutent sur du matériel à location partagée. Cela signifie que plusieurs comptes AWS peuvent partager le même matériel physique.
Les instances dédiées sont EC2 des instances qui s'exécutent sur du matériel dédié à un seul AWS compte. Cela signifie que les instances dédiées sont physiquement isolées au niveau du matériel hôte des instances appartenant à d'autres instances Comptes AWS, même si ces comptes sont liés à un compte payeur unique. Toutefois, les instances dédiées peuvent partager du matériel avec d'autres instances de la même instance Compte AWS qui ne sont pas des instances dédiées.
Les instances dédiées n’offrent aucune visibilité ni aucun contrôle sur le placement des instances et ne prennent pas en charge l’affinité des hôtes. Si vous arrêtez et démarrez une instance dédiée, il se peut qu’elle ne s’exécute pas sur le même hôte. De même, vous ne pouvez pas cibler un hôte spécifique sur lequel lancer ou exécuter une instance. En outre, les instances dédiées offrent une prise en charge limitée de la licence « Apportez votre propre licence » (BYOL).
Si vous avez besoin d’une visibilité et d’un contrôle sur le placement des instances et d’un support BYOL plus complet, envisagez plutôt d’utiliser un hôte dédié. Les instances dédiées et les hôtes dédiés peuvent tous deux être utilisés pour lancer EC2 des instances Amazon sur des serveurs physiques dédiés. Il n’existe pas de différence physique, de sécurité ou de performance entre les instances dédiées et les instances des Hôtes dédiés. Toutefois, il existe des différences essentielles entre ces deux types de produits. Le tableau suivant met en valeur quelques-unes des principales différences entre les Hôtes dédiés et les instances dédiées :
| | Dedicated Host | Dedicated Instance |
| --- | --- | --- |
| Serveur physique dédié | Serveur physique avec capacité d’instance entièrement dédié à votre utilisation. | Serveur physique dédié à un seul compte client. |
| Partage des capacités d’instance | Peut partager la capacité de l’instance avec d’autres comptes. | Non pris en charge |
| Facturation | Facturation par hôte | Facturation par instance |
| Visibilité des sockets, cœurs et ID d’hôte | Offre une visibilité sur le nombre de sockets et de cœurs physiques | Aucune visibilité |
| Affinité de l’hôte et de l’instance | Permet de déployer vos instances de façon cohérente sur le même serveur physique au fil du temps | Non pris en charge |
| Placement ciblé d’instances | Offre une visibilité supplémentaire et un contrôle sur la façon dont les instances sont placées sur un serveur physique | Non pris en charge |
| Récupération automatique des instances | Pris en charge. Pour plus d’informations, consultez [Restauration de l’hôte dédié Amazon EC2](dedicated-hosts-recovery.md). | Pris en charge |
| Bring Your Own License (Licence à fournir) | Pris en charge | Support partiel\$1 |
| Réserve de capacité | Non pris en charge | Pris en charge |
Serveur \$1 Microsoft SQL avec License Mobility via Software Assurance et les licences Windows Virtual Desktop Access (VDA) peuvent être utilisées avec une instance dédiée.
Pour de plus amples informations, veuillez consulter [Hôtes dédiés Amazon EC2](dedicated-hosts-overview.md).
**Topics**
+ [Principes de base de Instance dédiée](#dedicated-howitworks)
+ [Fonctionnalités prises en charge](#features)
+ [Limites de instances dédiées](#dedicated-limits)
+ [Tarification des instances dédiées](#dedicated-instance-pricing)
+ [Lancer des instances dédiées](dedicatedinstancesintovpc.md)
+ [Modifier la location d’une instance](dedicated-change-tenancy.md)
+ [Modifier la location d’un VPC](change-tenancy-vpc.md)
## Principes de base de Instance dédiée
Un VPC peut avoir une location de `default` ou `dedicated`. Par défaut, vous VPCs disposez d'une `default` location et les instances lancées dans un `default` VPC de location ont une location. `default` Pour lancer des instances dédiées, procédez comme suit :
+ Créez un VPC avec une location `dedicated`, afin que toutes les instances du VPC s’exécutent en tant qu’instances dédiées. Pour de plus amples informations, veuillez consulter [Lancer des instances dédiées dans un VPC avec une location par défaut](dedicatedinstancesintovpc.md).
+ Créez un VPC avec une location `default` et spécifiez manuellement une location `dedicated` pour que les instances s’exécutent en tant qu’instances dédiées. Pour de plus amples informations, veuillez consulter [Lancer des instances dédiées dans un VPC avec une location par défaut](dedicatedinstancesintovpc.md).
## Fonctionnalités prises en charge
Les instances dédiées prennent en charge les fonctionnalités et intégrations AWS de services suivantes :
**Topics**
+ [Instances réservées](#dedicatedreservedinstances)
+ [Dimensionnement automatique](#dedicated-instance-autoscaling)
+ [Récupération automatique](#dedicated-instance-recovery)
+ [instances Spot dédiées](#dedicated-instance-spot)
+ [Instances de performance à capacité extensible](#dedicated-instance-burstable)
### Instances réservées
Pour réserver de la capacité pour vos instances dédiées, vous pouvez acheter des instances réservées dédiées ou des réserves de capacité. Pour plus d’informations, consultez [Aperçu des instances réservées pour Amazon EC2](ec2-reserved-instances.md) et [Réserver de la capacité de calcul à l’aide de EC2 On-Demand Capacity Reservations (Réserves de capacité à la demande EC2)](ec2-capacity-reservations.md).
Quand vous achetez une Instance réservée dédiée, vous achetez la capacité nécessaire pour lancer une Instance dédiée à un coût d’utilisation grandement réduit ; la rupture de prix sur le coût d’utilisation s’applique uniquement si vous lancez une instance avec une location dédiée. Lorsque vous achetez une Instance réservée avec une location par défaut, celle-ci s’applique uniquement à une instance en cours d’exécution dotée d’un location `default`. Elle ne s’appliquerait pas à une instance en cours d’exécution dotée d’une location `dedicated`.
Vous ne pouvez pas utiliser le processus de modification pour modifier la location d’une Instance réservée après l’avoir achetée. Par contre, vous pouvez échanger une Instance réservée convertible contre une nouvelle Instance réservée convertible avec une autre location.
### Dimensionnement automatique
Vous pouvez utiliser Amazon EC2 Auto Scaling pour lancer des instances dédiées. Pour plus d'informations, consultez la section [Créer un modèle de lancement à l'aide des paramètres avancés](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html) dans le *guide de l'utilisateur d'Amazon EC2 Auto Scaling*.
### Récupération automatique
Vous pouvez configurer la restauration automatique pour une instance dédiée si celle-ci est altérée en raison d'une défaillance matérielle sous-jacente ou d'un problème nécessitant une AWS intervention pour être réparé. Pour de plus amples informations, veuillez consulter [Récupération automatique des instances](ec2-instance-recover.md).
### instances Spot dédiées
Vous pouvez exécuter une instance Spot dédiée en spécifiant une location `dedicated` lorsque vous créez une demande d’instance Spot. Pour plus d’informations, consultez [Lancement sur du matériel à locataire unique](how-spot-instances-work.md#spot-instance-tenancy).
### Instances de performance à capacité extensible
Vous pouvez tirer parti des avantages liés à une exécution sur du matériel à location dédiée avec [Instances de performance à capacité extensible](burstable-performance-instances.md). Par défaut, les instances dédiées T3 sont lancées en mode illimité. Leur niveau de performances d’UC de base peut être étendu à un niveau supérieur lorsque la charge de travail l’exige. Les performances de base T3 et la possibilité d’émettre en rafale sont régies par les crédits UC. Compte tenu de la nature extensible des types d’instance T3, pour des performances optimales, nous vous recommandons de surveiller la façon dont vos instances T3 utilisent les ressources d’UC du matériel dédié. Les instances dédiées T3 s’adressent à des clients dont les charges de travail variées présentent un comportement d’UC aléatoire, mais dont le niveau d’utilisation d’UC est de préférence moyen ou inférieur aux niveaux d’utilisation de base. Pour de plus amples informations, veuillez consulter [Concepts clés pour les instances à performances extensibles](burstable-credits-baseline-concepts.md).
Amazon EC2 a mis en place des systèmes permettant d'identifier et de corriger la variabilité des performances. Cependant, il est toujours possible d’observer des fluctuations à court terme si vous lancez plusieurs instances dédiées T3 dont les modèles d’utilisation de CPU sont corrélés. Pour les charges de travail plus exigeantes ou corrélées, nous recommandons d’utiliser des instances dédiées M5 ou M5 plutôt que des instances dédiées T3.
## Limites de instances dédiées
Gardez les points suivants à l’esprit lorsque vous utilisez des instances dédiées :
+ Certains AWS services ou leurs fonctionnalités ne sont pas pris en charge par un VPC dont la location d'instance est définie sur. `dedicated` Vérifiez la documentation du service pour confirmer s’il existe des restrictions.
+ Certains types d’instance ne peuvent pas être lancés dans un VPC dont la location d’instance est définie comme `dedicated`. Pour plus d'informations sur les types d'instances pris en charge, consultez [Amazon EC2 Dedicated Instances](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
+ Quand vous lancez une Instance dédiée Amazon EBS, le volume EBS ne s’exécute pas sur un matériel dédié à utilisateur unique.
## Tarification des instances dédiées
La tarification des instances dédiées est différente de celle des instances à la demande. Pour plus d'informations, consultez les [instances EC2 dédiées Amazon](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
# Lancer des instances dédiées dans un VPC avec une location par défaut
Quand vous créez un VPC, vous avez la possibilité de spécifier sa location d’instance. Si vous lancez une instance dans un VPC qui a une location d’instance `dedicated`, elle est exécutée en tant qu’instance dédiée sur du matériel réservé à votre usage.
Pour plus d’informations sur le lancement d’une instance avec une location `host`, consultez [Démarrer des instances Amazon EC2 sur un hôte dédié Amazon EC2](launching-dedicated-hosts-instances.md).
Pour plus d’informations sur les options de location de VPC, consultez la section [Création d’un VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html) dans le *Guide de l’utilisateur Amazon VPC*.
**Exigences**
+ Choisissez un type d’instance pris en charge. Pour plus d'informations, consultez [Amazon EC2 Dedicated Instances](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
------
#### [ Console ]
**Pour lancer une Instance dédiée dans un VPC de location par défaut**
1. Ouvrez la EC2 console Amazon à l'adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Instances**, **Launch instance** (Lancer une instance).
1. Dans la section **Application and OS Images** (Images d’applications et de systèmes d’exploitation), sélectionnez une AMI de la liste.
1. Dans la section **Instance type** (Type d’instance), sélectionnez le type d’instance à lancer.
1. Dans la section **Key pair** (Paire de clés), sélectionnez la paire de clés à associer à l’instance.
1. Dans la section **Advanced details**, pour **Tenancy** (Location), sélectionnez **Dedicated** (Dédié).
1. Configurez les options d’instance restantes selon les besoins. Pour de plus amples informations, veuillez consulter [Référence pour les paramètres de configuration des EC2 instances Amazon](ec2-instance-launch-parameters.md).
1. Sélectionnez **Launch instance** (Lancer une instance).
------
#### [ AWS CLI ]
**Pour définir l’option de location d’une instance lors du lancement**
Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) et incluez `Tenancy` dans l’option `--placement`.
```
--placement Tenancy=dedicated
```
------
#### [ PowerShell ]
**Pour définir l’option de location d’une instance lors du lancement**
Utilisez l'[New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)applet de commande avec le `-Placement_Tenancy` paramètre.
```
-Placement_Tenancy dedicated
```
------
# Modifier la location d'une instance EC2
Vous pouvez modifier la location d’une instance arrêtée après l’avoir lancée. Les modifications que vous apportez prennent effet au prochain démarrage de l’instance.
Vous pouvez également modifier la durée de location de votre cloud privé virtuel (VPC). Pour de plus amples informations, veuillez consulter [Modifier la location d’instance d’un VPC](change-tenancy-vpc.md).
**Limitations**
+ Vous ne pouvez pas modifier la location d’une instance à l’aide de l’ AWS Management Console.
+ L’instance doit être dans l’état `stopped`.
+ Les détails du système d’exploitation de votre instance, et le fait que SQL Server soit installé ou non, ont une incidence sur les conversions prises en charge. Pour plus d’informations sur les chemins de conversion de location disponibles pour votre instance, consultez la section [Tenancy conversion](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-tenancy.html) dans le *Guide de l’utilisateur de License Manager*.
+ Pour les instances T3, vous devez lancer l’instance sur un hôte dédié pour utiliser une location `host`. Vous ne pouvez pas modifier la location de `host` à `dedicated` ou `default`. Si vous tentez d’effectuer l’une de ces modifications de location non prises en charge, vous obtiendrez un code d’erreur `InvalidRequest`.
------
#### [ AWS CLI ]
**Pour modifier la valeur de location d’une instance**
Utilisez la commande [ modify-instance-placement](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-placement.html).
```
aws ec2 modify-instance-placement \
--instance-id i-1234567890abcdef0 \
--tenancy dedicated
```
------
#### [ PowerShell ]
**Pour modifier la valeur de location d’une instance**
Utilisez l'[Edit-EC2InstancePlacement](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstancePlacement.html)applet de commande.
```
Edit-EC2InstancePlacement `
-InstanceId i-1234567890abcdef0 `
-Tenancy Dedicated
```
------
# Modifier la location d’instance d’un VPC
Vous pouvez modifier la location de l’instance d’un cloud privé virtuel (VPC) en la faisant passer de `dedicated` à `default` après l’avoir créé. La modification de la location d’instance d’un VPC n’affecte pas la location des instances existantes dans le VPC. La prochaine fois que vous lancerez une instance dans le VPC, elle aura une location par `default`, à moins que vous n’indiquiez le contraire lors du lancement de l’instance.
Vous pouvez également modifier la location d’instances spécifiques. Pour de plus amples informations, veuillez consulter [Modifier la location d'une instance EC2](dedicated-change-tenancy.md).
**Limitations**
+ Vous ne pouvez pas changer la location d’instance d’un VPC de `default` à `dedicated` après qu’il ait été créé.
+ Vous ne pouvez pas modifier la location d’instance d’un VPC à l’aide de l’ AWS Management Console
------
#### [ AWS CLI ]
**Pour modifier l’attribut de location d’instance d’un VPC**
Utilisez la commande [modify-vpc-tenancy](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-vpc-tenancy.html). La seule valeur de location prise en charge est `default`.
```
aws ec2 modify-vpc-tenancy \
--vpc-id vpc-1234567890abcdef0 \
--instance-tenancy default
```
------
#### [ PowerShell ]
**Pour modifier l’attribut de location d’instance d’un VPC**
Utilisez l’applet de commande [Edit-EC2VpcTenancy](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2VpcTenancy.html). La seule valeur de location prise en charge est `Default`.
```
Edit-EC2VpcTenancy `
-VpcId vpc-1234567890abcdef0 `
-InstanceTenancy Default
```
------
# Réserve de capacité à la demande et blocs de capacité pour ML (machine learning)
Les réservations de capacité vous permettent de réserver de la capacité de calcul pour EC2 les instances Amazon dans une zone de disponibilité spécifique. Il existe deux types de réserve de capacité qui répondent à différents cas d’utilisation.
**Types de réserve de capacité**
+ [Réserve de capacité à la demande](ec2-capacity-reservations.md)
+ [Blocs de capacité pour ML](ec2-capacity-blocks.md)
Voici quelques cas d’utilisation courants de la réserve de capacité à la demande :
+ **Événements de mise à l’échelle** : créez une réserve de capacité avant les événements stratégiques afin de pouvoir effectuer une mise à l’échelle lorsque vous en avez besoin.
+ **Exigences réglementaires et reprise après sinistre** : utilisez la réservation de capacité à la demande pour satisfaire aux exigences réglementaires en matière de haute disponibilité, et effectuez une réserve de capacité dans une zone de disponibilité ou une région différente pour la reprise après sinistre.
+ **Partage de la capacité inutilisée** : utilisez les réservations de capacité interruptibles pour rendre la capacité inutilisée disponible pour d'autres charges de travail au sein de votre compte tout en gardant le contrôle pour la récupérer en cas de besoin.
Voici quelques cas d’utilisation courants des blocs de capacité pour ML :
+ **Entraînement et optimisation du modèle de machine learning (ML)** : bénéficiez d’un accès ininterrompu aux instances GPU que vous avez réservées pour terminer l’entraînement et l’optimisation du modèle de machine learning.
+ **Expérimentations et prototypes de machine learning** : exécutez des expériences et créez des prototypes qui nécessitent des instances de GPU pendant de courtes durées.
**Quand utiliser la réserve de capacité à la demande**
Utilisez la réserve de capacité à la demande si vous avez des exigences strictes en matière de capacité et si vos charges de travail critiques actuelles ou futures nécessitent une garantie en termes de capacité. Avec les réservations de capacité à la demande, vous pouvez vous assurer que vous aurez toujours accès à la EC2 capacité Amazon que vous avez réservée aussi longtemps que vous en aurez besoin.
**Quand utiliser les blocs de capacité pour ML**
Utilisez les blocs de capacité pour ML lorsque vous devez vous assurer de disposer d’un accès ininterrompu aux instances GPU pendant une période définie à compter d’une date ultérieure. Les blocs de capacité conviennent parfaitement à l’entraînement et à l’optimistion des modèles de machine learning, aux expérimentations de courte durée et à la gestion des augmentations temporaires de la demande d’inférence à avenir. Avec les blocs de capacité, vous pouvez vous assurer d’avoir accès aux ressources GPU à une date spécifique pour exécuter vos charges de travail de machine learning.
# Réserver de la capacité de calcul à l’aide de EC2 On-Demand Capacity Reservations (Réserves de capacité à la demande EC2)
Les réserves de capacité Amazon EC2 vous permettent de réserver de la capacité de calcul pour vos instances Amazon EC2 dans une zone de disponibilité spécifique pour la durée de votre choix. Si vous avez des exigences strictes en matière de capacité pour des charges de travail critiques actuelles ou ultérieures qui nécessitent un certain niveau de garantie de capacité à long ou à court terme, nous vous recommandons de créer une réserve de capacité pour vous assurer que vous aurez toujours accès à la capacité Amazon EC2 lorsque vous en aurez besoin, aussi longtemps que vous en aurez besoin.
Vous pouvez créer une réserve de capacité à tout moment, et vous pouvez choisir la date à laquelle elle commence. Vous pouvez demander une réserve de capacité à utiliser immédiatement ou pour une date ultérieure.
+ Si vous demandez une **réserve de capacité à utiliser immédiatement**, la réserve de capacité devient disponible immédiatement et il n’y a pas d’engagement de durée. Vous pouvez modifier la réservation de capacité à tout moment, et vous pouvez l'annuler à tout moment pour libérer la capacité réservée et arrêter d'encourir des frais.
+ Si vous demandez une **réserve de capacité à date ultérieure**, vous indiquez la date ultérieure à laquelle vous souhaitez que la réserve de capacité soit disponible pour utilisation. Vous devez également indiquer une durée d’engagement pour laquelle vous vous engagez à conserver la capacité demandée sur votre compte après la date indiquée. A la date et à l’heure demandées, la réserve de capacité devient disponible et la durée d’engagement commence. Pendant la durée d’engagement, vous ne pouvez pas réduire le nombre d’instances ou la durée d’engagement en dessous de votre engagement initial, ni annuler la réserve de capacité. Une fois la durée d’engagement écoulée, vous pouvez modifier la réserve de capacité de quelque manière que ce soit ou l’annuler si vous n’en avez plus besoin.
réserves de capacité peut uniquement être utilisé par les instances correspondant aux attributs. Par défaut, les réserves de capacité correspondent automatiquement aux nouvelles instances et aux instances en cours d’exécution qui ont les mêmes attributs (type d’instance, plateforme, zone de disponibilité et mode d’occupation). Cela signifie que toute instance avec des attributs correspondants est exécutée automatiquement dans la réserve de capacité. Cependant, vous pouvez également cibler une réserve de capacité pour des charges de travail spécifiques. Cela vous permet de contrôler de manière explicite les instances autorisées à fonctionner dans cette capacité réservée. Vous pouvez également indiquer que les instances ne s’exécuteront que dans un groupe de ressources de réserve de capacité ou de réserve de capacité.
**Important**
Les réserves de capacité à date ultérieure ont pour but de vous aider à lancer et à couvrir des instances supplémentaires, et non de couvrir des instances existantes en cours d’exécution. Si vous devez couvrir des instances en cours d’exécution, utilisez plutôt les réserves de capacité qui démarrent immédiatement.
Toutes les instances Amazon EC2 prises en charge avec des attributs correspondants, c’est-à-dire le type d’instance, la plateforme, la zone de disponibilité et la location, sont éligibles à l’exécution au sein d’une réserve de capacité. L'instance Amazon EC2 peut être lancée par vous (*instances non gérées*) ou en votre nom par un AWS service (instances *gérées*). Cela est particulièrement vrai pour les réserves de capacité *ouvertes*, qui s’associent automatiquement à toutes les instances en cours d’exécution dont les attributs correspondent. Par exemple, les instances gérées lancées en votre nom par les services suivants sont éligibles à l’exécution au sein d’une réserve de capacité que vous créez et gérez.
+ Amazon EC2 Auto Scaling
+ Amazon ECS
+ Amazon EKS
+ Amazon EMR
+ Amazon SageMaker AI
+ AWS Batch
+ AWS Elastic Beanstalk
+ AWS ParallelCluster
+ AWS Parallel Computing Service (AWS PCS)
**Topics**
+ [Concepts relatifs aux réserves de capacité Amazon EC2](cr-concepts.md)
+ [Différences entre les réserves de capacité, les instances réservées et les Savings Plans](#capacity-reservations-differences)
+ [Plateformes prises en charge](#capacity-reservations-platforms)
+ [Quotas](#capacity-reservations-limits)
+ [Limitations](#capacity-reservations-limitations)
+ [Tarification et facturation d’une réserve de capacité](capacity-reservations-pricing-billing.md)
+ [Créer une réserve de capacité](capacity-reservations-create.md)
+ [Consulter l’état d’une réserve de capacité](capacity-reservations-view.md)
+ [Lancer des instances dans une réserve de capacité existante](capacity-reservations-launch.md)
+ [Modifier une réserve de capacité active](capacity-reservations-modify.md)
+ [Modifier les paramètres de réserve de capacité de votre instance](capacity-reservations-modify-instance.md)
+ [Déplacer la capacité entre les réserves de capacité](capacity-reservations-move.md)
+ [Diviser la capacité d’une réserve de capacité existante](capacity-reservations-split.md)
+ [Annuler une réserve de capacité](capacity-reservations-release.md)
+ [Utilisation des réserves de capacité avec les groupes de placement du cluster](cr-cpg.md)
+ [Groupes de réserve de capacité](create-cr-group.md)
+ [réserves de capacité dans Local Zones](capacity-reservations-localzones.md)
+ [réserves de capacité dans les zones Wavelength](capacity-reservations-wavelengthzones.md)
+ [Réservations de capacité sur AWS Outposts](capacity-reservations-outposts.md)
+ [Utiliser des réserves de capacité partagées](capacity-reservation-sharing.md)
+ [Flottes de réserve de capacité](cr-fleets.md)
+ [Surveillez l'utilisation des réservations de capacité à l'aide de CloudWatch métriques](capacity-reservation-cw-metrics.md)
+ [Surveiller la sous-utilisation des réserves de capacité](cr-eventbridge.md)
+ [Surveillance des changements d’état pour les réserves de capacité à date ultérieure](monitor-fcr-state.md)
+ [Réservations de capacité interruptibles](interruptible-capacity-reservations.md)
# Concepts relatifs aux réserves de capacité Amazon EC2
Les concepts clés suivants s’appliquent aux réserves de capacité.
**Topics**
+ [Date et heure de début](#cr-start-date)
+ [Date et heure de fin](#cr-end-date)
+ [Durée d’engagement](#cr-commitment-duration)
+ [Évaluation de la réserve de capacité à date ultérieure](#cr-future-dated-assessment)
+ [Attributs relatifs à la réserve de capacité](#cr-attributes)
+ [Critères de correspondance de l’instance](#cr-instance-eligibility)
## Date et heure de début
La date et l’heure de début définissent le moment où la réserve de capacité devient disponible pour être utilisée. Une réserve de capacité peut commencer **immédiatement** ou à une **date ultérieure**.
+ Si vous choisissez de lancer une réserve de capacité immédiatement, la capacité réservée devient disponible immédiatement après sa création et la facturation commence dès que la réserve de capacité passe à l’état actif. Il n’est pas nécessaire de prendre des engagements à terme. Vous pouvez modifier la réserve de capacité à tout moment afin de répondre à vos besoins, et vous pouvez l’annuler à tout moment afin de libérer la capacité et de cesser de payer des frais.
+ Si vous choisissez de lancer une réserve de capacité à une date ultérieure, vous indiquez une *date et une heure ultérieures* auxquelles vous aurez besoin de la capacité réservée, ainsi qu’une *durée d’engagement*, qui est la durée minimale pendant laquelle vous vous engagez à conserver la réserve de capacité demandée dans votre compte après son approvisionnement. À la date ultérieure indiquée, la réserve de capacité devient disponible et la facturation commence à ce moment-là, une fois que la réserve de capacité passe à l’état actif. La durée d’engagement commence dès que la réserve de capacité est approvisionnée dans votre compte. Pendant cette période, vous ne pouvez pas réduire le nombre d’instances en dessous du nombre d’instances engagées, choisir une date de fin antérieure à la durée d’engagement, ou annuler la réserve de capacité. Toutefois, après l’expiration de la durée d’engagement, vous êtes libre de modifier la réserve de capacité de quelque manière que ce soit ou de l’annuler afin de libérer la capacité réservée et de cesser de payer des frais.
## Date et heure de fin
La date et l’heure de fin définissent le moment où la réserve de capacité prend fin et où la capacité réservée est libérée de votre compte. Vous pouvez configurer une réserve de capacité pour **qu’elle se termine automatiquement** à une date et une heure spécifiques, ou pour qu’elle reste active indéfiniment jusqu’à ce que vous ** l’annuliez manuellement**.
Si vous configurez une réserve de capacité pour qu’elle se termine automatiquement, la réserve de capacité expire dans l’heure qui suit l’heure indiquée. Par exemple, si vous indiquez `5/31/2019, 13:30:55`, `13:30:55`, l’expiration de la réserve de capacité est garantie entre et `14:30:55` le `5/31/2019`.
Lorsqu’une réserve prend fin, la capacité réservée est libérée de votre compte et vous ne pouvez plus cibler d’instances sur la réserve de capacité. Les instances en cours d’exécution dans la capacité réservée continuent à s’exécuter sans interruption. Si des instances ciblant une réserve de capacité sont arrêtées, vous ne pouvez pas les redémarrer tant que vous n’avez pas supprimé leur préférence de ciblage de la réserve de capacité ou que vous ne les avez pas configurées pour qu’elles ciblent une autre réserve de capacité. Pour de plus amples informations, veuillez consulter [Modifier les paramètres de réserve de capacité de votre instance](capacity-reservations-modify-instance.md).
## Durée d’engagement
La durée d’engagement ne s’applique qu’aux réserves de capacité à date ultérieure.
La durée d’engagement est une durée minimale pendant laquelle vous vous engagez à ce que la réserve de capacité à date ultérieure soit active dans votre compte après son approvisionnement. Vous pouvez conserver une réserve de capacité à date ultérieure plus longtemps que la durée d’engagement, mais pas moins longtemps. Les dispositions suivantes s’appliquent pendant la durée d’engagement :
+ Vous ne pouvez pas annuler une réserve de capacité pendant la durée d’engagement.
+ Vous ne pouvez pas diminuer le nombre d’instances en dessous du nombre d’instances engagées, mais vous pouvez l’augmenter.
+ Vous ne pouvez pas configurer une réserve de capacité pour qu’elle se termine automatiquement à une date ou une heure qui se situe dans la durée d’engagement. Vous pouvez prolonger la date et l’heure de fin pendant la période d’engagement.
Amazon EC2 utilise la durée d’engagement que vous avez indiquée pour déterminer si la demande peut être prise en charge. La durée d’engagement minimale est de 14 jours. Lors de l’évaluation d’une demande, Amazon EC2 peut décider de prendre en charge une durée d’engagement plus courte. Dans ce cas, Amazon EC2 planifiera la réserve de capacité à date ultérieure avec la durée d’engagement la plus courte. Cela signifie que vous vous engagez à conserver la réserve de capacité dans votre compte pour une période plus courte que celle que vous avez initialement demandée.
## Évaluation de la réserve de capacité à date ultérieure
Lorsque vous demandez une réserve de capacité à date ultérieure, Amazon EC2 évalue la demande afin de déterminer si elle peut être prise en charge en fonction de la disponibilité de la capacité et de la durée d’engagement que vous avez indiquée. En général, l’évaluation est réalisée dans un délai de 5 jours. Amazon EC2 prend en compte plusieurs facteurs lors de l’évaluation d’une demande, notamment :
+ Les prévisions concernant l’offre de capacité
+ La durée d’engagement
+ L’heure à laquelle vous demandez la réserve de capacité par rapport à votre date de début
+ Le volume de votre demande
Vous pouvez demander une réserve de capacité à date ultérieure entre 5 et 120 jours à l’avance. Nous vous recommandons de faire votre demande au moins 56 jours (8 semaines) à l’avance afin d’améliorer notre capacité à répondre à votre demande. La durée d'engagement minimale est de 14 jours et le nombre minimum d'instances est de 32 CPUs v.
La réserve de capacité reste dans l’état d’`assessing` pendant que la demande est évaluée.
Si la demande peut être prise en charge, la réserve de capacité passe à l’état `scheduled` et sa livraison est prévue à la date et à l’heure demandées. Le nombre total d’instances reste à 0 pendant que la réserve de capacité est dans l’état `scheduled`. Une réserve de capacité programmée devient `active` et peut être utilisée à la date demandée.
Si une demande ne peut pas être prise en charge, la réserve de capacité entre dans l’état `unsupported`. Les réserves de capacité non prises en charge ne sont pas livrées.
Vous pouvez annuler une réserve de capacité à date ultérieure pendant qu’elle est à l’état d’`assessing`.
Pour de plus amples informations, veuillez consulter [Créer une réserve de capacité à date ultérieure](capacity-reservations-create.md#create-future-cr).
## Attributs relatifs à la réserve de capacité
Lorsque vous créez une réserve de capacité, vous devez indiquer les attributs suivants :
+ Zone de disponibilité
+ Type d’instance
+ Plateforme (type de système d’exploitation)
+ Location (`default` ou `dedicated`)
Seules les instances correspondant à ces attributs peuvent être lancées ou exécutées dans la réserve de capacité.
## Critères de correspondance de l’instance
Les critères de correspondance de l’instance, ou l’éligibilité de l’instance, permettent de déterminer quelles instances sont autorisées à se lancer et à s’exécuter dans la réserve de capacité. Une réserve de capacité peut avoir l’un des critères de correspondance suivants :
+ **Ouverte** — La réserve de capacité correspond automatiquement à toutes les instances qui ont des attributs correspondants (type d’instance, plateforme et zone de disponibilité). Les instances nouvelles et existantes qui ont des attributs correspondants s’exécutent automatiquement dans la réserve de capacité sans aucune configuration supplémentaire.
+ **Ciblée** — La réserve de capacité n’accepte que les instances dont les attributs correspondent (type d’instance, plateforme et zone de disponibilité) et qui ciblent explicitement la réserve de capacité. L’instance doit cibler précisément la réserve de capacité pour se lancer ou s’exécuter dans sa capacité réservée. Cela vous permet de contrôler explicitement quelles instances sont autorisées à s’exécuter dans la capacité réservée et vous aide à éviter l’utilisation involontaire de la capacité réservée.
Lorsque vous demandez une réserve de capacité à date ultérieure, vous ne pouvez indiquer que des critères de correspondance ciblés. Cela permet de s’assurer que la capacité fournie par la réserve de capacité est supplémentaire par rapport aux instances en cours d’exécution ou à la capacité réservée dont vous disposez au moment de la livraison. Une fois que la réserve de capacité est active dans votre compte, vous pouvez modifier les critères de correspondance de l’instance pour qu’elle soit ouverte, si nécessaire. Cependant, gardez à l’esprit que toutes les instances correspondantes seront automatiquement exécutées dans la réserve de capacité, ce qui pourrait conduire à une utilisation involontaire de la capacité et vous empêcher de lancer de nouvelles instances correspondant à la totalité du nombre d’instances demandées.
## Différences entre les réserves de capacité, les instances réservées et les Savings Plans
Le tableau suivant met en évidence les principales différences entre les réservations de capacité, les instances réservées et les Savings Plans :
| | Capacity Reservations | instances réservées zonales | instances réservées régionales | Savings Plans |
| --- | --- | --- | --- | --- |
| Durée | Aucun engagement n’est requis concernant les réserves de capacité à usage immédiat. Elles peuvent être créées, modifiées et annulées selon les besoins. Grâce aux réserves de capacité à date ultérieure, vous indiquez une durée d’engagement pour laquelle vous vous engagez à conserver la capacité sur votre compte. Une fois la durée d’engagement écoulée, vous pouvez annuler la réserve de capacité à tout moment. | Exige un engagement d’un an ou de trois ans |
| Avantage de capacité | Capacité réservée dans une zone de disponibilité spécifique. | Aucune capacité réservée. |
| Remise de facturation | Pas de remise de facturation. † | Fournit une remise de facturation. |
| Limites d’instance | Vos limites instance à la demande par région s’appliquent. | La valeur par défaut est de 20 par zone de disponibilité. Vous pouvez demander une augmentation de limite. | La valeur par défaut est de 20 par région. Vous pouvez demander une augmentation de limite. | Aucune limite. |
† Vous pouvez combiner les réserves de capacité avec des Savings Plans ou des instances réservées régionales pour bénéficier d’une remise.
Pour plus d’informations, consultez les ressources suivantes :
+ [Aperçu des instances réservées pour Amazon EC2](ec2-reserved-instances.md)
+ [Guide de l’utilisateur Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/)
## Plateformes prises en charge
Vous devez créer la réserve de capacité avec la plateforme appropriée pour vous assurer qu’elle correspond à vos instances. Les réserves de capacité prennent en charge les valeurs suivantes pour `platform` :
+ Linux/Unix
+ Linux avec SQL Server Standard
+ Linux avec SQL Server Web
+ Linux avec SQL Server Enterprise
+ SUSE Linux
+ Utilisation de Red Hat Enterprise Linux
+ RHEL avec SQL Server Standard
+ RHEL avec SQL Server Enterprise
+ RHEL avec SQL Server Web
+ RHEL avec HA
+ RHEL avec HA et SQL Server Standard
+ RHEL avec HA et SQL Server Enterprise
+ Ubuntu Pro
+ Windows
+ Windows avec SQL Server
+ Windows avec SQL Server Web
+ Windows avec SQL Server Standard
+ Windows avec SQL Server Enterprise
Pour garantir qu’une instance fonctionne au sein d’une réserve de capacité spécifique, la plateforme de la réserve de capacité doit correspondre à celle de l’AMI utilisée pour lancer l’instance. **Pour Linux AMIs, il est important de vérifier si la plate-forme AMI utilise la valeur générale **Linux/UNIX** ou une valeur plus spécifique telle que SUSE Linux.**
------
#### [ Console ]
**Pour vérifier la plateforme AMI**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **AMIs**.
1. Sélectionnez l’AMI.
1. Dans l’onglet **Détails**, notez la valeur de **Détails de la plateforme**.
------
#### [ AWS CLI ]
**Pour vérifier la plateforme AMI**
Utilisez la commande [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) et vérifiez la valeur de `PlatformDetails`.
```
aws ec2 describe-images \
--image-ids ami-0abcdef1234567890 \
--query Images[*].PlatformDetails
```
Voici un exemple de sortie.
```
[
"Linux/UNIX"
]
```
------
#### [ PowerShell ]
**Pour vérifier la plateforme AMI**
Utilisez l'[Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)applet de commande et vérifiez la valeur de. `PlatformDetails`
```
Get-EC2Image `
-ImageId ami-0abcdef1234567890 | `
Select PlatformDetails
```
Voici un exemple de sortie.
```
PlatformDetails
---------------
Linux/UNIX
```
------
## Quotas
Le nombre d’instances pour lesquelles vous êtes autorisé à réserver de la capacité est basé sur le quota d’instances à la demande de votre compte. Vous pouvez réserver de la capacité pour autant d’instances que ce quota le permet, moins le nombre d’instances que vous exécutez déjà.
Les réserves de capacité dans l’état de `assessing`, `scheduled`, `pending` , `active` et `delayed` sont prises en compte dans votre quota d’instance à la demande.
## Limitations
Avant de créer des réserves de capacité, prenez note des limitations et restrictions suivantes.
+ Les réserves de capacité actifs et non utilisés sont pris en compte dans vos limites d’instance à la demande.
+ Les réservations de capacité ne sont pas transférables d'un AWS compte à un autre. Toutefois, vous pouvez partager les réservations de capacité avec d'autres AWS comptes. Pour de plus amples informations, veuillez consulter [Utiliser des réserves de capacité partagées](capacity-reservation-sharing.md).
+ Les remises de facturation sur les Instance réservée par zone ne s’appliquent pas aux réserves de capacité.
+ Les réserves de capacité ne peuvent pas être créées dans des groupes de placement de cluster. Les groupes de placement par répartition et par partition ne sont pas pris en charge.
+ Les réserves de capacité ne peuvent pas être utilisés avec des Hôtes dédiés. Les réserves de capacité peuvent être utilisées avec les instances dédiées.
+ [Instances Windows] Les réserves de capacité ne peuvent pas être utilisées avec le système « Apportez votre propre licence » (BYOL).
+ [Instances Red Hat] Les réserves de capacité peuvent être utilisées avec « Apportez votre propre licence (BYOL) ».
+ Les réserves de capacité ne vous assurent pas qu’une instance en veille prolongée peut reprendre après avoir essayé de la démarrer.
+ Vous pouvez demander des réservations de capacité à date future pour un nombre d'instances d'un minimum de 32 v. CPUs Par exemple, si vous demandez une réservation de capacité future pour des `m5.xlarge` instances, vous devez demander au moins 8 instances (*8\$1 m5.xlarge* = 32 v). CPUs
+ Vous pouvez demander des réserves de capacité à date ultérieure pour les types d’instance des séries suivantes uniquement : C, G, I, M, R et T.
# Tarification et facturation d’une réserve de capacité
Les rubriques de cette section donnent un aperçu de la tarification et de la facturation des réserves de capacité.
**Topics**
+ [Tarification](#capacity-reservations-pricing)
+ [Facturation](#capacity-reservations-billing)
+ [Remises de facturation](#capacity-reservations-discounts)
+ [Affichage d’une facture](#capacity-reservations-viewing-bill)
## Tarification
Les réservations de capacité sont facturées au tarif à la demande équivalent, que vous exécutiez des instances en capacité réservée ou non, y compris tout supplément régional applicable pour les instances dédiées. Si vous n’utilisez pas la réservation, celle-ci apparaîtra en tant que réservation non utilisée sur votre facture Amazon EC2. Lorsque vous exécutez une instance qui correspond aux attributs d’une réservation, vous payez seulement pour l’instance, vous ne payez rien pour la réservation. Il n’y a aucun frais anticipé ou additionnel.
Par exemple, si vous créez une réserve de capacité pour 20 instances Linux `m4.large` et que vous exécutez 15 instances Linux `m4.large` dans la même zone de disponibilité, vous serez facturé pour 15 instances actives et pour 5 instances non utilisées dans la réservation.
Les remises de facturation pour les Savings Plans et les Instances réservées régionales s’appliquent aux réserves de capacité. Pour plus d’informations, consultez [Remises de facturation](#capacity-reservations-discounts).
Pour plus d’informations, consultez [Tarification Amazon EC2](https://aws.amazon.com/ec2/pricing/).
## Facturation
La facturation commence dès que la réserve de capacité est allouée dans votre compte, et elle se poursuit tant que la réserve de capacité reste allouée dans votre compte. Pour les réserves de capacité à date ultérieure, cela signifie que la facturation ne commence qu’une fois que la réserve de capacité est approvisionnée dans votre compte à la date ultérieure demandée.
Les réserves de capacité sont facturées à la seconde. Cela signifie que vous êtes facturé pour les heures partielles. Par exemple, si une réserve de capacité reste active dans votre compte pendant `24` heures et `15` minutes, vous serez facturé pour `24.25` heures de réservation.
L’exemple suivant présente la manière dont une réserve de capacité est facturée. La réserve de capacité est créée pour une instance Linux `m4.large`, dont le tarif à la demande est de 0,10 USD par heure d’utilisation. Dans cet exemple, la réserve de capacité est allouée dans le compte pendant cinq heures. La réserve de capacité n’étant pas utilisée la première heure, elle est facturée en tant qu’heure non utilisée au tarif à la demande standard du type d’instance `m4.large`. De la deuxième à la cinquième heure, la réserve de capacité est occupée par une instance `m4.large`. Pendant ce laps de temps, la réserve de capacité n’engendre pas de frais, et le compte est facturé pour l’instance `m4.large` qui l’occupe. Pour la sixième heure, la réserve de capacité est annulée et l’instance `m4.large` s’exécute normalement en dehors de la capacité réservée. Cette heure est facturée selon le tarif à la demande du type d’instance `m4.large`.
![\[Exemple de facturation de réserve de capacité\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/cr-billing-example.png)
## Remises de facturation
Les remises de facturation pour les Savings Plans et les instances réservées régionales s'appliquent aux réservations de capacité. AWS applique automatiquement ces remises aux réservations de capacité dont les attributs correspondent. Lorsqu’une réserve de capacité est utilisé par une instance, la remise est appliquée à cette instance. Les remises sont prioritairement appliquées à des instances en cours d’exécution avant de couvrir les réservations de capacité inutilisées.
Les remises de facturation sur les instances réservées zonales ne s’appliquent pas aux réserves de capacité.
Pour plus d’informations, consultez les ressources suivantes :
+ [Aperçu des instances réservées pour Amazon EC2](ec2-reserved-instances.md)
+ [Guide de l’utilisateur Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/)
+ [Options de facturation et d’achat](https://aws.amazon.com/ec2/faqs/#capacityreservations)
## Affichage d’une facture
Vous pouvez vérifier les frais et les honoraires relatifs à votre compte sur la console AWS Billing and Cost Management .
+ Le **Tableau de bord** affiche un récapitulatif des dépenses de votre compte.
+ Sur la page **Factures**, sous **Détails**, développez la section **Elastic Compute Cloud** et la région pour obtenir des informations de facturation sur vos réserves de capacité.
Vous pouvez consulter les frais en ligne ou télécharger un fichier CSV. Pour plus d’informations, consultez la section [Postes de facturation de la réserve de capacité](https://docs.aws.amazon.com/cur/latest/userguide/monitor-ondemand-reservations.html#capacity-reservation-li).
# Créer une réserve de capacité
Vous pouvez créer une réserve de capacité à tout moment afin de vous assurer que vous disposez d’une capacité de calcul dans une zone de disponibilité spécifique. Une réserve de capacité peut commencer immédiatement ou à une date ultérieure. La capacité ne devient disponible que lorsque la réserve de capacité passe à l’état `active`.
**Note**
Si vous créez une réserve de capacité avec des critères de correspondance d’instances `open`, et que vous avez des instances en cours d’exécution avec des attributs correspondants au moment où la réserve de capacité devient active, ces instances s’exécutent automatiquement dans la capacité réservée. Pour éviter cela, utilisez des critères de correspondance d’instance `targeted`. Pour de plus amples informations, veuillez consulter [Critères de correspondance de l’instance](cr-concepts.md#cr-instance-eligibility).
Votre demande de création d’une réserve de capacité peut échouer si l’une des situations suivantes se produit :
+ Amazon EC2 n’a pas une capacité suffisante pour répondre à la demande. Réessayez ultérieurement, essayez une zone de disponibilité différente ou essayez une demande moins importante. Si votre application tolère plusieurs types et tailles d’instance, essayez des attributs d’instance différents.
+ La quantité demandée dépasse votre limite d’instance à la demande pour la famille de·l’instance sélectionnée. Augmentez votre limite d’instance à la demande pour la famille de·l’instance requise et réessayez. Pour de plus amples informations, veuillez consulter [Quotas des instances à la demande](ec2-on-demand-instances.md#ec2-on-demand-instances-limits).
**Topics**
+ [Créer une réserve de capacité pour une utilisation immédiate](#create-immediate-cr)
+ [Créer une réserve de capacité à date ultérieure](#create-future-cr)
## Créer une réserve de capacité pour une utilisation immédiate
Vous créez une réserve de capacité pour une utilisation immédiate.
------
#### [ Console ]
**Pour créer une réserve de capacité**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Réserves de capacité**, puis **Créer Réserve de capacité**.
1. Configurez les paramètres suivants dans la section **Détails de l’instance**.
1. **Type d’instance** — Le type d’instance pour lequel la capacité doit être réservée.
1. **Plateforme** — Le système d’exploitation de vos instances. Pour de plus amples informations, veuillez consulter [Plateformes prises en charge](ec2-capacity-reservations.md#capacity-reservations-platforms).
1. **Zone de disponibilité** — La zone de disponibilité dans laquelle la capacité doit être réservée.
1. **Location** — Le type de location à utiliser pour la capacité réservée. Choisissez « Par défaut » pour réserver de la capacité sur du matériel partagé, ou « Dédié » pour réserver de la capacité sur du matériel dédié à votre compte.
1. (*Facultatif*) **Groupe de placement ARN** — L’ARN du groupe de placement du cluster dans lequel la réserve de capacité doit être créée. Pour de plus amples informations, veuillez consulter [Utilisation des réserves de capacité avec les groupes de placement du cluster](cr-cpg.md).
1. **Nombre total d’instances** — Le nombre d’instances pour lesquelles la capacité doit être réservée. Si vous indiquez une quantité qui dépasse le quota d’instance à la demande restant pour le type d’instance sélectionné, la demande échoue.
1. Configurez les paramètres suivants dans la section **Reservation details (Détails de la réservation)** :
1. **Début de la réserve de capacité** — Choisissez **Immédiatement**.
1. **Fin de la réserve de capacité** — Choisissez l’une des options suivantes :
+ **Manuellement** — Réserver la capacité jusqu’à ce que vous l’annuliez de manière explicite.
+ **Heure spécifique** — Annuler automatiquement la réserve de capacité à la date et à l’heure indiquées.
1. **Éligibilité de l’instance** — Choisissez l’une des options suivantes :
+ **ouverte** — (Par défaut) La réserve de capacité correspond à toute instance dont les attributs correspondent (type d’instance, plateforme, zone de disponibilité et location). Si vous lancez une instance avec les attributs correspondants, celle-ci est placée automatiquement dans la capacité réservée.
+ **Ciblée** — La réserve de capacité n’accepte que les instances dont les attributs correspondent (type d’instance, plateforme, zone de disponibilité et location) et qui ciblent explicitement la réserve.
1. Choisissez **Créer**.
------
#### [ AWS CLI ]
**Pour créer une réserve de capacité**
Utilisez la commande [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html).
```
aws ec2 create-capacity-reservation \
--availability-zone az_name \
--instance-type instance_type \
--instance-count number_of_instances \
--instance-platform operating_system \
--instance-match-criteria open|targeted
```
------
#### [ PowerShell ]
**Pour créer une réserve de capacité**
Utilisez l’applet de commande [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html).
```
Add-EC2CapacityReservation `
-AvailabilityZone az_name `
-InstanceType instance_type `
-InstanceCount number_of_instances `
-InstancePlatform operating_system `
-InstanceMatchCriterion open|targeted
```
------
## Créer une réserve de capacité à date ultérieure
Demandez une réserve de capacité à date ultérieure si vous avez besoin que la capacité réservée devienne disponible à une date et une heure ultérieures.
Une fois que vous avez demandé une réserve de capacité à date ultérieure, la demande fait l’objet d’une évaluation afin de déterminer si elle peut être prise en charge. Pour de plus amples informations, veuillez consulter [Évaluation de la réserve de capacité à date ultérieure](cr-concepts.md#cr-future-dated-assessment).
**Considérations**
+ Vous pouvez demander des réserves de capacité à date ultérieure pour les types d’instance des séries suivantes : C, G, I, M, R et T.
+ Vous pouvez demander des réservations de capacité à date future pour un nombre d'instances d'un minimum de 32 v. CPUs Par exemple, si vous demandez une réservation de capacité future pour des `m5.xlarge` instances, vous devez demander de la capacité pour au moins 8 instances (*8\$1 m5.xlarge* = 32 v). CPUs
+ Vous pouvez demander une réserve de capacité à date ultérieure entre 5 et 120 jours à l’avance. Toutefois, nous vous recommandons de la demander au moins 56 jours (8 semaines) à l’avance afin d’améliorer la prise en charge.
+ La durée d’engagement minimale est de 14 jours.
------
#### [ Console ]
**Pour créer une réserve de capacité**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Réserves de capacité**, puis **Créer Réserve de capacité**.
1. Configurez les paramètres suivants dans la section **Détails de l’instance**.
1. **Type d’instance** — Le type d’instance pour lequel la capacité doit être réservée.
1. **Plateforme** — Le système d’exploitation de vos instances. Pour de plus amples informations, veuillez consulter [Plateformes prises en charge](ec2-capacity-reservations.md#capacity-reservations-platforms).
1. **Zone de disponibilité** — La zone de disponibilité dans laquelle la capacité doit être réservée.
1. **Location** — Le type de location à utiliser pour la capacité réservée. Choisissez « Par défaut » pour réserver de la capacité sur du matériel partagé, ou « Dédié » pour réserver de la capacité sur du matériel dédié à votre compte.
1. **Nombre total d’instances** — Le nombre d’instances pour lesquelles la capacité doit être réservée. Si vous indiquez une quantité qui dépasse le quota d’instance à la demande restant pour le type d’instance sélectionné, la demande échoue.
1. Configurez les paramètres suivants dans la section **Reservation details (Détails de la réservation)** :
1. **Début de la réserve de capacité** — Choisissez **À une heure précise**.
1. **Date de début** : indiquez la date et l’heure auxquelles la réserve de capacité doit pouvoir être utilisée. Pour de plus amples informations, veuillez consulter [Date et heure de début](cr-concepts.md#cr-start-date).
1. **Durée d’engagement** — Indiquez la durée minimale pendant laquelle vous vous engagez à conserver la réserve de capacité après sa livraison. Pour de plus amples informations, veuillez consulter [Durée d’engagement](cr-concepts.md#cr-commitment-duration).
1. **Fin de la réserve de capacité** — Choisissez l’une des options suivantes :
+ **Lorsque je l’annule** — Réservez la capacité jusqu’à ce que vous l’annuliez explicitement.
+ **Heure spécifique** — Annuler automatiquement la réserve de capacité à la date et à l’heure indiquées.
1. Choisissez **Créer**.
------
#### [ AWS CLI ]
**Pour créer une réserve de capacité**
Utilisez la commande [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html).
```
aws ec2 create-capacity-reservation \
--availability-zone az_name \
--instance-type instance_type \
--instance-count number_of_instances \
--instance-platform operating_system \
--instance-match-criteria targeted \
--delivery-preference incremental \
--commitment-duration commitment_in_seconds \
--start-date YYYY-MMDDThh:mm:ss.sssZ
```
------
#### [ PowerShell ]
**Pour créer une réserve de capacité**
Utilisez l’applet de commande [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html).
```
Add-EC2CapacityReservation `
-AvailabilityZone az_name `
-InstanceType instance_type `
-InstanceCount number_of_instances `
-InstancePlatform operating_system `
-InstanceMatchCriterion targeted `
-DeliveryPreference incremental `
-CommitmentDuration commitment_in_seconds `
-StartDate YYYY-MMDDThh:mm:ss.sssZ
```
------
# Consulter l’état d’une réserve de capacité
Amazon EC2 surveille en permanence l’état de vos réserves de capacité.
En raison du modèle de [cohérence à terme](https://docs.aws.amazon.com/ec2/latest/devguide/eventual-consistency.html) suivi par l’API Amazon EC2, après la création d’une réserve de capacité, il peut s’écouler jusqu’à cinq minutes avant que l’état de la réserve de capacité ne reflète qu’elle est `active`. Pendant ce temps, la réserve de capacité peut rester en l’état `pending`. Toutefois, il se peut qu’elle soit déjà disponible, auquel cas les tentatives de lancement d’instances dans la réserve de capacité aboutiront.
------
#### [ Console ]
**Pour afficher vos réserves de capacité**
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, choisissez **réserves de capacité**.
1. Sélectionnez la réserve de capacité.
------
#### [ AWS CLI ]
**Pour décrire vos réserves de capacité**
Utilisez la commande [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html).
Par exemple, la commande suivante décrit toutes les réservations de capacité.
```
aws ec2 describe-capacity-reservations
```
Voici un exemple de sortie.
```
{
"CapacityReservations": [
{
"CapacityReservationId": "cr-1234abcd56EXAMPLE",
"EndDateType": "unlimited",
"AvailabilityZone": "eu-west-1a",
"InstanceMatchCriteria": "open",
"Tags": [],
"EphemeralStorage": false,
"CreateDate": "2019-08-16T09:03:18.000Z",
"AvailableInstanceCount": 1,
"InstancePlatform": "Linux/UNIX",
"TotalInstanceCount": 1,
"State": "active",
"Tenancy": "default",
"EbsOptimized": true,
"InstanceType": "a1.medium",
"PlacementGroupArn": "arn:aws:ec2:us-east-1:123456789012:placement-group/MyPG"
},
{
"CapacityReservationId": "cr-abcdEXAMPLE9876ef",
"EndDateType": "unlimited",
"AvailabilityZone": "eu-west-1a",
"InstanceMatchCriteria": "open",
"Tags": [],
"EphemeralStorage": false,
"CreateDate": "2019-08-07T11:34:19.000Z",
"AvailableInstanceCount": 3,
"InstancePlatform": "Linux/UNIX",
"TotalInstanceCount": 3,
"State": "cancelled",
"Tenancy": "default",
"EbsOptimized": true,
"InstanceType": "m5.large"
}
]
}
```
------
#### [ PowerShell ]
**Pour décrire une réserve de capacité**
Utilisez l’applet de commande [Get-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservation.html).
```
Get-EC2CapacityReservation `
-CapacityReservationId cr-1234abcd56EXAMPLE
```
------
## États des réserves de capacité
Les réserves de capacité peuvent avoir les états suivants.
| State | Description |
| --- | --- |
| active | La capacité est disponible pour utilisation. |
| expired | La réserve de capacité a expiré automatiquement à la date et à l’heure indiquées dans votre demande de réserve. La capacité réservée n’est plus disponible pour utilisation. |
| cancelled | La réserve de capacité a été annulée. La capacité réservée n’est plus disponible pour utilisation. |
| pending | La demande de réserve de capacité a été acceptée, mais l’approvisionnement en capacité est toujours en attente. |
| failed | La demande de réserve de capacité a échoué. Une demande peut échouer en raison de paramètres de demande qui ne sont pas valides, de contraintes de capacité ou de contraintes de limite d’instance. Vous pouvez afficher une demande qui a échoué pendant 60 minutes. |
| scheduled | (Réserves de capacité à date ultérieure uniquement) La demande de réserve de capacité à date ultérieure a été approuvée et la réserve de capacité est programmée pour être livrée à la date de début demandée. |
| assessing | (Réserves de capacité à date ultérieure uniquement) Amazon EC2 évalue votre demande de réserve de capacité à date ultérieure. Pour de plus amples informations, veuillez consulter [Évaluation de la réserve de capacité à date ultérieure](cr-concepts.md#cr-future-dated-assessment). |
| delayed | (Réserves de capacité à date ultérieure uniquement) Amazon EC2 a rencontré un retard dans l’approvisionnement de la réserve de capacité à date ultérieure demandée. Amazon EC2 n’est pas en mesure de fournir la capacité demandée à la date et à l’heure de début demandées. |
| unsupported | (Réserves de capacité à date ultérieure uniquement) Amazon EC2 ne peut pas prendre en charge la demande de réserve de capacité à date ultérieure en raison de contraintes liées à la capacité. Vous pouvez consulter les demandes non prises en charge pendant 30 jours. La réserve de capacité ne sera pas livrée. |
# Lancer des instances dans une réserve de capacité existante
Vous ne pouvez lancer une instance dans une réserve de capacité que si elle :
+ possède les attributs correspondants (type d’instance, plateforme, zone de disponibilité et location)
+ dispose d’une capacité disponible suffisante
+ est dans l’état `active`
Lorsque vous lancez une instance, vous pouvez spécifier si elle doit être lancée dans n’importe quelle réserve de capacité `open`, dans une réserve de capacité spécifique, ou dans un groupe de réserves de capacité.
Vous pouvez également configurer l’instance pour éviter qu’elle s’exécute dans une réserve de capacité, même si vous avez une réserve de capacité `open` qui a des attributs correspondants et la capacité disponible.
Le lancement d’une instance dans une réserve de capacité réduit sa capacité disponible du nombre d’instances lancées. Par exemple, si vous lancez trois instances, la capacité disponible de la réserve de capacité est réduite de trois.
------
#### [ Console ]
**Pour lancer des instances dans une réserve de capacité existante**
1. Suivez la procédure pour [lancer une instance](ec2-launch-instance-wizard.md), mais ne lancez l’instance qu’après avoir effectué les étapes suivantes pour spécifier les paramètres pour le groupe de placement et la réserve de capacité.
1. Développez la section **Détails avancés** et procédez comme suit :
1. Pour **Groupe de placement**, sélectionnez le groupe de placement du cluster dans lequel l’instance doit être lancée.
1. Pour **Capacity Reservation** (Réserve de capacité), choisissez l’une des options suivantes en fonction de la configuration de la réserve de capacité :
+ **Aucune** – Empêche les instances de se lancer dans une réserve de capacité. Les instances s’exécutent dans une capacité à la demande.
+ **Ouvrir** : lance les instances dans n’importe quelle réserve de capacité dont les attributs correspondent et dont la capacité est suffisante pour le nombre d’instances que vous avez sélectionné. Si vous n’avez pas de réserve de capacité correspondante avec une capacité suffisante, l’instance utilise une capacité à la demande.
+ **Indiquer la réserve de capacité** – Lance les instances dans la réserve de capacité sélectionnée. Si la réserve de capacité sélectionnée ne dispose pas d’une capacité suffisante pour le nombre d’instances que vous avez sélectionnées, le lancement de l’instance échoue.
+ **Indiquer le groupe de ressources de réserve de capacité** – Lance les instances dans toute réserve de capacité dont les attributs correspondent et dont la capacité est disponible dans le groupe de réserve de capacité sélectionné. Si le groupe sélectionné ne dispose pas d’une réserve de capacité avec les attributs correspondants et de la capacité disponible, les instances s’exécutent à l’aide de la capacité à la demande.
+ **Spécifier la réserve de capacité** — Lance les instances dans la réserve de capacité sélectionnée. Si aucun ID de réserve de capacité n’est spécifié, les instances se lancent dans une réserve de capacité ouverte. Si la capacité n’est pas disponible, les instances ne se lancent pas.
+ **Spécifier le groupe de ressources de réserve de capacité uniquement** : lance les instances dans une réserve de capacité dans un groupe de ressources de réserve de capacité. Si aucun ARN de groupe de ressources de réserve de capacité n’est spécifié, les instances se lancent dans une réserve de capacité ouverte. Si la capacité n’est pas disponible, les instances ne se lancent pas.
1. Dans le panneau **Summary** (Résumé), vérifiez la configuration de votre instance, puis choisissez **Launch instance** (Lancer l’instance).
------
#### [ AWS CLI ]
**Pour lancer une instance dans une réserve de capacité existante**
Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) et spécifiez l’option `--capacity-reservation-specification`.
L’exemple suivant lance une instance dans n’importe quelle réserve de capacité ouverte avec les attributs correspondants et la capacité disponible :
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification CapacityReservationPreference=open
```
L’exemple suivant lance une instance dans une réserve de capacité `targeted` :
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationId=cr-1234abcd56EXAMPLE}
```
L’exemple suivant lance une instance dans le groupe de réserve de capacité spécifié :
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationResourceGroupArn=arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group}
```
L’exemple suivant lance une instance dans une réserve de capacité uniquement. Comme elle ne spécifie pas d’ID de réserve de capacité, l’instance se lance dans n’importe quelle réserve de capacité ouverte dotée des attributs correspondants et de la capacité disponible :
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservations-only
```
L’exemple suivant lance une instance dans une réserve de capacité spécifique uniquement. Si la capacité n’est pas disponible dans la réserve de capacité spécifiée, le lancement de l’instance échoue.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservations-only \
CapacityReservationTarget={CapacityReservationId=cr-1234abcd56EXAMPLE}
```
------
#### [ PowerShell ]
**Pour lancer une instance dans une réserve de capacité existante**
Utilisez l’applet de commande [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html).
L’exemple suivant lance une instance dans n’importe quelle réserve de capacité ouverte avec les attributs correspondants et la capacité disponible :
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "open"
```
L’exemple suivant lance une instance dans une réserve de capacité `targeted` :
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationId cr-1234abcd56EXAMPLE
```
L’exemple suivant lance une instance dans le groupe de réserve de capacité spécifié :
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationResourceGroupArn `
"arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group"
```
L’exemple suivant lance une instance dans une réserve de capacité uniquement. Comme elle ne spécifie pas d’ID de réserve de capacité, l’instance se lance dans n’importe quelle réserve de capacité ouverte dotée des attributs correspondants et de la capacité disponible :
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservations-only"
```
L’exemple suivant lance une instance dans une réserve de capacité spécifique uniquement. Si la capacité n’est pas disponible dans la réserve de capacité spécifiée, le lancement de l’instance échoue.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservations-only" `
-CapacityReservationTarget_CapacityReservationId cr-1234abcd56EXAMPLE
```
------
# Modifier une réserve de capacité active
Si vous avez une réserve de capacité existante qui ne correspond pas à la charge de travail nécessitant cette capacité, vous pouvez modifier le nombre d’instances, leur éligibilité (`open`ou`targeted`) et leur heure de fin (`At specific time`ou`Manually`). Si vous spécifiez une nouvelle quantité qui dépasse votre limite d’instance à la demande restante pour le type d’instance sélectionné, la mise à jour échoue.
Les modifications autorisées dépendent de l’état de la réserve de capacité :
+ `assessing`ou `scheduled` état : vous ne pouvez modifier que les balises.
+ `pending`état — Vous ne pouvez en aucun cas modifier la réserve de capacité.
+ `active`état mais toujours dans les limites de la durée d’engagement : vous ne pouvez pas réduire le nombre d’instances en dessous du nombre d’instances validées, ni définir une date de fin antérieure à la durée d’engagement. Toutes les autres modifications sont autorisées.
+ `active`État sans durée d’engagement ou durée d’engagement expirée — Toutes les modifications sont autorisées.
+ `expired`, `cancelled``unsupported`, ou `failed` État — Vous ne pouvez en aucun cas modifier la réserve de capacité.
**Considérations**
+ Vous ne pouvez pas modifier le type d’instance, la plateforme, la zone de disponibilité ou la location une fois l’instance créée. Si vous devez modifier un de ces attributs, nous vous recommandons d’annuler la réservation, puis d’en créer une nouvelle avec les attributs requis.
+ Si vous modifiez une réserve de capacité existante en modifiant l’éligibilité d’instance de `targeted` à`open`, toute instance en cours d’exécution correspondant aux attributs de la réserve de capacité, du `CapacityReservationPreference` paramètre défini sur et qu’ils ne procèdent pas à `open` l’exécution dans une réserve de capacité, utilisera automatiquement la réserve de capacité modifiée.
+ Pour modifier l’éligibilité de l’instance, la réserve de capacité doit être complètement inactive (aucune utilisation) car Amazon EC2 ne peut pas modifier l’éligibilité des instances lorsque des instances sont exécutées dans le cadre de la réservation.
------
#### [ Console ]
**Pour modifier une réserve de capacité**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **réserves de capacité**, sélectionnez la réserve de capacité à modifier, puis choisissez **Modifier**.
1. Modifiez les options de **capacité totale**, **de fin de réserve de capacité** ou **d’éligibilité de l’instance** selon vos besoins, puis choisissez **Enregistrer**.
------
#### [ AWS CLI ]
**Pour modifier une réserve de capacité**
Utilisez la commande [modify-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-capacity-reservation.html). L’exemple suivant modifie la réserve de capacité spécifiée afin de réserver la capacité pour huit instances.
```
aws ec2 modify-capacity-reservation \
--capacity-reservation-id cr-1234567890abcdef0 \
--instance-count 8
```
------
#### [ PowerShell ]
**Pour modifier une réserve de capacité**
Utilisez l’applet de commande [Edit-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2CapacityReservation.html). L’exemple suivant modifie la réserve de capacité spécifiée afin de réserver la capacité pour huit instances.
```
Edit-EC2CapacityReservation `
-CapacityReservationId cr-1234567890abcdef0 `
-InstanceCount 8
```
------
# Modifier les paramètres de réserve de capacité de votre instance
Vous pouvez modifier les paramètres de réserve de capacité pour une instance arrêtée à tout moment :
+ Procédez au démarrage sur n’importe quelle réserve de capacité dont les attributs correspondent (type d’instance, plateforme et zone de disponibilité) et dont la capacité est disponible.
+ Démarrez l’instance dans une réserve de capacité spécifique.
+ Démarrez dans n’importe quelle réserve de capacité qui dispose des attributs correspondants et de la capacité disponible dans un groupe réserve de capacité
+ Empêchez l’instance de démarrer dans une réserve de capacité.
------
#### [ Console ]
**Pour modifier les paramètres de la réserve de capacité d’une instance**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Instances**, puis sélectionnez l’instance à modifier. Arrêtez l’instance, si elle ne l’est pas déjà.
1. Choisissez **Actions**, **Paramètres de l’instance**, **Modifier les paramètres de la réserve de capacité**.
1. Pour **réserve de capacité**, choisissez l’une des options suivantes :
+ **Open (Ouvrir)** : lance les instances dans toute réserve de capacité comportant des attributs correspondants et une capacité suffisante pour le nombre d’instances que vous avez sélectionnées. Si vous n’avez pas de réserve de capacité correspondante avec une capacité suffisante, l’instance utilise une capacité à la demande.
+ **None (Aucune)** : empêche les instances de se lancer dans une réserve de capacité. Les instances s’exécutent dans une capacité à la demande.
+ **Spécifier la réserve de capacité** — Lance les instances dans la réserve de capacité sélectionnée. Si la réserve de capacité sélectionnée ne dispose pas d’une capacité suffisante pour le nombre d’instances que vous avez sélectionnées, le lancement de l’instance échoue.
+ **Spécifier le groupe de réserve de capacité** — Lance les instances dans n’importe quelle réserve de capacité avec les attributs correspondants et la capacité disponible dans le groupe réserve de capacité sélectionné. Si le groupe sélectionné ne dispose pas d’une réserve de capacité avec les attributs correspondants et de la capacité disponible, les instances s’exécutent à l’aide de la capacité à la demande.
+ **Spécifier la réserve de capacité** — Lance les instances dans la réserve de capacité sélectionnée. Si aucun ID de réserve de capacité n’est spécifié, les instances se lancent dans une réserve de capacité ouverte. Si la capacité n’est pas disponible, les instances ne se lancent pas.
+ **Spécifier le groupe de ressources de réserve de capacité uniquement** : lance les instances dans une réserve de capacité dans un groupe de ressources de réserve de capacité. Si aucun ARN de groupe de ressources de réserve de capacité n’est spécifié, les instances se lancent dans une réserve de capacité ouverte. Si la capacité n’est pas disponible, les instances ne se lancent pas.
------
#### [ AWS CLI ]
**Pour modifier les paramètres de la réserve de capacité d’une instance**
Utilisez la commande [modify-instance-capacity-reservation-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-capacity-reservation-attributes.html).
L’exemple suivant modifie la préférence de réserve de capacité à `none`.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification CapacityReservationPreference=none
```
L’exemple suivant indique la cible d’une réserve de capacité spécifique.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationId=cr-1234567890abcdef0}
```
L’exemple suivant modifie la cible pour qu’elle corresponde à un groupe de réserve de capacité spécifique.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationResourceGroupArn=arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group}
```
L’exemple suivant modifie la préférence de réserve de capacité à `capacity-reservation-only`. Comme elle ne spécifie pas de réserve de capacité, les instances se lancent dans n’importe quelle réserve de capacité ouverte dotée des attributs correspondants et de la capacité disponible.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification CapacityReservationPreference=capacity-reservation-only
```
L’exemple suivant modifie la préférence de réserve de capacité en `capacity-reservation-only` et change la cible en une réserve de capacité spécifique. Si la capacité n’est pas disponible dans la réserve de capacité indiquée, les instances ne pourront pas être lancées.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservation-only \
CapacityReservationTarget={CapacityReservationId=cr-1234567890abcdef0}
```
------
#### [ PowerShell ]
**Pour modifier les paramètres de la réserve de capacité d’une instance**
Utilisez l’applet de commande [Edit-EC2InstanceCapacityReservationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceCapacityReservationAttribute.html).
L’exemple suivant modifie la préférence de réserve de capacité à `none`.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "none"
```
L’exemple suivant indique la cible d’une réserve de capacité spécifique.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationTarget_CapacityReservationId cr-1234567890abcdef0
```
L’exemple suivant modifie la cible pour qu’elle corresponde à un groupe de réserve de capacité spécifique.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationTarget_CapacityReservationResourceGroupArn `
"arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group"
```
L’exemple suivant modifie la préférence de réserve de capacité à `capacity-reservation-only`. Comme elle ne spécifie pas de réserve de capacité, les instances se lancent dans n’importe quelle réserve de capacité ouverte dotée des attributs correspondants et de la capacité disponible.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservation-only"
```
L’exemple suivant modifie la préférence de réserve de capacité en `capacity-reservation-only` et change la cible en une réserve de capacité spécifique. Si la capacité n’est pas disponible dans la réserve de capacité indiquée, les instances ne pourront pas être lancées.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservation-only" `
-CapacityReservationTarget_CapacityReservationId cr-1234567890abcdef0
```
------
# Déplacer la capacité entre les réserves de capacité
Vous pouvez déplacer la capacité d’une réserve de capacité à une autre pour redistribuer vos ressources de calcul réservées selon vos besoins. Par exemple, si vous avez besoin de capacité supplémentaire dans le cadre d’une réservation dont l’utilisation augmente et que vous avez de la capacité disponible dans une autre réservation, vous pouvez réaffecter cette capacité entre les deux réservations.
## Conditions préalables à la capacité de déplacement
Comme condition préalable, les deux réserves de capacité doivent répondre aux exigences suivantes :
+ Les deux réserves doivent être à l’état actif.
+ Les deux réservations doivent être détenues par vous Compte AWS. Vous ne pouvez pas déplacer de capacité entre des réservations appartenant à des tiers Comptes AWS.
+ Les deux réserves doivent avoir les mêmes :
+ Type d’instance
+ Plateforme
+ Zone de disponibilité
+ Tenancy
+ Groupe de placement
+ L’heure de fin
L’éligibilité (`open`ou`targeted`) de l’instance Capacity Reservations de destination et les balises ne doivent pas nécessairement correspondre à la réservation source. La configuration des deux réservations reste la même, sauf que la réservation source a réduit la capacité et que la réservation de destination a augmenté la capacité.
Lorsque vous spécifiez le nombre d’instances à déplacer, par défaut, toute capacité disponible est déplacée en premier, suivie de toutes les instances en cours d’exécution éligibles (la capacité utilisée dans votre réservation). Par exemple, si vous déplacez 4 instances depuis une réservation contenant 5 instances utilisées et 3 instances disponibles, les 3 instances disponibles et 1 instance utilisée seront déplacées.
**Note**
Lorsque vous déplacez la capacité utilisée de votre réservation en spécifiant une **quantité à déplacer** supérieure à la capacité disponible, seules les instances lancées avec leur **spécification de réserve de capacité** `open` seront déplacées.
## Considérations
Les considérations suivantes s’appliquent lors du transfert de capacité d’une réservation à une autre :
+ La capacité utilisée ne peut être déplacée que d’une réserve de capacité éligible à une `open` instance partagée avec le même ensemble de comptes.
+ Lorsque vous déplacez la capacité utilisée, les instances éligibles sont sélectionnées de manière aléatoire. Vous ne pouvez pas spécifier les instances en cours d’exécution qui sont déplacées. Si un nombre suffisant d’instances éligibles n’est pas trouvé pour répondre à la quantité déplacée, l’opération de transfert échouera.
+ Si vous déplacez toute la capacité de la réservation source, la réserve de capacité sera automatiquement annulée.
+ **réserves de capacité à date future** — Vous ne pouvez pas déplacer de capacité pour une réserve de capacité à date future pendant la période d’engagement.
**Note**
Le transfert de capacité depuis un bloc de capacité n’est pas pris en charge.
## Capacités de déplacement
Vous pouvez déplacer une capacité d’une réserve de capacité source vers une réserve de capacité de destination.
------
#### [ Console ]
**Pour déplacer une capacité**
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, choisissez **réserves de capacité**.
1. Sélectionnez un numéro de réserve de capacité à la demande pouvant être déplacé.
1. Sous **Actions**, **Gérer la capacité**, choisissez **Déplacer**.
1. Sur la page **Capacité de transfert**, sous **Réserve de capacité de destination**, sélectionnez une réservation dans la liste.
1. Sous **Quantité à déplacer**, utilisez le curseur ou saisissez le nombre d’instances à déplacer de la réserve de capacité source à la réserve de capacité de destination.
1. Consultez le résumé, puis lorsque vous êtes prêt, choisissez **Déplacer**.
------
#### [ AWS CLI ]
**Pour déplacer une capacité**
Utilisez la commande [move-capacity-reservation-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/move-capacity-reservation-instances.html). L’exemple suivant déplace 10 instances de la réserve de capacité source spécifiée vers la réserve de capacité de destination spécifiée.
```
aws ec2 move-capacity-reservation-instances \
--source-capacity-reservation-id cr-1234567890abcdef0 \
--destination-capacity-reservation-id cr-021345abcdef56789 \
--instance-count 10
```
------
#### [ PowerShell ]
**Pour déplacer une capacité**
Utilisez l’applet de commande [Move-EC2CapacityReservationInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Move-EC2CapacityReservationInstance.html). L’exemple suivant déplace 10 instances de la réserve de capacité source spécifiée vers la réserve de capacité de destination spécifiée.
```
Move-EC2CapacityReservationInstance `
-SourceCapacityReservationId cr-1234567890abcdef0 `
-DestinationCapacityReservationId cr-021345abcdef56789 `
-InstanceCount 10
```
------
# Diviser la capacité d’une réserve de capacité existante
Vous pouvez séparer la capacité d’une réserve de capacité existante pour créer une nouvelle réservation. En divisant la capacité, vous allouez une partie de la réservation initiale à une charge de travail spécifique ou vous la partagez avec une autre Compte AWS. Par exemple, pour partager partiellement une réserve de capacité avec un autre compte, vous pouvez diviser une partie de la capacité pour créer une réserve de capacité plus petite. La réserve de capacité de plus petite taille peut ensuite être partagée avec les autres comptes en utilisant [AWS Resource Access Manager](https://docs.aws.amazon.com/ram/latest/userguide/what-is.html).
Lorsque vous divisez la capacité d’une réserve de capacité existante, une nouvelle réserve de capacité est automatiquement créée. La réservation existante restera inchangée, à l’exception de la capacité totale réduite due au nombre d’instances séparées. Les instances qui s’exécutent dans le cadre de la réserve de capacité existante ne sont pas affectées. Vous pouvez diviser la réservation existante en une seule nouvelle réserve de capacité.
La nouvelle réserve de capacité aura la même configuration que la réserve de capacité existante, à l’exception des balises. Par défaut, la nouvelle réserve de capacité ne comporte aucune étiquette. Vous pouvez spécifier de nouvelles balises lors de l’opération de fractionnement. La nouvelle réserve de capacité peut également être modifiée après sa création, si nécessaire.
Lorsque vous spécifiez le nombre d’instances à diviser, par défaut, toute capacité disponible est divisée en premier, suivie de toutes les instances en cours d’exécution éligibles (la capacité utilisée dans votre réservation). Par exemple : si vous divisez 4 instances d’une réserve de capacité avec 5 instances utilisées et 3 instances disponibles, les 3 instances disponibles et 1 instance utilisée seront divisées en une nouvelle réservation.
## Prérequis pour la division de la capacité
Comme condition préalable, votre réserve de capacité doit répondre aux exigences suivantes :
+ L’état de la réserve de source doit être actif.
+ La réservation source doit être détenue par votre propriétaire Compte AWS.
**Note**
Lorsque vous dissociez la capacité utilisée de votre réservation en spécifiant une **quantité à diviser** supérieure à la capacité disponible, seules les instances lancées avec leur **spécification de réserve de capacité** `open` seront séparées.
## Considérations
Les considérations suivantes s’appliquent lors de la répartition de la capacité d’une réservation à une nouvelle :
+ La capacité utilisée ne peut être divisée que pour les réserves de capacité éligibles aux instances « ouvertes » qui ne sont partagées avec aucun compte.
+ Lorsque vous divisez la capacité utilisée, les instances éligibles sont sélectionnées de manière aléatoire. Vous ne pouvez pas spécifier quelles instances en cours d’exécution sont divisées. Si un nombre suffisant d’instances éligibles n’est pas trouvé pour traiter la quantité fractionnée, l’opération de fractionnement échouera.
+ Le nombre maximum d’instances à séparer d’une réservation existante est le montant de la réservation moins une. Par exemple, si la capacité totale de votre réservation est de 5 instances, vous pouvez diviser un maximum de 4 instances en une nouvelle réservation.
+ **réserves de capacité à date future** — Vous ne pouvez pas diviser la capacité pour une réserve de capacité à date future pendant la période d’engagement.
+ **Groupes de ressources** — Si la réserve de capacité existante appartient à un groupe de ressources, la nouvelle réserve de capacité ne sera pas automatiquement ajoutée au groupe de ressources. Vous pouvez ajouter la nouvelle réserve de capacité à un groupe de ressources après sa création, si nécessaire.
+ **Partage** — Si la réserve de capacité existante est partagée avec un compte client, la nouvelle réserve de capacité ne sera pas automatiquement partagée avec le compte client. Vous pouvez partager la nouvelle réserve de capacité après sa création, si nécessaire.
+ **Groupe de placement de cluster** — Si la réserve de capacité existante fait partie d’un groupe de placement de cluster, la nouvelle réserve de capacité sera créée dans le même groupe de placement de cluster.
**Note**
La division de la capacité d’un bloc de capacité n’est pas prise en charge.
## Contrôlez l’accès pour diviser les réserves de capacité à l’aide de balises
Vous pouvez utiliser des balises pour contrôler l’accès aux ressources Amazon EC2, notamment en divisant la capacité d’une réserve de capacité existante pour créer une nouvelle réserve de capacité. Pour plus d'informations, consultez la section [Contrôle de l'accès aux AWS ressources à l'aide de balises](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_tags.html) dans le *guide de l'utilisateur IAM*.
Pour contrôler l’accès lors du fractionnement d’une réserve de capacité à l’aide de balises, assurez-vous de spécifier les balises de ressource et de demande dans la déclaration de politique, car les politiques IAM sont évaluées à la fois par rapport à la réserve de capacité source et à la réserve de capacité nouvellement créée. L’exemple de politique suivant inclut la clé de `ec2:ResourceTag` condition avec la balise `Owner=ExampleDepartment1` pour la réserve de capacité source et la clé de `ec2:RequestTag` condition avec la balise `stack=production` pour la réserve de capacité nouvellement créée.
```
{
"Statement": [
{
"Sid": "AllowSourceCapacityReservation",
"Effect": "Allow",
"Action": "ec2:CreateCapacityReservationBySplitting",
"Resource": "arn:aws:ec2:us-east-1:111122223333:capacity-reservation/cr-1234567890abcdef0",
"Condition": {
"StringEquals": {
"ec2:ResourceTag/Owner": "ExampleDepartment1"
}
}
},
{
"Sid": "AllowNewlyCreatedCapacityReservation",
"Effect": "Allow",
"Action": ["ec2:CreateCapacityReservationBySplitting", "ec2:CreateTags"],
"Resource": "arn:aws:ec2:us-east-1:111122223333:capacity-reservation/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/stack": "production"
}
}
}
]
}
```
## Fractionner la capacité
Vous pouvez diviser la capacité d’une réserve de capacité existante pour créer une autre réserve de capacité.
------
#### [ Console ]
**Pour diviser les capacité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, choisissez **réserves de capacité**.
1. Sélectionnez un numéro de réserve de capacité à la demande pouvant être fractionné.
1. Sous **Actions**, **Gérer la capacité**, choisissez **Split**.
1. Sur la page **réserve de capacité partagée**, sous **Quantité à diviser**, utilisez le curseur ou saisissez le nombre d’instances à séparer de la réservation en cours.
1. (Facultatif) Ajoutez des balises pour la nouvelle réserve de capacité.
1. Passez en revue le résumé et lorsque vous êtes prêt, choisissez **Split**.
------
#### [ AWS CLI ]
**Pour diviser les capacités**
Utilisez la commande `create-capacity-reservation-by-splitting`. L’exemple suivant crée une réserve de capacité en séparant 10 instances de la réserve de capacité spécifiée.
```
aws ec2 create-capacity-reservation-by-splitting \
--source-capacity-reservation-id cr-1234567890abdef0 \
--instance-count 10
```
------
#### [ PowerShell ]
**Pour diviser les capacités**
Utilisez l’applet de commande [New-EC2CapacityReservationBySplitting](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityReservationBySplitting.html). L’exemple suivant crée une réserve de capacité en séparant 10 instances de la réserve de capacité spécifiée.
```
New-EC2CapacityReservationBySplitting `
-SourceCapacityReservationId cr-1234567890abdef0 `
-InstanceCount 10
```
------
# Annuler une réserve de capacité
Une flotte de réserve de capacité peut se trouver dans l’un des états suivants :
+ `assessing`
+ `active`et il n’y a aucune durée d’engagement ou la durée d’engagement est expirée. Vous ne pouvez pas annuler une réserve de capacité future pendant la durée d’engagement.
**Note**
Vous ne pouvez pas modifier ou annuler un bloc de capacité. Pour de plus amples informations, veuillez consulter [Blocs de capacité pour ML](ec2-capacity-blocks.md).
Si une réserve de capacité future entre dans l’`delayed`État, la durée d’engagement est annulée et vous pouvez l’annuler dès qu’elle entre dans l’État. `active`
Lorsque vous annulez une réserve de capacité, la capacité est immédiatement libérée et n’est plus réservée pour votre utilisation.
Vous pouvez annuler des réserves de capacité vides et des réserves de capacité ayant des instances en cours d’exécution. Si vous annulez une réserve de capacité avec des instances en cours d’exécution, les instances continuent leur exécution normale en dehors de la réserve de capacité aux tarifs standard de l’instance à la demande, ou à un tarif réduit si vous avez un Savings Plans ou une instance réservée régionale qui correspond.
Une fois que vous avez annulé une réserve de capacité, les instances la ciblant ne peuvent plus être lancées. Modifiez ces instances de sorte qu’elles ciblent une autre réserve de capacité, lancez-les dans une réserve de capacité « open » disposant des attributs correspondants et d’une capacité suffisante ou évitez de les lancer dans une réserve de capacité. Pour de plus amples informations, veuillez consulter [Modifier les paramètres de réserve de capacité de votre instance](capacity-reservations-modify-instance.md).
------
#### [ Console ]
**Pour annuler une réserve de capacité**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **réserves de capacité** et sélectionnez la réserve de capacité à annuler.
1. Choisissez **Cancel réservation (Annuler la réservation)**, **Cancel réservation (Annuler la réservation)**.
------
#### [ AWS CLI ]
**Pour annuler une réserve de capacité**
Utilisez la commande [cancel-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-capacity-reservation.html).
```
aws ec2 cancel-capacity-reservation \
--capacity-reservation-id cr-1234567890abcdef0
```
------
#### [ PowerShell ]
**Pour annuler une réserve de capacité**
Utilisez l’applet de commande [Remove-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2CapacityReservation.html).
```
Remove-EC2CapacityReservation `
-CapacityReservationId cr-1234567890abcdef0
```
------
# Utilisation des réserves de capacité avec les groupes de placement du cluster
Vous pouvez créer des réserves de capacité dans un groupe de placement du cluster afin de réserver la capacité de calcul Amazon EC2 pour vos charges de travail. Les groupes de placement du cluster offrent l’avantage d’une faible latence réseau et d’un débit réseau élevé.
La création d’une réserve de capacité dans un groupe de placement du cluster garantit que vous avez accès à la capacité de calcul dans vos groupes de placement du cluster lorsque vous en avez besoin, aussi longtemps que nécessaire. Ceci est idéal pour réserver la capacité des charges de travail haute performance (HPC) nécessitant une mise à l’échelle du calcul. Vous pouvez réduire votre cluster tout en veillant à ce que la capacité reste disponible pour votre utilisation afin que vous puissiez la remettre à l’échelle en cas de besoin.
Après avoir créé une réserve de capacité dans un groupe de placement du cluster, vous pouvez la partager avec d’autres comptes AWS . Pour de plus amples informations, veuillez consulter [Partage des réserves de capacité dans les groupes de placement du cluster](#cpg-cr-sharing).
**Topics**
+ [Limitations](#cr-cpg-limitations)
+ [Utiliser les réserves de capacité dans des groupes de placement de cluster](#work-with-crs-cpgs)
+ [Partage des réserves de capacité dans les groupes de placement du cluster](#cpg-cr-sharing)
## Limitations
Gardez les éléments suivants à l’esprit lorsque vous créez des réserves de capacité dans des groupes de placement du cluster :
+ Vous ne pouvez pas modifier une réserve de capacité existante qui ne fait pas partie d’un groupe de placement pour réserver une capacité dans un groupe de placement. Pour réserver une capacité dans un groupe de placement, vous devez créer la réserve de capacité dans le groupe de placement.
+ Une fois que vous avez créé une réserve de capacité dans un groupe de placement, vous ne pouvez pas la modifier pour réserver la capacité en dehors du groupe de placement.
+ Vous pouvez augmenter votre capacité réservée dans un groupe de placement en modifiant une réserve de capacité existante dans le groupe de placement ou en créant des réserves de capacité supplémentaires dans le groupe de placement. Toutefois, vous augmentez vos chances d’obtenir une erreur de capacité insuffisante.
+ Vous ne pouvez partager des réserves de capacité qu’à partir du groupe de placement du cluster dont vous êtes propriétaire. Vous ne pouvez pas partager les réserves de capacité d’un groupe de placement du cluster dont vous n’êtes pas propriétaire.
+ Vous ne pouvez pas supprimer un groupe de placement du cluster qui a des réserves de capacité `active`. Vous devez annuler toutes les réserves de capacité du groupe de placement du cluster avant de pouvoir les supprimer.
## Utiliser les réserves de capacité dans des groupes de placement de cluster
Pour commencer à utiliser les réserves de capacité avec des groupes de placement de cluster, effectuez les opérations suivantes.
**Note**
Si vous souhaitez créer une réserve de capacité dans un groupe de placement de cluster existant, ignorez l’étape 1. Ensuite, pour les étapes 2 et 3, spécifiez l’ARN du groupe de placement du cluster existant.
**Topics**
+ [Étape 1 : (*Conditionnelle*) Créer un groupe de placement du cluster pour l’utiliser avec une réserve de capacité](#create-cpg)
+ [Étape 2 : Créer une réserve de capacité dans un groupe de placement du cluster](#create-cr-in-cpg)
+ [Étape 3 : lancer des instances dans les réserves de capacité au sein d’un groupe de placement du cluster](#launch-instance-into-cpg)
### Étape 1 : (*Conditionnelle*) Créer un groupe de placement du cluster pour l’utiliser avec une réserve de capacité
Effectuez cette étape uniquement si vous devez créer un groupe de placement du cluster. Pour utiliser un groupe de placement du cluster existant, ignorez cette étape, puis pour les étapes 2 et 3, utilisez l’ARN de ce groupe de placement du cluster.
------
#### [ Console ]
**Pour créer un groupe de placement du cluster**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, choisissez **Placement Groups** Groupes de placement, puis **Create placement group** (Créer un groupe de placement).
1. Pour **Name** (Nom), spécifiez un nom descriptif pour le groupe de placement.
1. Pour **Placement strategy** (Stratégie de placement), choisissez **Cluster**.
1. Choisissez **Créer un groupe**.
1. Dans le tableau **Groupes de placement**, dans la colonne **ARN du groupe**, notez l’ARN du groupe de placement de clusters que vous avez créé. Vous en aurez besoin à l’étape suivante.
------
#### [ AWS CLI ]
**Pour créer un groupe de placement du cluster**
Utilisez la commande [create-placement-group](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-placement-group.html).
```
aws ec2 create-placement-group \
--group-name MyPG \
--strategy cluster
```
Notez l’ARN du groupe de placement renvoyé dans le résultat, car vous en aurez besoin à l’étape suivante.
------
#### [ PowerShell ]
**Pour créer un groupe de placement du cluster**
Utilisez l’applet de commande [New-EC2PlacementGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2PlacementGroup.html).
```
New-EC2PlacementGroup `
-GroupName my-placement-group `
-Strategy "cluster"
```
Notez l’ARN du groupe de placement renvoyé dans le résultat, car vous en aurez besoin à l’étape suivante.
------
### Étape 2 : Créer une réserve de capacité dans un groupe de placement du cluster
Vous créez une réserve de capacité dans un groupe de placement du cluster de la même manière que vous créez n’importe quelle réserve de capacité. Toutefois, vous devez également spécifier l’ARN du groupe de placement du cluster dans lequel créer la réserve de capacité.
**Considérations**
+ Le groupe de placement du cluster spécifié doit être en état `available`. Si le groupe de placement du cluster se trouve en état `pending`, `deleting` ou `deleted`, la demande échoue.
+ La réserve de capacité et le groupe de placement du cluster doivent se trouver dans la même zone de disponibilité. Si la demande de création de la réserve de capacité spécifie une zone de disponibilité différente de celle du groupe de placement du cluster, la demande échoue.
+ Vous pouvez créer des réserves de capacité uniquement pour les types d’instance pris en charge par les groupes de placement du cluster. Si vous spécifiez un type d’instance non pris en charge, la demande échoue.
+ Si vous créez une réserve de capacité `open` dans un groupe de placement du cluster et qu’il existe des instances en cours d’exécution possédant des attributs correspondants (ARN du groupe de placement, type d’instance, zone de disponibilité, plateforme et location), ces instances s’exécutent automatiquement dans la réserve de capacité.
+ Votre demande de création d’une réserve de capacité peut échouer si l’une des situations suivantes se produit :
+ Amazon EC2 n’a pas une capacité suffisante pour répondre à la demande. Réessayez ultérieurement, essayez une zone de disponibilité différente ou essayez une capacité moins importante. Si votre charge de travail tolère plusieurs types et tailles d’instance, essayez des attributs d’instance différents.
+ La quantité demandée dépasse votre limite d’instance à la demande pour la famille de·l’instance sélectionnée. Augmentez votre limite d’instance à la demande pour la famille de·l’instance requise et réessayez. Pour de plus amples informations, veuillez consulter [Quotas des instances à la demande](ec2-on-demand-instances.md#ec2-on-demand-instances-limits).
------
#### [ Console ]
**Pour créer une réserve de capacité**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Réserves de capacité**, puis **Créer Réserve de capacité**.
1. Sur la page **Créer une réserve de capacité** spécifiez le type d’instance, la plateforme, la zone de disponibilité, la location, la quantité et la date de fin si nécessaire.
1. Pour **Groupe de placement**, sélectionnez l’ARN du groupe de placement du cluster dans lequel créer la réserve de capacité.
1. Choisissez **Créer**.
Pour de plus amples informations, veuillez consulter [Créer une réserve de capacité](capacity-reservations-create.md).
------
#### [ AWS CLI ]
**Pour créer une réserve de capacité**
Utilisez la commande [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html). Pour `--placement-group-arn`, spécifiez l’ARN du groupe de placement du cluster dans lequel créer la réserve de capacité.
```
aws ec2 create-capacity-reservation \
--instance-type instance_type \
--instance-platform platform \
--availability-zone-id az_id \
--instance-count quantity \
--placement-group-arn "placement_group_arn"
```
------
#### [ PowerShell ]
**Pour créer une réserve de capacité**
Utilisez l’applet de commande [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html). Pour `-PlacementGroupArn`, spécifiez l’ARN du groupe de placement du cluster dans lequel créer la réserve de capacité.
```
Add-EC2CapacityReservation `
-InstanceType instance_type `
-InstancePlatform platform `
-AvailabilityZoneId az_id `
-InstanceCount quantity `
-PlacementGroupArn "placement_group_arn"
```
------
### Étape 3 : lancer des instances dans les réserves de capacité au sein d’un groupe de placement du cluster
Vous pouvez lancer une instance dans une réserve de capacité qui se trouve dans un groupe placement du cluster avec l’une des options suivantes :
+ *Spécification de l’ARN du groupe de placement du cluster dans lequel lancer l’instance* : lorsque vous fournissez l’ARN d’un groupe de placement du cluster, Amazon EC2 lance l’instance dans ce groupe de placement du cluster. Vous pouvez choisir l’une des méthodes suivantes :
+ *Spécification `open`* : vous n’avez pas besoin de spécifier la réserve de capacité dans la demande de lancement de l’instance. Si l’instance possède des attributs (ARN du groupe de placement, type d’instance, zone de disponibilité, plateforme et location) qui correspondent à une réserve de capacité du groupe de placement spécifié, l’instance s’exécute automatiquement dans la réserve de capacité.
+ *Spécification d’une réserve de capacité* : si la réserve de capacité n’accepte que les lancements d’instances ciblées, vous devez spécifier la réserve de capacité cible en plus du groupe de placement du cluster dans la demande.
+ *Spécification d’un groupe de réserve de capacité* : pour plus d’informations, consultez la section [Utilisation de la réserve de capacité dans les groupes de placement du cluster doté d’un groupe de réserve de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cpg-odcr-crg.html).
+ *Spécification d’un groupe de réserve de capacité uniquement* : pour plus d’informations, consultez la section [Utilisation de la réserve de capacité dans les groupes de placement du cluster doté d’un groupe de réserve de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cpg-odcr-crg.html).
+ *Spécification d’une réserve de capacité uniquement* : vous pouvez lancer des instances dans une réserve de capacité au sein d’un groupe de placement du cluster.
**Note**
Lorsque vous lancez des instances en spécifiant uniquement une réserve de capacité ou uniquement un groupe de réserve de capacité, les instances sont lancées dans les réserves de capacité créées dans le groupe de placement du cluster, mais les instances ne sont pas directement attachées au groupe de placement du cluster.
------
#### [ Console ]
**Pour lancer des instances dans une réserve de capacité existante**
1. Suivez la procédure pour [lancer une instance](ec2-launch-instance-wizard.md), mais ne lancez l’instance qu’après avoir effectué les étapes suivantes pour spécifier les paramètres pour le groupe de placement et la réserve de capacité.
1. Développez la section **Détails avancés** et procédez comme suit :
1. Pour **Groupe de placement**, sélectionnez le groupe de placement du cluster dans lequel l’instance doit être lancée.
1. Pour **Capacity Reservation** (Réserve de capacité), choisissez l’une des options suivantes en fonction de la configuration de la réserve de capacité :
+ **Open** (Ouvrir) : pour lancer les instances dans toute réserve de capacité `open` dans le groupe de placement du cluster comportant des attributs correspondants et une capacité suffisante.
+ **Target by ID** (Cible par ID) : pour lancer les instances dans une réserve de capacité qui accepte uniquement les lancements d’instances ciblées.
+ **Target by group** (Cible par groupe) : pour lancer les instances dans n’importe quelle réserve de capacité avec les attributs correspondants et la capacité disponible dans le groupe de réserve de capacité sélectionné.
1. Dans le panneau **Summary** (Résumé), vérifiez la configuration de votre instance, puis choisissez **Launch instance** (Lancer l’instance). Pour de plus amples informations, veuillez consulter [Lancez une instance EC2 à l’aide de l’assistant de lancement d’instance de la console](ec2-launch-instance-wizard.md).
------
#### [ AWS CLI ]
**Pour lancer des instances dans une réserve de capacité existante**
Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Si vous devez cibler une réserve de capacité spécifique ou un groupe réserve de capacité spécifique, spécifiez le paramètre `--capacity-reservation-specification`. Pour `--placement`, spécifiez le paramètre `GroupName`, puis indiquez le nom du groupe de placement que vous avez créé lors des étapes précédentes.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count quantity \
--instance-type instance_type \
--key-name key_pair_name \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationId=capacity_reservation_id} \
--placement "GroupName=cluster_placement_group_name"
```
------
#### [ PowerShell ]
**Pour lancer des instances dans une réserve de capacité existante**
Utilisez l’applet de commande [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). Pour `-Placement`, spécifiez le paramètre `GroupName`, puis indiquez le nom du groupe de placement que vous avez créé lors des étapes précédentes.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType instance_type `
-KeyName key_pair_name `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationId capacity_reservation_id `
-Placement_GroupName cluster_placement_group_name
```
------
## Partage des réserves de capacité dans les groupes de placement du cluster
Vous pouvez partager des réserves de capacité dans des groupes de placement du cluster soit en ne partageant que les réserves de capacité, soit en partageant à la fois les réserves de capacité et le groupe de placement du cluster dans lequel elles ont été créées.
En ne partageant que la réserve de capacité, vous donnez aux comptes clients l’accès à cette réserve de capacité uniquement. Les comptes clients n’ont pas de visibilité ni d’accès au groupe de placement du cluster dans lequel la réserve de capacité est créée. Vous disposez ainsi d’un contrôle précis sur l’accès des comptes clients. Les comptes clients ne peuvent consulter aucune information concernant le groupe de placement du cluster, y compris son ARN.
Lorsque vous partagez le groupe de placement du cluster et la réserve de capacité, le groupe de placement du cluster est visible et accessible aux comptes clients. Ils peuvent y lancer des instances et y créer leurs propres réserves de capacité.
Pour plus d'informations, veuillez consulter les ressources suivantes.
+ [Lancer des instances dans des réserves de capacité au sein d’un groupe de placement du cluster](#launch-instance-into-cpg)
+ [Utiliser des réserves de capacité partagées](capacity-reservation-sharing.md)
+ [Partagé un groupe de placement](share-placement-group.md)
# Groupes de réserve de capacité
Vous pouvez l'utiliser Groupes de ressources AWS pour créer des ensembles logiques de réservations de capacité, appelés *groupes de ressources*. Un groupe de ressources est un regroupement logique de AWS ressources qui se trouvent toutes dans la même AWS région. Pour plus d’informations sur les groupes de ressources, consultez [Que sont les groupes de ressources ?](https://docs.aws.amazon.com/ARG/latest/userguide/) dans le *Guide de l’utilisateur Groupes de ressources AWS *.
Vous pouvez inclure les réservations de capacité que vous possédez dans votre compte et les réservations de capacité partagées avec vous par d'autres AWS comptes dans un seul groupe de ressources. Vous pouvez également inclure des réserves de capacité qui ont différents attributs (type d’instance, plateforme et zone de disponibilité) dans un seul groupe de ressources.
Lorsque vous créez des groupes de ressources pour des réserves de capacité, vous pouvez cibler des instances vers un groupe de réserves de capacité au lieu d’une réserve de capacité seule. Les instances qui ciblent un groupe de réserves de capacité correspondent à n’importe quelle réserve de capacité du groupe disposant des attributs correspondants (type d’instance, plate-forme et zone de disponibilité) et de la capacité disponible. Si le groupe ne dispose pas d’une réserve de capacité avec les attributs correspondants et de la capacité disponible, les instances s’exécutent à l’aide de la capacité à la demande. Si une réserve de capacité adéquate est ajoutée au groupe cible à un stade ultérieur, l’instance est automatiquement mise en correspondance et déplacée vers sa capacité réservée.
Pour empêcher une utilisation non prévue des réserves de capacité dans un groupe, configurez la réserves de capacité dans le groupe pour accepter uniquement les instances qui ciblent explicitement la réserve de capacité. Pour ce faire, définissez **l’éligibilité de l’instance** sur **Uniquement les instances qui spécifient cette réserve** lors de la création de la réserve de capacité à l’aide de la console Amazon EC2. Lorsque vous utilisez le AWS CLI, spécifiez-le `--instance-match-criteria targeted` lors de la création de la réservation de capacité. On s’assure ainsi que seules les instances qui ciblent explicitement le groupe, ou une réserve de capacité dans le groupe, peuvent s’exécuter dans le groupe.
Si une réserve de capacité dans un groupe est annulée ou expire alors qu’elle a des instances en cours d’exécution, des dernières sont automatiquement déplacées vers une autre réserve de capacité dans le groupe qui a des attributs correspondants et la capacité disponible. S’il ne reste pas de réserves de capacité dans le groupe avec les attributs et la capacité disponible correspondants, les instances s’exécutent à l’aide de la capacité à la demande. Si une réserve de capacité adéquate est ajoutée au groupe cible à un stade ultérieur, l’instance est automatiquement déplacée dans sa capacité réservée.
**Topics**
+ [Création d’un groupe](create-group.md)
+ [Ajout d’une réserve de capacité à un groupe](add-to-group.md)
+ [Supprimer la réserve de capacité du groupe](remove-from-group.md)
+ [Suppression des groupes](delete-group.md)
+ [Utilisation de la réserve de capacité dans les groupes de placement du cluster doté d’un groupe de réserve de capacité](using-cpg-odcr-crg.md)
# Création d’un groupe de réserves de capacité
Vous pouvez utiliser les exemples suivants pour créer un groupe de ressources pour les réserves de capacité avec les paramètres de requête suivants.
+ `AWS::EC2::CapacityReservationPool` : garantit que le groupe de ressources peut être ciblé pour les lancements d’instances.
+ `AWS::ResourceGroups::Generic` avec `allowed-resource-types` défini sur `AWS::EC2::CapacityReservation` : garantit que le groupe de ressources accepte uniquement les réserves de capacité
Après avoir créé un groupe, vous pouvez y [ajouter des réserves de capacité](add-to-group.md).
------
#### [ AWS CLI ]
**Pour créer un groupe de réserves de capacité**
Utilisez la commande [create-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/create-group.html) AWS CLI .
```
aws resource-groups create-group \
--name MyCRGroup \
--configuration \
'{"Type": "AWS::EC2::CapacityReservationPool"}' \
'{"Type": "AWS::ResourceGroups::Generic", "Parameters": [{"Name": "allowed-resource-types", "Values": ["AWS::EC2::CapacityReservation"]}]}'
```
------
#### [ PowerShell ]
**Pour créer un groupe de réserves de capacité**
Utilisez l'RGGroupapplet de commande [New-](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RGGroup.html).
```
New-RGGroup `
-Name MyCRGroup `
-Configuration `
@{"Type"="AWS::EC2::CapacityReserationPool"} `
@{"Type"="AWS::ResourceGroups::Generic"; "Parameters"=@{"allowed-resource-types"=@{"Values"="AWS::EC2::CapacityReservations"}}}
```
------
# Ajout d’une réserve de capacité à un groupe
Si vous ajoutez une réserve de capacité qui est partagée avec vous à un groupe et que le partage est annulé, la réserve est automatiquement supprimée du groupe.
------
#### [ AWS CLI ]
**Pour ajouter une réserve de capacité à un groupe**
Utilisez la commande [group-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/group-resources.html).
L’exemple suivant ajoute deux réserves de capacité au groupe spécifié.
```
aws resource-groups group-resources \
--group MyCRGroup \
--resource-arns \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-1234567890abcdef1 \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890
```
------
#### [ PowerShell ]
**Pour ajouter une réserve de capacité à un groupe**
Utilisez l'RGResourceapplet de commande [Add-](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-RGResource.html).
L’exemple suivant ajoute deux réserves de capacité au groupe spécifié.
```
Add-RGResource `
-Group MyCRGroup `
-ResourceArn `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-1234567890abcdef1", `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890"
```
------
# Suppression d’une réserve de capacité d’un groupe
Vous pouvez utiliser les exemples suivants pour supprimer une réserve de capacité d’un groupe.
------
#### [ AWS CLI ]
**Pour supprimer une réserve de capacité d’un groupe**
Utilisez la commande [ungroup-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/ungroup-resources.html).
L’exemple suivant supprime deux réserves de capacité du groupe spécifié.
```
aws resource-groups ungroup-resources \
--group MyCRGroup \
--resource-arns \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-0e154d26a16094dd \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890
```
------
#### [ PowerShell ]
**Pour supprimer une réserve de capacité d’un groupe**
Utilisez l'RGResourceapplet de commande [Remove-](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-RGResource.html).
L’exemple suivant supprime deux réserves de capacité du groupe spécifié.
```
Remove-RGResource `
-Group MyCRGroup `
-ResourceArn `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-0e154d26a16094dd", `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890"
```
------
# Suppression d’un groupe de réserves de capacité
Vous pouvez utiliser les exemples suivants pour supprimer un groupe de réserve de capacité.
------
#### [ AWS CLI ]
**Pour supprimer un groupe**
Utilisez la commande [delete-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/delete-group.html).
```
aws resource-groups delete-group --group MyCRGroup
```
------
#### [ PowerShell ]
**Pour supprimer un groupe**
Utilisez l'RGGroupapplet de commande [Remove-](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-RGGroup.html).
```
Remove-RGGroup -GroupName MyCRGroup
```
------
# Utilisation de la réserve de capacité dans les groupes de placement du cluster doté d’un groupe de réserve de capacité
Amazon EC2 propose différentes méthodes de lancement vous permettant d’utiliser les réserves de capacité dans un groupe de placement du cluster doté d’un groupe de réserve de capacité. Vous pouvez choisir l’une des méthodes suivantes pour cibler un groupe de réserve de capacité en fonction de vos exigences de charge de travail :
+ *Spécification de l’ARN du groupe de placement du cluster et du groupe de réserve de capacité* : cette méthode utilise toute réserve de capacité disponible présentant des attributs correspondants et une capacité disponible dans le groupe de réserve de capacité sélectionné. Si le groupe sélectionné ne dispose pas d’une réserve de capacité avec les attributs correspondants et de la capacité disponible, les instances s’exécutent à l’aide de la capacité à la demande.
**Note**
Lorsque vous lancez des instances à l’aide de cette méthode, les instances sont placées dans le groupe de placement du cluster spécifié.
+ *Spécification d’un groupe de réserve de capacité uniquement* : cette méthode utilisera toute la capacité disponible au sein du groupe de réserve de capacité en spécifiant uniquement le groupe de réserve de capacité. Lors du lancement des instances, la capacité est utilisée dans l’ordre suivant :
+ Réserve de capacité non associée à un groupe de placement du cluster.
+ Réserve de capacité dans n’importe quel groupe de placement du cluster au sein du groupe de réserve de capacité.
+ Si le groupe ne dispose pas d’une réserve de capacité avec des attributs correspondants et une capacité disponible, les instances s’exécutent à l’aide de la capacité à la demande et ne sont placées dans aucun groupe de placement du cluster.
**Note**
Lorsque vous lancez des instances en spécifiant uniquement un groupe de réserve de capacité, les instances sont lancées dans les réserves de capacité créées dans le groupe de placement du cluster, mais elles ne sont pas directement attachées au groupe de placement du cluster.
# réserves de capacité dans Local Zones
Une zone locale est une extension d'une AWS région géographiquement proche de vos utilisateurs. Ainsi, les ressources créées dans une zone locale peuvent servir les utilisateurs locaux avec des communications à très faible latence. Pour plus d’informations, consultez [Local Zones AWS](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Vous pouvez étendre un VPC de sa AWS région parent à une zone locale en créant un nouveau sous-réseau dans cette zone locale. Lorsque vous créez un sous-réseau dans une zone locale, votre VPC est étendu à cette zone locale. Le sous-réseau de la zone locale fonctionne de la même manière que les autres sous-réseaux de votre VPC.
En utilisant des Local Zones, vous pouvez placer des réserves de capacité dans plusieurs emplacements qui sont plus proches de vos utilisateurs. Vous créez et utilisez des réserves de capacité dans Local Zones de la même manière que vous créez et utilisez des réserves de capacité dans les zones de disponibilité standard. Les fonctionnalités et le comportement de correspondance d’instance sont les mêmes. Pour plus d'informations sur les modèles de tarification pris en charge dans les zones locales, consultez la section [Zones AWS locales FAQs](https://aws.amazon.com/about-aws/global-infrastructure/localzones/faqs/).
**Considérations**
Vous ne pouvez pas utiliser de groupes de réserve de capacité dans une zone locale.
**Pour utiliser une réserve de capacité dans une zone locale**
1. Activez la zone locale pour l'utiliser dans votre AWS compte. Pour plus d'informations, consultez la section [Getting Started with AWS Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) dans le *guide de l'utilisateur des zones AWS locales*.
1. Créez une réserve de capacité dans la zone locale. Pour **Zone de disponibilité**, sélectionnez la zone locale. La zone locale est représentée par un code de Région AWS suivi d’un identifiant qui indique l’emplacement, par exemple `us-west-2-lax-1a`. Pour plus d’informations, consultez [Créer une réserve de capacité](capacity-reservations-create.md).
1. Créez un sous-réseau dans la zone locale. Pour **Zone de disponibilité**, sélectionnez la zone locale. Pour plus d’informations, consultez [Créer un sous-réseau dans votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) dans le *Guide de l’utilisateur Amazon VPC*.
1. Lancez une instance. Pour **Sous-réseau**, sélectionnez le sous-réseau dans la zone locale (par exemple, `subnet-123abc | us-west-2-lax-1a`) et, pour **réserve de capacité**, sélectionnez la spécification (`open` ou ciblez-la par ID) requise pour la réserve de capacité que vous avez créée dans la zone locale. Pour plus d’informations, consultez [Lancer des instances dans une réserve de capacité existante](capacity-reservations-launch.md).
# réserves de capacité dans les zones Wavelength
*AWS Wavelength* permet aux développeurs de créer des applications qui offrent des latences ultra-faibles aux appareils mobiles et aux utilisateurs finaux. Wavelength déploie des services de calcul et de stockage AWS standard à la périphérie des réseaux 5G des opérateurs de télécommunications. Vous pouvez étendre un Amazon Virtual Private Cloud (VPC) à une ou plusieurs zones Wavelength. Vous pouvez ensuite utiliser AWS des ressources telles que les instances Amazon EC2 pour exécuter des applications nécessitant une latence très faible et une connexion aux AWS services de la région. Pour plus d’informations, consultez la section [Zones AWS Wavelength](https://aws.amazon.com//wavelength/).
Lorsque vous créez des réserves de capacité à la demande, vous pouvez choisir la zone Wavelength et lancer des instances réserve de capacité dans une zone Wavelength en spécifiant le sous-réseau associé à la zone Wavelength. Une zone de longueur d'onde est représentée par un code de AWS région suivi d'un identifiant indiquant l'emplacement, par exemple`us-east-1-wl1-bos-wlz-1`.
Les zones Wavelength ne sont pas disponibles dans toutes les régions. Pour plus d’informations sur les régions qui prennent en charge les zones Wavelength, consultez [Zones Wavelength disponibles](https://docs.aws.amazon.com/wavelength/latest/developerguide/wavelength-quotas.html) dans le *Guide du développeur AWS Wavelength *.
**Considérations**
Vous ne pouvez pas utiliser de groupes de réserve de capacité dans une zone Wavelength.
**Pour utiliser une réserve de capacité dans une zone Wavelength**
1. Activez la Wavelength Zone pour l'utiliser dans votre AWS compte. Pour plus d’informations, consultez [Mise en route avec AWS Wavelength](https://docs.aws.amazon.com/wavelength/latest/developerguide/get-started-wavelength.html) dans le *Guide du développeur AWS Wavelength *.
1. Créez une réserve de capacité dans la zone Wavelength. Pour **Zone de disponibilité**, sélectionnez une Wavelength. Une zone Wavelength est représentée par un code de Région AWS suivi d’un identifiant qui indique l’emplacement, par exemple, `us-east-1-wl1-bos-wlz-1`. Pour plus d’informations, consultez [Créer une réserve de capacité](capacity-reservations-create.md).
1. Créez un sous-réseau dans la zone Wavelength. Pour **Zone de disponibilité**, sélectionnez une zone Wavelength. Pour plus d’informations, consultez [Créer un sous-réseau dans votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) dans le *Guide de l’utilisateur Amazon VPC*.
1. Lancez une instance. Pour **Sous-réseau**, sélectionnez le sous-réseau dans la zone Wavelength (par exemple, `subnet-123abc | us-east-1-wl1-bos-wlz-1`) et, pour **réserve de capacité**, sélectionnez la spécification (`open` ou ciblez-la par ID) requise pour la réserve de capacité que vous avez créée dans Wavelength. Pour de plus amples informations, veuillez consulter [Lancer des instances dans une réserve de capacité existante](capacity-reservations-launch.md).
# Réservations de capacité sur AWS Outposts
AWS Outposts est un service entièrement géré qui étend AWS l'infrastructure APIs, les services et les outils aux locaux du client. En fournissant un accès local à l'infrastructure AWS gérée, il AWS Outposts permet aux clients de créer et d'exécuter des applications sur site en utilisant les mêmes interfaces de programmation que dans AWS les régions, tout en utilisant les ressources de calcul et de stockage locales pour réduire la latence et les besoins de traitement des données locaux.
Un avant-poste est un pool de capacités de AWS calcul et de stockage déployé sur le site d'un client. AWS exploite, surveille et gère cette capacité dans le cadre d'une AWS région.
Vous pouvez créer des réserves de capacité sur les Outposts que vous avez créés dans votre compte. Cela vous permet de réserver une capacité de calcul sur un outpost de votre site. Vous créez et utilisez des réserves de capacité dans Outposts de la même manière que vous créez et utilisez des réserves de capacité dans les zones de disponibilité standard. Les fonctionnalités et le comportement de correspondance d’instance sont les mêmes.
Vous pouvez également partager les réservations de capacité sur les Outposts avec d'autres AWS comptes de votre organisation à l'aide de. AWS Resource Access Manager Pour plus d’informations sur le partage des réserves de capacité, consultez [Utiliser des réserves de capacité partagées](capacity-reservation-sharing.md).
**Prérequis**
Vous devez avoir un outpost installé sur votre site. Pour plus d’informations, consultez [Créer un outpost et commander une capacité outpost](https://docs.aws.amazon.com/outposts/latest/userguide/order-outpost-capacity.html) dans le *Guide de l’utilisateur AWS Outposts *.
**Considérations**
+ Vous ne pouvez pas utiliser les groupes de réserve de capacité sur un Outpost.
**Pour utiliser une réserve de capacité sur un Outpost.**
1. Créez un sous-réseau sur l’outpost. Pour plus d’informations, consultez [Créer un sous-réseau](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet) dans le *Guide de l’utilisateur AWS Outposts *.
1. Créez une réserve de capacité sur l’outpost.
1. Ouvrez la AWS Outposts console à l'adresse [https://console.aws.amazon.com/outposts/](https://console.aws.amazon.com/outposts/home).
1. Dans le volet de navigation, choisissez **Outposts**, puis choisissez **Actions**, **Créer une réserve de capacité**.
1. Configurez la réserve de capacité selon vos besoins, puis choisissez **Créer**. Pour plus d’informations, consultez [Créer une réserve de capacité](capacity-reservations-create.md).
**Note**
La liste déroulante **Type d’instance** répertorie uniquement les types d’instance pris en charge par l’outpost sélectionné, et la liste déroulante **Zone de disponibilité** répertorie uniquement la zone de disponibilité à laquelle l’outpost sélectionné est associé.
1. Lancer une instance dans la réserve de capacité. Pour **Sous-réseau** choisissez le sous-réseau que vous avez créé à l’étape 1 et pour **réserve de capacité**, sélectionnez la réserve de capacité que vous avez créée à l’étape 2. Pour plus d’informations, consultez la section [Lancer une instance sur votre Outpost](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#launch-instances) du *Guide de l’utilisateur AWS Outposts *.
# Utiliser des réserves de capacité partagées
Le partage des réservations de capacité permet aux propriétaires des réservations de capacité de partager leur capacité réservée avec d'autres AWS comptes ou au sein d'une AWS organisation. Cela vous permet de créer et de gérer les réservations de capacité de manière centralisée, et de partager la capacité réservée entre plusieurs AWS comptes ou au sein de votre AWS organisation.
Dans ce modèle, le AWS compte propriétaire de la réservation de capacité (propriétaire) la partage avec d'autres AWS comptes (consommateurs). Les consommateurs peuvent lancer des instances dans des réserves de capacité partagées avec eux comme ils le feraient avec des réserves de capacité qu’ils possèderaient dans leur propre compte. Le propriétaire d’une réserve de capacité est responsable de la gestion de la réserve de capacité et des instances lancées dans celle-ci. Les propriétaires ne peuvent pas modifier les instances lancées par les consommateurs dans des réserves de capacité qu’ils ont partagées. Les consommateurs sont responsables de la gestion des instances qu’ils lancent dans des réserves de capacité partagées avec eux. Les consommateurs ne peuvent pas voir ou modifier les instances appartenant à d’autres consommateurs ou au propriétaire de la réserve de capacité.
Un propriétaire de réserve de capacité peut partager une réserve de capacité avec :
+ AWS Comptes spécifiques à l'intérieur ou à l'extérieur de son AWS organisation
+ Une unité organisationnelle au sein de son AWS organisation
+ Toute son AWS organisation
## Conditions préalables au partage de réserves de capacité
+ Pour partager une réservation de capacité, vous devez la posséder dans votre AWS compte. Vous ne pouvez pas partager une réserve de capacité qui a été partagée avec vous.
+ Vous pouvez uniquement partager des réserves de capacité pour les instances de locations partagées. Vous ne pouvez pas partager de réserves de capacité pour les instances de locations dédiées.
+ Le partage des réservations de capacité n'est pas disponible pour AWS les nouveaux AWS comptes ou les comptes dont l'historique de facturation est limité.
+ Pour partager une réservation de capacité avec votre AWS organisation ou une unité organisationnelle de votre AWS organisation, vous devez activer le partage avec AWS Organizations. Pour plus d’informations, consultez [Activation du partage avec AWS Organizations](https://docs.aws.amazon.com/ram/latest/userguide/getting-started-sharing.html) dans le *Guide de l’utilisateur AWS RAM *.
+ Vous pouvez partager une réservation de capacité dans `active` ou dans un `scheduled` État. Vous ne pouvez pas partager la réservation de capacité dans d'autres [États](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html), tels que `assessing` ou`unsupported`.
## Services connexes
Le partage des réservations de capacité s'intègre à AWS Resource Access Manager (AWS RAM). AWS RAM est un service qui vous permet de partager vos AWS ressources avec n'importe quel AWS compte ou via AWS Organizations. Avec AWS RAM, vous pouvez partager des ressources dont vous êtes propriétaire en créant un *partage de ressources*. Un partage de ressources spécifie les ressources à partager, ainsi que les consommateurs avec qui elles seront partagées. Les consommateurs peuvent être AWS des comptes individuels, des unités organisationnelles ou l'ensemble d'une organisation AWS Organizations.
Pour plus d'informations AWS RAM, consultez le *[guide de AWS RAM l'utilisateur](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Partager sur plusieurs zones de disponibilité
Pour garantir que les ressources sont réparties entre les zones de disponibilité d’une région, nous mappons indépendamment les zones de disponibilité aux noms de chaque compte. Cela peut entraîner des différences de nom de zone de disponibilité entre les comptes. Par exemple, il est possible que la zone `us-east-1a` de disponibilité de votre AWS compte ne soit pas la même que celle `us-east-1a` d'un autre AWS compte.
Pour identifier l’emplacement de vos réserves de capacité par rapport à vos comptes, vous devez utiliser l’*ID de zone de disponibilité*. L'AZ ID est un identifiant unique et cohérent pour une zone de disponibilité pour tous les AWS comptes. Par exemple, `use1-az1` il s'agit d'un identifiant AZ pour la `us-east-1` région et il s'agit du même emplacement dans tous les AWS comptes.
**Pour consulter l'AZ IDs des zones de disponibilité de votre compte**
1. Ouvrez la AWS RAM console à la [https://console.aws.amazon.com/ram/maison](https://console.aws.amazon.com/ram/home).
1. L'AZ IDs de la région actuelle s'affiche dans le panneau **Your AZ ID** sur le côté droit de l'écran.
# Partager une réserve de capacité
Lorsque vous partagez une réservation de capacité dont vous êtes propriétaire avec d'autres personnes Comptes AWS, vous leur permettez de lancer des instances dans la capacité que vous avez réservée. Si vous partagez une réserve de capacité ouverte, gardez présent à l’esprit les points suivants, car cela pourrait entraîner une utilisation indésirable de la réserve de capacité :
+ Si des consommateurs disposent d’instances en cours d’exécution correspondant aux attributs de la réserve de capacité, du paramètre `CapacityReservationPreference` défini sur `open` et qu’ils ne procèdent pas à l’exécution dans une capacité réservée, ils utilisent automatiquement la réserve de capacité partagée.
+ Si des consommateurs lancent des instances disposant d’attributs correspondant (type d’instance, plateforme et zone de disponibilité) et du paramètre `CapacityReservationPreference` défini sur `open`, ils utilisent automatiquement la réserve de capacité partagée.
Pour partager une réserve de capacité, vous devez l’ajouter à un partage de ressources. Un partage de ressources est une AWS RAM ressource qui vous permet de partager vos ressources entre différents AWS comptes. Un partage de ressources spécifie les ressources à partager, ainsi que les consommateurs avec qui elles seront partagées. Lorsque vous partagez une réserve de capacité avec la console Amazon EC2, vous l’ajoutez à un partage de ressources existant. Pour ajouter une réserve de capacité à un nouveau partage de ressources, vous devez créer le partage de ressources avec la [console AWS RAM](https://console.aws.amazon.com/ram).
Si vous faites partie d'une organisation AWS Organizations et que le partage au sein de votre organisation est activé, les clients de votre organisation ont accès à la réservation de capacité partagée si les [conditions préalables au partage](capacity-reservation-sharing.md#sharing-cr-prereq) sont remplies. Si la réserve de capacité est partagée avec des comptes externes, ils reçoivent une invitation à rejoindre le partage de ressources et bénéficient d’un accès à la réserve de capacité partagée après avoir accepté l’invitation.
**Important**
Avant de lancer des instances dans une réservation de capacité partagée avec vous, vérifiez que vous avez accès à la réservation de capacité partagée en la consultant dans la console ou en la décrivant à l'aide de la [ describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html) AWS CLI commande. Si vous pouvez consulter la réservation de capacité partagée dans la console ou la décrire à l'aide du AWS CLI, elle est disponible pour votre usage et vous pouvez y lancer des instances. Si vous tentez de lancer des instances dans la réserve de capacité et qu’elle n’est pas accessible en raison d’un échec de partage, les instances seront lancées dans la capacité à la demande.
------
#### [ Console ]
**Pour partager une réserve de capacité qui vous appartient avec la console Amazon EC2**
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, choisissez **réserves de capacité**.
1. Choisissez la réserve de capacité à partager, puis choisissez **Actions**, **Share reservation (Partager une réservation)**.
1. Sélectionnez le partage de ressources auquel vous souhaitez ajouter la réserve de capacité, puis choisissez **Share réserve de capacité (Partager la réserve de capacité)**.
Les consommateurs peuvent avoir accès à la réserve de capacité partagée en quelques minutes.
**Pour partager une réservation de capacité dont vous êtes propriétaire à l'aide de la AWS RAM console**
Consultez [Création d’un partage de ressources](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-create) dans le *Guide de l’utilisateur AWS RAM *.
------
#### [ AWS CLI ]
**Pour partager une réserve de capacité qui vous appartient**
Utilisez la commande [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Pour partager une réserve de capacité qui vous appartient**
Utilisez l'applet de commande [New- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
# Arrêter de partager une réserve de capacité
Le propriétaire d’une réserve de capacité peut cesser de partager une réserve de capacité à tout moment. Les règles suivantes s’appliquent :
+ Les instances appartenant aux consommateurs qui étaient en cours d’exécution dans la capacité partagée au moment où le partage s’arrête continuent de s’exécuter normalement en dehors de la capacité réservée, et la capacité est restaurée dans la réserve de capacité soumise à la disponibilité de capacité Amazon EC2.
+ Les consommateurs avec lesquels la réserve de capacité était partagée ne peuvent plus lancer de nouvelles instances dans la capacité réservée.
Pour arrêter de partager une réserve de capacité que vous possédez, vous devez la supprimer du partage de ressources.
------
#### [ Console ]
**Pour arrêter le partage d’une réserve de capacité que vous possédez à l’aide de la console Amazon EC2**
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, choisissez **réserves de capacité**.
1. Sélectionnez la réserve de capacité et choisissez l’onglet **Sharing (Partage)**.
1. L’onglet **Sharing (Partage)** affiche la liste des partages de ressources auxquels la réserve de capacité a été ajoutée. Sélectionnez le partage de ressources duquel vous souhaitez supprimer la réserve de capacité, puis choisissez **Remove from resource share (Supprimer du partage de ressources)**.
**Pour arrêter de partager une réservation de capacité dont vous êtes propriétaire à l'aide de la AWS RAM console**
Consultez [Mise à jour d’un partage de ressources](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-update) dans le *Guide de l’utilisateur AWS RAM *.
------
#### [ AWS CLI ]
**Pour arrêter le partage d’une réserve de capacité qui vous appartient**
Utilisez la commande [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Pour arrêter le partage d’une réserve de capacité qui vous appartient**
Utilisez l'applet de commande [Disconnect- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
# Affectation de facturation pour les réserves de capacité Amazon EC2 partagées
Par défaut, lorsqu’une réserve de capacité est partagée, le propriétaire est facturé pour les instances qu’il exécute dans la réserve de capacité et pour toute capacité disponible, également appelée capacité *inutilisée, dans la réserve de capacité* ; tandis que les consommateurs ne sont facturés que pour les instances qu’ils exécutent dans le cadre de la réserve de capacité partagée.
Si nécessaire, le propriétaire de la réserve de capacité peut attribuer la facturation de toute capacité disponible dans la réserve de capacité à l’un des comptes avec lesquels la réserve de capacité est partagée. Une fois la facturation attribuée à un autre compte, ce compte devient le *propriétaire de la facturation* de toute capacité disponible dans la réserve de capacité. À partir de ce moment, tous les frais relatifs à la capacité disponible dans la réserve de capacité sont facturés sur le compte attribué plutôt que sur le compte du propriétaire. Le propriétaire de la réserve de capacité et les comptes avec lesquels la réserve de capacité est partagée continuent d’être facturés pour les instances qu’ils exécutent dans le cadre de la réserve de capacité.
**Important**
Le propriétaire de la réserve de capacité reste le propriétaire de la ressource et il reste responsable de la gestion de la réserve de capacité. Le compte auquel la facturation est attribuée ne bénéficie d’aucun privilège supplémentaire ; il ne peut en aucun cas annuler, modifier ou partager la réserve de capacité.
**Topics**
+ [Comment ça marche](#how-billing-ownership-works)
+ [Considérations](#billing-ownership-considerations)
+ [Attribuer la facturation](request-billing-transfer.md)
+ [Consulter les demandes d’affectation de facturation](view-billing-transfers.md)
+ [Accepter ou refuser la facturation](accept-decline-billing-transfer.md)
+ [Annuler ou révoquer des demandes](cancel-billing-transfer.md)
+ [Surveiller les demandes](billing-ownership-events.md)
## Comment ça marche
Seul le propriétaire de la réserve de capacité peut attribuer la facturation d’une réserve de capacité partagée à un autre compte. La facturation ne peut être attribuée qu'à un compte avec lequel la réservation de capacité est partagée et qui est consolidé sous le même compte AWS Organizations payeur que le propriétaire de la réservation de capacité.
Pour attribuer la facturation de la capacité disponible d’une réserve de capacité à un autre compte, le propriétaire de la réserve de capacité doit envoyer une demande au compte requis. Le compte indiqué reçoit la demande et doit l’accepter ou la rejeter dans les 12 heures.
+ S’ils **acceptent**, ils deviennent responsables de la *facturation* de toute capacité disponible, également appelée *capacité inutilisée*, dans la réserve de capacité. À partir de ce moment, les frais relatifs à toute capacité disponible dans la réserve de capacité sont facturés sur leur compte plutôt que sur le compte du propriétaire. Une fois acceptée, seul le propriétaire de la réserve de capacité peut révoquer la facturation du compte attribué.
+ En cas de **rejet**, le propriétaire de la réserve de capacité reste le responsable de la facturation de la capacité disponible dans la réserve de capacité. Les frais relatifs à toute capacité disponible dans la réserve de capacité continuent d’être facturés sur le compte du propriétaire.
+ S’ils **n’acceptent pas ou ne rejettent** pas la demande dans les 12 heures, celle-ci expire et les frais relatifs à toute capacité disponible dans la réserve de capacité continuent d’être facturés sur le compte du propriétaire.
Pendant la période pendant laquelle la facturation est attribuée à un autre compte, les `UnusedBox` rubriques `Reservation` et apparaissent dans le rapport sur les coûts et l’utilisation (CUR) du compte attribué au lieu du CUR du propriétaire.
Le tableau suivant indique les rubriques qui apparaissent dans le CUR pour les comptes propriétaire et consommateur de la réserve de capacité **avant que la facturation ne** soit attribuée à un autre compte.
| Compte | Éléments de la ligne CUR avant l’attribution de la facturation |
| --- | --- |
| Propriétaire de la réserve de capacité | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/assign-billing.html) |
| Comptes clients avec lesquels la réserve de capacité est partagée | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/assign-billing.html) |
Le tableau suivant indique les rubriques qui apparaissent dans le CUR pour les comptes propriétaire et consommateur de la réserve de capacité une **fois** la facturation attribuée à un autre compte.
| Compte | Éléments de la ligne CUR après l’attribution de la facturation |
| --- | --- |
| Propriétaire de la réserve de capacité | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/assign-billing.html) |
| Compte client auquel la facturation est attribuée | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/assign-billing.html) |
| Autres comptes clients avec lesquels la réserve de capacité est partagée | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/assign-billing.html) |
**Note**
\$1 L’élément de `BoxUsage` ligne apparaît dans le CUR d’un compte uniquement si celui-ci comporte des instances en cours d’exécution dans la réserve de capacité. Pour plus d’informations sur les articles de la ligne CUR, consultez la section [Surveillance des réserves de capacité](https://docs.aws.amazon.com/cur/latest/userguide/monitor-ondemand-reservations.html).
Utilisez l’ARN de réserve de capacité dans le CUR pour déterminer à qui appartient la réserve de capacité. Si l'ARN inclut votre identifiant de AWS compte, vous êtes le propriétaire de la réservation de capacité. Dans le cas contraire, la réserve de capacité appartient à un autre compte, mais la facturation vous est attribuée.
Les étiquettes de répartition des coûts attribuées à la réserve de capacité par le propriétaire n’apparaîtront pas dans le CUR du compte client. Les balises de répartition des coûts apparaissent uniquement dans le CUR du propriétaire de la réserve de capacité.
## Considérations
Gardez les points suivants à l’esprit lorsque vous attribuez la facturation d’une réserve de capacité partagée :
+ Vous ne pouvez pas effectuer de missions de facturation partielles ou fractionnées. La facturation de toutes les capacités disponibles dans le cadre d’une réserve de capacité peut être attribuée à un seul compte à la fois.
+ La capacité disponible d’une réserve de capacité peut changer au fil du temps. Cela aura un impact sur la facturation du compte attribué. Par exemple, la capacité disponible peut augmenter si le propriétaire de la réserve de capacité augmente la taille de la réserve de capacité, ou si d’autres comptes clients arrêtent ou résilient leurs instances exécutées dans le cadre de la réserve de capacité.
+ La facturation ne peut être attribuée qu'à un compte client consolidé sous le même compte AWS Organizations payeur. La facturation est automatiquement supprimée du compte du consommateur s’il quitte l’organisation ou si la réserve de capacité n’est plus partagée avec lui.
+ Seul le propriétaire de la réserve de capacité peut annuler une demande d’attribution de facturation en attente et révoquer la facturation d’un compte attribué une fois la demande acceptée.
# Affecter la facturation d’une réserve de capacité EC2 partagée à un autre compte
Pour attribuer la facturation de la capacité disponible d’une réserve de capacité partagée à un autre compte, le propriétaire de la réserve de capacité doit envoyer une demande au compte requis. Dans la console Amazon EC2, cette demande est appelée demande de *transfert*.
Le propriétaire d’une réserve de capacité peut attribuer la facturation de la capacité disponible de la réserve de capacité à un compte uniquement si :
+ La réserve de capacité est déjà partagée avec ce compte.
+ Le compte est consolidé sous le même compte AWS Organizations payeur que le titulaire de la réservation de capacité.
La facturation n’est attribuée au compte spécifié qu’une fois que celui-ci a accepté la demande.
Lorsqu'un propriétaire de réservation de capacité lance une demande, un EventBridge événement Amazon est envoyé au compte demandé. Pour de plus amples informations, veuillez consulter [Surveillez les demandes d’attribution de facturation pour les réserves de capacité partagée](billing-ownership-events.md).
------
#### [ Console ]
**Pour attribuer la facturation d’une réserve de capacité partagée**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Réserves de capacité** puis choisissez la Réserve de capacité partagée.
1. Dans la section **Facturation de la capacité disponible**, choisissez **Attribuer la facturation**.
1. Dans l’écran **Attribuer la facturation**, sélectionnez le compte client auquel attribuer la facturation, puis choisissez **Demander**.
------
#### [ AWS CLI ]
**Pour attribuer la facturation d’une réserve de capacité partagée**
Utilisez la commande [associate-capacity-reservation-billing-owner](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-capacity-reservation-billing-owner.html). Pour`--capacity-reservation-id`, spécifiez l’identifiant de la réserve de capacité partagée. Pour`--unused-reservation-billing-owner-id`, spécifiez l'ID du AWS compte auquel attribuer la facturation.
```
aws ec2 associate-capacity-reservation-billing-owner \
--capacity-reservation-id cr-01234567890abcdef \
--unused-reservation-billing-owner-id 123456789012
```
------
#### [ PowerShell ]
**Pour attribuer la facturation d’une réserve de capacité partagée**
Utilisez l’applet de commande [Register-EC2CapacityReservationBillingOwner](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2CapacityReservationBillingOwner.html). Pour`-CapacityReservationId`, spécifiez l’identifiant de la réserve de capacité partagée. Pour`-UnusedReservationBillingOwnerId`, spécifiez l'ID du AWS compte auquel attribuer la facturation.
```
Register-EC2CapacityReservationBillingOwner `
-CapacityReservationId cr-01234567890abcdef `
-UnusedReservationBillingOwnerId 123456789012
```
------
# Afficher les demandes d’attribution de facturation pour les réserves de capacité EC2 partagées
Le propriétaire d’une réserve de capacité ne peut consulter que la dernière demande d’attribution de facturation qu’il a initiée. De plus, les comptes clients ne peuvent consulter que les demandes d’attribution de facturation les plus récentes qui leur ont été envoyées.
Les demandes peuvent être consultées pendant 24 heures après leur entrée dans l’état `cancelled`, `expired` ou `revoked`. Au bout de 24 heures, ils ne peuvent plus être consultés.
------
#### [ Console ]
**(Propriétaire de la réserve de capacité) Pour consulter les demandes que vous avez initiées**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **Réserves de capacité** puis choisissez la Réserve de capacité partagée pour laquelle vous souhaitez consulter les demandes.
1. La section **Facturation de la capacité disponible** indique la demande la plus récente et son état actuel.
**(Compte client) Aux demandes qui vous sont envoyées**
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, choisissez **réserves de capacité**.
1. Si vous avez des demandes en attente, la bannière **Demandes d’affectation de facturation en attente** apparaît en haut de l’écran. Si la bannière n’apparaît pas, vous n’avez pas de demande en attente.
Pour consulter les demandes, choisissez **Examiner les demandes** dans la bannière.
------
#### [ AWS CLI ]
**(Propriétaire de la réserve de capacité) Pour consulter les demandes que vous avez initiées**
Utilisez la commande [describe-capacity-reservation-billing-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservation-billing-requests.html).
```
aws ec2 describe-capacity-reservation-billing-requests \
--role odcr-owner
```
**(Compte client) Pour consulter les demandes qui vous sont envoyées**
Utilisez la commande [describe-capacity-reservation-billing-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservation-billing-requests.html).
```
aws ec2 describe-capacity-reservation-billing-requests \
--role unused-reservation-billing-owner
```
------
#### [ PowerShell ]
**(Propriétaire de la réserve de capacité) Pour consulter les demandes que vous avez initiées**
Utilisez l’applet de commande [Get-EC2CapacityReservationBillingRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservationBillingRequest.html).
```
Get-EC2CapacityReservationBillingRequest `
-Role odcr-owner
```
**(Compte client) Pour consulter les demandes qui vous sont envoyées**
Utilisez l’applet de commande [Get-EC2CapacityReservationBillingRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservationBillingRequest.html).
```
Get-EC2CapacityReservationBillingRequest `
-Role unused-reservation-billing-owner
```
------
Une demande peut se trouver dans l’un des états suivants.
| State | Description |
| --- | --- |
| pending | La demande n’a pas été acceptée ou rejetée, mais elle n’a pas encore expiré. |
| accepted | La demande a été acceptée par le compte indiqué. La facturation de la capacité disponible dans le cadre de la réserve de capacité est attribuée au compte du consommateur. |
| rejected | La demande a été rejetée par le compte consommateur. |
| cancelled | La demande a été annulée par le propriétaire de la réserve de capacité alors qu’elle se trouvait dans l’pendingÉtat. |
| revoked | La facturation du compte consommateur a été supprimée pour l’une des raisons suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/view-billing-transfers.html) |
| expired | La demande a expiré car le compte du consommateur ne l’a pas acceptée ou rejetée dans les 12 heures. |
# Accepter ou rejeter la facturation d’une réserve de capacité EC2 partagée
Si vous recevez une demande d’attribution de facturation pour une réserve de capacité partagée avec vous, vous pouvez l’accepter ou la rejeter. La demande conserve l’état `pending` jusqu’à ce qu’elle soit acceptée ou rejetée.
Si vous acceptez la demande, elle entre dans son état `accepted`, et la facturation de toute capacité disponible ou *inutilisée* de cette réserve de capacité est attribuée à votre compte à partir de ce moment. Une fois que vous avez accepté une demande, seul le propriétaire de la réserve de capacité peut annuler la facturation de votre compte.
Si vous rejetez la demande, elle entre dans l’état `rejected` et la facturation de la capacité disponible de la réserve de capacité reste attribuée au propriétaire de la réserve de capacité.
Les demandes expirent si elles ne sont pas acceptées ou rejetées dans les 12 heures. Si une demande expire, la facturation de toute capacité inutilisée de la réserve de capacité reste attribuée au propriétaire de la réserve de capacité.
Lorsqu'une demande est acceptée ou rejetée, un EventBridge événement Amazon est envoyé sur le compte du propriétaire de la réservation de capacité. Lorsqu'une demande expire, un EventBridge événement Amazon est envoyé au propriétaire de la réservation de capacité et au compte client. Pour de plus amples informations, veuillez consulter [Surveillez les demandes d’attribution de facturation pour les réserves de capacité partagée](billing-ownership-events.md).
------
#### [ Console ]
**Pour accepter ou refuser une demande**
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, choisissez **réserves de capacité**.
1. Si vous avez des demandes en attente, la bannière **Demandes d’affectation de facturation en attente** apparaît en haut de l’écran. Si la bannière n’apparaît pas, vous n’avez pas de demande en attente.
Pour consulter les demandes, choisissez **Examiner les demandes** dans la bannière.
1. Sélectionnez la demande à accepter ou à rejeter, puis choisissez **Accepter** ou **Rejeter**.
------
#### [ AWS CLI ]
**Pour accepter une demande**
Utilisez la commande [accept-capacity-reservation-billing-ownership](https://docs.aws.amazon.com/cli/latest/reference/ec2/accept-capacity-reservation-billing-ownership.html). Pour `--capacity-reservation-id`, spécifiez l’ID de la réserve de capacité pour laquelle vous souhaitez accepter la demande.
```
aws ec2 accept-capacity-reservation-billing-ownership \
--capacity-reservation-id cr-01234567890abcdef
```
**Pour rejeter une demande**
Utilisez la commande [reject-capacity-reservation-billing-ownership](https://docs.aws.amazon.com/cli/latest/reference/ec2/reject-capacity-reservation-billing-ownership.html). Pour `--capacity-reservation-id`, spécifiez l’ID de la réserve de capacité pour laquelle vous souhaitez rejeter la demande.
```
aws ec2 reject-capacity-reservation-billing-ownership \
--capacity-reservation-id cr-01234567890abcdef
```
------
#### [ PowerShell ]
**Pour accepter une demande**
Utilisez l’applet de commande [Approve-EC2CapacityReservationBillingOwnership](https://docs.aws.amazon.com/powershell/latest/reference/items/Approve-EC2CapacityReservationBillingOwnership.html).
```
Approve-EC2CapacityReservationBillingOwnership `
-CapacityReservationId cr-01234567890abcdef
```
**Pour rejeter une demande**
Utilisez l’applet de commande [Deny-EC2CapacityReservationBillingOwnership](https://docs.aws.amazon.com/powershell/latest/reference/items/Deny-EC2CapacityReservationBillingOwnership.html).
```
Deny-EC2CapacityReservationBillingOwnership `
-CapacityReservationId cr-01234567890abcdef
```
------
# Annuler ou révoquer les demandes d’attribution de facturation pour les réserves de capacité EC2 partagées
Seul le propriétaire de la réserve de capacité peut annuler une demande d’attribution de facturation `pending`. Si une demande en attente est annulée, elle entre dans l’état `cancelled` et la facturation de toute capacité disponible ou *non utilisée* de la réserve de capacité reste attribuée au propriétaire de la réserve de capacité.
Une fois la demande `accepted`, seul le propriétaire de la réserve de capacité peut révoquer la facturation du compte attribué. Si la facturation est révoquée, la demande entre dans l’état `revoked` et la facturation de toute capacité disponible de la réserve de capacité est réaffectée au propriétaire de la réserve de capacité.
Lorsqu'une demande est annulée ou révoquée, les EventBridge événements Amazon sont envoyés au propriétaire de la réservation de capacité et au compte client spécifié. Pour de plus amples informations, veuillez consulter [Surveillez les demandes d’attribution de facturation pour les réserves de capacité partagée](billing-ownership-events.md).
------
#### [ Console ]
**Pour annuler ou révoquer une demande**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le panneau de navigation, sélectionnez **réserves de capacité**, puis choisissez la réserve de capacité pour laquelle vous souhaitez annuler ou révoquer la demande.
1. Dans la section **Facturation de la capacité disponible**, choisissez **Annuler le transfert** ou **Révoquer le transfert**, selon l’état actuel de la demande.
------
#### [ AWS CLI ]
**Pour annuler ou révoquer une demande**
Utilisez la commande [disassociate-capacity-reservation-billing-owner](https://docs.aws.amazon.com/cli/latest/reference/ec2/disassociate-capacity-reservation-billing-owner.html). Pour`--unused-reservation-billing-owner-id`, spécifiez l'ID du AWS compte auquel la demande a été envoyée.
```
aws ec2 disassociate-capacity-reservation-billing-owner \
--capacity-reservation-id cr-01234567890abcdef \
--unused-reservation-billing-owner-id 123456789012
```
------
#### [ PowerShell ]
**Pour annuler ou révoquer une demande**
Utilisez l’applet de commande [Unregister-EC2CapacityReservationBillingOwner](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2CapacityReservationBillingOwner.html). Pour`-UnusedReservationBillingOwnerId`, spécifiez l'ID du AWS compte auquel la demande a été envoyée.
```
Unregister-EC2CapacityReservationBillingOwner `
-CapacityReservationId cr-01234567890abcdef `
-UnusedReservationBillingOwnerId 123456789012
```
------
# Surveillez les demandes d’attribution de facturation pour les réserves de capacité partagée
Amazon EC2 envoie des EventBridge événements Amazon lorsque l'état d'une demande d'attribution de facturation change.
+ Les événements sont envoyés au propriétaire de la réserve de capacité lorsqu’une demande entre dans les états suivants : `accepted` \$1 `rejected` \$1 `expired` \$1`revoked`.
+ Les événements sont envoyés au compte client demandé lorsqu’une demande entre dans les états suivants : `pending` \$1 `expired` \$1 `cancelled` \$1`revoked`.
Pour plus d'informations sur Amazon EventBridge, consultez le [guide de EventBridge l'utilisateur Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
Voici le schéma des EventBridge événements Amazon.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"On-Demand Capacity Reservation Billing Ownership Request pending|accepted|rejected|cancelled|revoked|expired",
"source":"aws.ec2",
"account":"account_id",
"time":"state_change_timestamp",
"region":"region",
"resources":[
"arn:aws:ec2:region:cr_owner_account_id:capacity-reservation/cr_id"
],
"detail":{
"capacity-reservation-id":"cr_id",
"updateTime":timestamp,
"ownerAccountId":"cr_owner_account_id",
"unusedReservationChargesOwnerID":"consumer_account_id",
"status":"pending|accepted|rejected|cancelled|revoked|expired",
"statusMessage":"message
}
}
```
Voici un exemple d’événement envoyé au propriétaire de la réserve de capacité (`222222222222`) lorsqu’un compte client (`111111111111`) accepte une demande d’attribution de facturation pour une réserve de capacité partagée (`cr-01234567890abcdef`).
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"On-Demand Capacity Reservation Billing Ownership Request accepted",
"source":"aws.ec2",
"account":"222222222222",
"time":"2024-09-01Thh:59:59Z",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:222222222222:capacity-reservation/cr-01234567890abcdef"
],
"detail":{
"capacity-reservation-id":"cr-01234567890abcdef",
"updateTime":"2024-08-01Thh:59:59Z",
"ownerAccountId":"222222222222",
"unusedReservationChargesOwnerID":"111111111111",
"status":"accepted",
"statusMessage":"billing transfer status message"
}
}
```
## Autorisations relatives à une réserve de capacité partagée
### Autorisations accordées aux propriétaires
Les propriétaires sont responsables de la gestion et de l’annulation de leurs réserves de capacité partagées. Les propriétaires ne peuvent pas modifier des instances appartenant à d’autres comptes et en cours d’exécution dans la réserve de capacité. Les propriétaires sont responsables de la gestion des instances qu’ils lancent dans la réserve de capacité partagée.
### Autorisations accordées aux consommateurs
Les consommateurs sont responsables de la gestion de leurs instances exécutées dans la réserve de capacité partagée. Les consommateurs ne peuvent pas modifier la réserve de capacité partagée. Ils ne peuvent pas non plus afficher ou modifier des instances qui appartiennent à d’autres consommateurs ou au propriétaire de la réserve de capacité. Les consommateurs peuvent uniquement consulter la capacité totale et la capacité disponible dans la réservation partagée.
## Facturation et mesures
Le partage de réserves de capacité n’entraîne pas de frais supplémentaires.
Par défaut, le propriétaire de la réserve de capacité est facturé pour les instances qu’il exécute dans la réserve de capacité et pour la capacité réservée non utilisée, tandis que les consommateurs sont facturés pour les instances qu’ils exécutent dans la réserve de capacité partagée. Toutefois, vous pouvez attribuer la facturation de la capacité disponible d’une réserve de capacité partagée à un compte client spécifique. Pour de plus amples informations, veuillez consulter [Affectation de facturation pour les réserves de capacité Amazon EC2 partagées](assign-billing.md).
Si le propriétaire de la réserve de capacité appartient à un autre compte payeur et que la réserve de capacité est couverte par une instance régionale réservée ou un Savings Plan, le propriétaire de la réserve de capacité continue d’être facturé pour l’instance régionale réservée ou le Savings Plan. Dans ces cas, le propriétaire de la réserve de capacité paie pour l’instance réservée régionale ou le Savings Plan et les consommateurs sont facturés pour les instances qu’ils exécutent dans la réserve de capacité partagée.
## Limites d’instance
Toute utilisation d’une réserve de capacité est prise en compte par rapport aux limites instance à la demande du propriétaire de la réserve de capacité. Cela comprend :
+ La capacité réservée non utilisée
+ L’utilisation par des instances qui appartiennent au propriétaire de la réserve de capacité
+ L’utilisation par des instances qui appartiennent aux consommateurs
Les instances lancées dans la capacité partagée par des consommateurs sont prises en compte par rapport à la limite instance à la demande du propriétaire de la réserve de capacité. Les limites d’instance des consommateurs sont égales à la somme de leurs propres limites instance à la demande et de la capacité disponible dans les réservations de capacité partagées auxquelles ils ont accès.
# Flottes de réserve de capacité
Une *flotte de réserve de capacité à la demande* est un groupe de réserves de capacité.
Une demande de flotte de réserve de capacité contient toutes les informations de configuration nécessaires pour lancer une flotte de réserve de capacité. En une seule demande, vous pouvez réserver de grandes quantités de capacité Amazon EC2 pour votre charge de travail à travers plusieurs types d’instances, jusqu’à une capacité cible que vous spécifiez.
Après avoir créé une flotte de réserve de capacité, vous pouvez gérer collectivement les réserves de capacité de la flotte en modifiant ou en annulant la flotte de réserve de capacité.
**Topics**
+ [Fonctionnement de flottes de réserve de capacité](#cr-how-it-works)
+ [Considérations](#considerations)
+ [Tarification](#pricing)
+ [Concepts et planification d’.](crfleet-concepts.md)
+ [Créer](create-crfleet.md)
+ [Modify](modify-crfleet.md)
+ [Annuler](cancel-crfleet.md)
+ [Exemples de configuration](crfleet-example-configs.md)
+ [Utilisation des rôles liés à un service](using-service-linked-roles.md)
## Fonctionnement de flottes de réserve de capacité
Lorsque vous créez une flotte de réserve de capacité, celle-ci tente de créer des réserves de capacité individuelles pour atteindre la capacité cible totale que vous avez spécifiée dans la demande de la flotte.
Le nombre d’instances pour lesquelles la flotte réserve de la capacité dépend de la [*capacité cible totale*](crfleet-concepts.md#target-capacity) et des [*pondérations du type d’instance*](crfleet-concepts.md#instance-weight) que vous spécifiez. Le type d’instance pour lequel elle réserve la capacité dépend de la [*stratégie d’allocation*](crfleet-concepts.md#allocation-strategy) et des [*priorités de type d’instance*](crfleet-concepts.md#instance-priority) que vous utilisez.
Si la capacité est insuffisante au moment de la création de la flotte et qu’elle n’est pas en mesure d’atteindre immédiatement sa capacité cible totale, elle tente de manière asynchrone de créer des réserves de capacité jusqu’à ce qu’elle ait réservé la quantité de capacité demandée.
Lorsque la flotte atteint sa capacité cible totale, elle tente de maintenir cette capacité. Si une réserve de capacité de la flotte est annulée, celle-ci crée automatiquement une ou plusieurs réserves de capacité, selon la configuration de votre flotte, pour remplacer la capacité perdue et maintenir sa capacité cible totale.
Les réserves de capacité dans la flotte ne peuvent pas être gérées individuellement. Elles doivent être gérées collectivement en modifiant la flotte. Lorsque vous modifiez une flotte, les réserves de capacité de celle-ci sont automatiquement mises à jour pour refléter les changements.
Actuellement, les flottes de réserve de capacité prennent en charge le critère de correspondance d’instance `open`, et toutes les réserves de capacité lancées par une flotte utilisent automatiquement ce critère de correspondance d’instance. Avec ce critère, les nouvelles instances et les instances existantes qui ont des attributs correspondants (type d’instance, plateforme et zone de disponibilité) s’exécutent automatiquement dans les réserves de capacité créées par une flotte. Les flottes de réserve de capacité ne prennent pas en charge les critères de correspondance des instances cibles.
## Considérations
Gardez les points suivants à l’esprit lorsque vous travaillez avec des flottes de réserve de capacité :
+ Une flotte de réservation de capacité peut être créée, modifiée, consultée et annulée à l'aide de l' AWS API AWS CLI and.
+ Les réserves de capacité dans une flotte ne peuvent pas être gérées individuellement. Elles doivent être gérées collectivement en modifiant ou en annulant la flotte.
+ Une flotte de réserve de capacité ne peut pas s’étendre sur plusieurs régions.
+ Une flotte de réserve de capacité ne peut pas s’étendre sur plusieurs zones de disponibilité.
+ Les réserves de capacité créées par une flotte de réserve de capacité sont automatiquement étiquetées avec l’étiquette générée AWS suivante :
+ Clé : `aws:ec2-capacity-reservation-fleet`
+ Valeur : `fleet_id`
Vous pouvez utiliser cette identification pour identifier les réserves de capacité qui ont été créées par une flotte de réserve de capacité.
## Tarification
L’utilisation des flottes de réserve de capacité ne donne lieu à aucun frais supplémentaire. Vous êtes facturé pour les réserves de capacité individuelles créées par vos flottes de réserve de capacité. Pour plus d’informations sur la façon dont les réserves de capacité sont facturées, consultez [Tarification et facturation d’une réserve de capacité](capacity-reservations-pricing-billing.md).
# Concepts des flottes de réserve de capacité
Les informations suivantes décrivent comment planifier une flotte de réserve de capacité et décrivent les concepts de flotte de réserve de capacité, notamment la capacité cible totale, la stratégie d’allocation, le poids du type d’instance et la priorité du type d’instance.
**Topics**
+ [Affichage d’une flotte de réserve de capacité](#plan-cr-fleet)
+ [Capacité cible totale](#target-capacity)
+ [Stratégie d’allocation](#allocation-strategy)
+ [Pondération du type d’instance](#instance-weight)
+ [Priorité de type d’instance](#instance-priority)
## Affichage d’une flotte de réserve de capacité
Lorsque vous planifiez votre flotte de réserve de capacité, nous vous recommandons de procéder comme suit :
1. Déterminez la quantité de capacité de calcul nécessaire à votre charge de travail.
1. Décidez des types d’instance et des zones de disponibilité que vous voulez utiliser.
1. Attribuez à chaque type d’instance une priorité en fonction de vos besoins et de vos préférences. Pour plus d’informations, consultez [Priorité de type d’instance](#instance-priority).
1. Créez un système de pondération de la capacité qui a du sens pour votre charge de travail. Attribuez un poids à chaque type d’instance et déterminez votre capacité cible totale. Pour plus d’informations, consultez [Pondération du type d’instance](#instance-weight) et [Capacité cible totale](#target-capacity).
1. Déterminez si vous avez besoin de la réserve de capacité indéfiniment ou seulement pour une période de temps spécifique.
## Capacité cible totale
La *capacité cible totale* définit la quantité totale de capacité de calcul que la flotte de réserve de capacité réserve. Vous spécifiez la capacité cible totale lorsque vous créez la flotte de réserve de capacité. Après la création de la flotte, Amazon EC2 crée automatiquement des réserves de capacité pour réserver la capacité jusqu’à la capacité cible totale.
Le nombre d’instances pour lesquelles la flotte de réserve de capacité réserve de la capacité est déterminé par la capacité cible totale et la *pondération du type d’instance* que vous spécifiez pour chaque type d’instance dans la flotte de réserve de capacité (`total target capacity`/`instance type weight`=`number of instances`).
Vous pouvez attribuer une capacité cible totale en fonction d’unités significatives pour votre charge de travail. Par exemple, si votre charge de travail nécessite un certain nombre de vCPUs, vous pouvez attribuer la capacité cible totale en fonction du nombre de v CPUs requis. Si votre charge de travail nécessite `2048` vCPUs, spécifiez une capacité cible totale de, `2048` puis attribuez des pondérations aux types d'instance en fonction du nombre de v CPUs fourni par les types d'instances de la flotte. Pour obtenir un exemple, consultez [Pondération du type d’instance](#instance-weight).
## Stratégie d’allocation
La stratégie d’allocation de votre flotte de réserve de capacité détermine comment elle répond à votre demande de capacité réservée à partir des spécifications du type d’instance dans la configuration de la flotte de réserve de capacité.
Actuellement, seule la stratégie d’allocation `prioritized` est prise en charge. Avec cette stratégie, la flotte de réserve de capacité crée des réserves de capacité en utilisant les priorités que vous avez assignées à chacune des spécifications de type d’instance dans la configuration de la flotte de réserve de capacité. Les valeurs de priorité inférieures indiquent une priorité d’utilisation plus élevée. Par exemple, supposons que vous créez une flotte de réserve de capacité qui utilise les types d’instance et les priorités suivants :
+ `m4.16xlarge` — priorité = 1
+ `m5.16xlarge` — priorité = 3
+ `m5.24xlarge` — priorité = 2
La flotte tente d’abord de créer des réserves de capacité pour `m4.16xlarge`. Si Amazon EC2 ne dispose pas d’une capacité suffisante pour `m4.16xlarge`, la flotte tente de créer des réserves de capacité pour `m5.24xlarge`. Si Amazon EC2 ne dispose pas d’une capacité suffisante pour `m5.24xlarge`, la flotte crée des réserves de capacité pour `m5.16xlarge`.
## Pondération du type d’instance
La *pondération du type d’instance* est une pondération que vous attribuez à chaque type d’instance dans la flotte de réserve de capacité. La pondération détermine combien d’unités de capacité chaque instance de ce type d’instance spécifique compte pour la *capacité cible totale* de la flotte.
Vous pouvez attribuer des pondérations en fonction des unités qui sont significatives pour votre charge de travail. Par exemple, si votre charge de travail nécessite un certain nombre de vCPUs, vous pouvez attribuer des pondérations en fonction du nombre de v CPUs fourni par chaque type d'instance de la flotte de réservation de capacité. Dans ce cas, si vous créez une flotte de réservation de capacité à l'aide d'`m5.24xlarge`instances `m4.16xlarge` et, vous devez attribuer des pondérations correspondant au nombre de v CPUs pour chaque instance comme suit :
+ `m4.16xlarge`— `64` vCPUs, poids = `64` unités
+ `m5.24xlarge`— `96` vCPUs, poids = `96` unités
La pondération du type d’instance détermine le nombre d’instances pour lesquelles la flotte de réserve de capacité réserve de la capacité. Par exemple, si une flotte de réserve de capacité ayant une capacité cible totale de `384` unités utilise les types d’instance et les pondérations de l’exemple précédent, la flotte pourrait réserver une capacité pour `6` `m4.16xlarge` instances (384 capacité cible totale/64 pondération du type d’instance=6 instances), ou `4` `m5.24xlarge` instances (384 / 96 = 4).
Si vous n’attribuez pas de pondération aux types d’instance, ou si vous attribuez une pondération de type d’instance de `1`, la capacité cible totale est basée uniquement sur le nombre d’instances. Par exemple, si une flotte de réserve de capacité ayant une capacité cible totale de `384` unités utilise les types d’instances de l’exemple précédent, mais omet les pondérations ou spécifie une pondération de `1` pour les deux types d’instances, la flotte pourrait réserver une capacité pour `384` `m4.16xlarge` instances ou `384` `m5.24xlarge` instances.
## Priorité de type d’instance
La *priorité de type d’instance* est une valeur que vous attribuez aux types d’instance de la flotte. Les priorités sont utilisées pour déterminer lequel des types d’instance spécifiés pour la flotte doit être utilisé en priorité.
Les valeurs de priorité inférieures indiquent une priorité d’utilisation plus élevée.
# Création d’une flotte de réserve de capacité
Lorsque vous créez une flotte de réserve de capacité, elle crée automatiquement des réserves de capacité pour les types d’instance spécifiés dans la demande de flotte, jusqu’à la capacité cible totale spécifiée. Le nombre d’instances pour lesquelles la flotte de réserve de capacité réserve de la capacité dépend de la capacité cible totale et des pondérations de type d’instance que vous spécifiez dans la demande. Pour plus d’informations, consultez [Pondération du type d’instance](crfleet-concepts.md#instance-weight) et [Capacité cible totale](crfleet-concepts.md#target-capacity).
Lorsque vous créez la flotte, vous devez spécifier les types d’instance à utiliser et une priorité pour chacun de ces types d’instance. Pour plus d’informations, consultez [Stratégie d’allocation](crfleet-concepts.md#allocation-strategy) et [Priorité de type d’instance](crfleet-concepts.md#instance-priority).
**Note**
Le rôle **AWSServiceRoleForEC2CapacityReservationFleet**lié au service est automatiquement créé dans votre compte la première fois que vous créez une flotte de réservation de capacité. Pour de plus amples informations, veuillez consulter [Utilisation des rôles liés à un service pour la flotte de réserve de capacitéUtilisation des rôles liés à un service pour le gestionnaire de capacité EC2](using-service-linked-roles.md).
Actuellement, les flottes de réserve de capacité ne prennent en charge que les critères de correspondance de l’instance `open`.
------
#### [ AWS CLI ]
**Pour créer une flotte de réserve de capacité**
Utilisez la commande [create-capacity-reservation-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation-fleet.html).
```
aws ec2 create-capacity-reservation-fleet \
--total-target-capacity 24 \
--allocation-strategy prioritized \
--instance-match-criteria open \
--tenancy default \
--end-date 2021-12-31T23:59:59.000Z \
--instance-type-specifications file://instanceTypeSpecification.json
```
Le contenu de `instanceTypeSpecification.json` est le suivant :
```
[
{
"InstanceType": "m5.xlarge",
"InstancePlatform": "Linux/UNIX",
"Weight": 3.0,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 1
}
]
```
Voici un exemple de sortie.
```
{
"Status": "submitted",
"TotalFulfilledCapacity": 0.0,
"CapacityReservationFleetId": "crf-abcdef01234567890",
"TotalTargetCapacity": 24
}
```
------
#### [ PowerShell ]
**Pour créer une flotte de réserve de capacité**
Utilisez l’applet de commande [New-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityReservationFleet.html).
```
New-EC2CapacityReservationFleet `
-TotalTargetCapacity 24 `
-AllocationStrategy "prioritized" `
-InstanceMatchCriterion "open" `
-Tenancy "default" `
-EndDate 2021-12-31T23:59:59.000Z `
-InstanceTypeSpecification $specification
```
La spécification est définie comme suit.
```
$specification = New-Object Amazon.EC2.Model.ReservationFleetInstanceSpecification
$specification.InstanceType = "m5.xlarge"
$specification.InstancePlatform = "Linux/UNIX"
$specification.Weight = 3.0
$specification.AvailabilityZone = "us-east-1a"
$specification.EbsOptimized = $true
$specification.Priority = 1
```
------
# Modification d’une flotte de réserve de capacité
Vous pouvez modifier la capacité cible totale et la date d’une flotte de réserve de capacité à tout moment. Lorsque vous modifiez la capacité totale cible d’une flotte de réserve de capacité, la flotte crée automatiquement de nouvelles réserves de capacité, ou modifie ou annule les réserves de capacité existantes dans la flotte pour répondre à la nouvelle capacité totale cible. Lorsque vous modifiez la date de fin de la flotte, les dates de fin de toutes les réserves de capacité individuelles sont mises à jour en conséquence.
**Considérations**
+ Après avoir modifié une flotte, son statut passe à `modifying`. Vous ne pouvez pas tenter d’apporter d’autres modifications à une flotte lorsqu’elle se trouve dans l’état `modifying`.
+ Vous ne pouvez pas modifier la location, la zone de disponibilité, les types d’instance, les plateformes d’instance, les priorités ou les pondérations utilisées par une flotte de réserve de capacité. Si vous devez modifier l’un de ces paramètres, vous devrez peut-être annuler la flotte existante et en créer une nouvelle avec les paramètres requis.
+ Vous ne pouvez pas spécifier `--end-date` et `--remove-end-date` dans la même commande.
------
#### [ AWS CLI ]
**Pour modifier une flotte de réserve de capacité**
Utilisez la commande [modify-capacity-reservation-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-capacity-reservation-fleet.html).
**Exemple 1 : modifier la capacité cible totale**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--total-target-capacity 160
```
**Exemple 2 : modifier la date de fin**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--end-date 2021-07-04T23:59:59.000Z
```
**Exemple 3 : supprimer la date de fin**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--remove-end-date
```
------
#### [ PowerShell ]
**Pour modifier une flotte de réserve de capacité**
Utilisez l’applet de commande [Edit-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2CapacityReservationFleet.html).
**Exemple 1 : modifier la capacité cible totale**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-TotalTargetCapacity 160
```
**Exemple 2 : modifier la date de fin**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-EndDate 2021-07-04T23:59:59.000Z
```
**Exemple 3 : supprimer la date de fin**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-RemoveEndDate
```
------
# Annulation d’une flotte de réserve de capacité
Lorsque vous n’avez plus besoin d’une flotte de réserve de capacité et de la capacité qu’elle réserve, vous pouvez l’annuler. Lorsque vous annulez une flotte, son statut passe à `cancelled` et elle ne peut plus créer de nouvelles réserves de capacité. En outre, toutes les réserves de capacité individuelles de la flotte sont annulées. Les instances qui fonctionnaient auparavant dans la capacité réservée continuent de s’exécuter normalement dans la capacité partagée.
------
#### [ AWS CLI ]
**Pour annuler une flotte de réserve de capacité**
Utilisez la commande [cancel-capacity-reservation-fleets](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-capacity-reservation-fleets.html).
```
aws ec2 cancel-capacity-reservation-fleets \
--capacity-reservation-fleet-ids crf-abcdef01234567890
```
Voici un exemple de sortie.
```
{
"SuccessfulFleetCancellations": [
{
"CurrentFleetState": "cancelling",
"PreviousFleetState": "active",
"CapacityReservationFleetId": "crf-abcdef01234567890"
}
],
"FailedFleetCancellations": []
}
```
------
#### [ PowerShell ]
**Pour annuler une flotte de réserve de capacité**
Utilisez l’applet de commande [Stop-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2CapacityReservationFleet.html).
```
Stop-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-abcdef01234567890
```
------
# Exemples de configurations de flotte de réserve de capacité
L’exemple suivant crée une flotte de réserve de capacité qui utilise deux types d’instance : `m5.4xlarge` et `m5.12xlarge`.
Il utilise un système de pondération basé sur le nombre de v CPUs fourni par les types d'instances spécifiés. La capacité cible totale est `480` CPUs v. `m5.4xlarge`Il fournit 16 V CPUs et prend un poids de`16`, tandis qu'il `m5.12xlarge` fournit 48 V CPUs et obtient un poids de`48`. Ce système de pondération configure la flotte de réserve de capacité pour réserver la capacité soit pour 30 instances `m5.4xlarge` (480/16=30), soit pour 10 instances `m5.12xlarge` (480/48=10).
La flotte est configurée pour donner la priorité à la capacité de `m5.12xlarge` et obtient la priorité de `1`, tandis que `m5.4xlarge` obtient une priorité inférieure de `2`. Cela signifie que la flotte tentera de réserver la capacité de `m5.12xlarge` en premier lieu, et ne tentera de réserver la capacité de `m5.4xlarge` que si Amazon EC2 n’a pas suffisamment de capacité de `m5.12xlarge`.
La flotte réserve la capacité pour des instances `Windows` et la réservation expire automatiquement le `October 31, 2021` à `23:59:59` UTC.
```
aws ec2 create-capacity-reservation-fleet \
--total-target-capacity 480 \
--allocation-strategy prioritized \
--instance-match-criteria open \
--tenancy default \
--end-date 2021-10-31T23:59:59.000Z \
--instance-type-specifications file://instanceTypeSpecification.json
```
Voici le contenu de `instanceTypeSpecification.json`.
```
[
{
"InstanceType": "m5.4xlarge",
"InstancePlatform":"Windows",
"Weight": 16,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 2
},
{
"InstanceType": "m5.12xlarge",
"InstancePlatform":"Windows",
"Weight": 48,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 1
}
]
```
# Utilisation des rôles liés à un service pour la flotte de réserve de capacité
La flotte de réservation de capacité à la demande utilise des rôles [liés au service Gestion des identités et des accès AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html#id_roles_terms-and-concepts) (IAM). Un rôle lié à un service est un type unique de rôle IAM qui est lié directement à la flotte de réserve de capacité. Les rôles liés au service sont prédéfinis par Capacity Reservation Fleet et incluent toutes les autorisations dont le service a besoin pour appeler d'autres AWS services en votre nom.
Un rôle lié à un service facilite la configuration de la flotte de réserve de capacité, car vous n’avez pas à ajouter manuellement les autorisations nécessaires. La flotte de réserve de capacité définit les autorisations de ses rôles liés à un service et, sauf définition contraire, seule la flotte de réserve de capacité peut endosser ses rôles. Les autorisations définies comprennent la politique d’approbation et la politique d’autorisation. De plus, cette politique d’autorisation ne peut pas être attachée à une autre entité IAM.
Vous pouvez supprimer un rôle lié à un service uniquement après la suppression préalable de ses ressources connexes. Vos ressources de la flotte de réserve de capacité sont ainsi protégées, car vous ne pouvez pas supprimer par inadvertance les autorisations d’accès aux ressources.
## Autorisations de rôles liés à un service pour la flotte de réserve de capacité
La flotte de réservation de capacité utilise le rôle lié au service nommé **AWSServiceRoleForEC2CapacityReservationFleet**pour créer, décrire, modifier et annuler les réservations de capacité dans une flotte de réservation de capacité en votre nom.
Le rôle AWSService RoleFor EC2 CapacityReservationFleet lié à un service fait confiance à l'entité suivante pour assumer le rôle :
+ `capacity-reservation-fleet.amazonaws.com`
Le rôle utilise la politique `AWSEC2CapacityReservationFleetRolePolicy` AWS gérée. Pour de plus amples informations, veuillez consulter [AWS politique gérée : AWSEC2CapacityReservationFleetRolePolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-AWSEC2CapacityReservationFleetRolePolicy).
Vous devez configurer les autorisations de manière à permettre à une entité IAM (comme un utilisateur, un groupe ou un rôle) de créer, modifier ou supprimer un rôle lié à un service. Pour plus d’informations, consultez [Autorisations de rôles liés à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create-service-linked-role.html#service-linked-role-permissions) dans le *Guide de l’utilisateur IAM*.
## Création d’un rôle lié à un service pour la flotte de réserve de capacité
Vous n’avez pas besoin de créer manuellement un rôle lié à un service. Lorsque vous créez une flotte de réservation de capacité à l'aide de la `create-capacity-reservation-fleet` AWS CLI commande ou de l'`CreateCapacityReservationFleet`API, le rôle lié au service est automatiquement créé pour vous.
Si vous supprimez ce rôle lié à un service et que vous avez ensuite besoin de le recréer, vous pouvez utiliser la même procédure pour recréer le rôle dans votre compte. Lorsque vous créez une flotte de réserve de capacité, elle crée à nouveau le rôle lié à un service pour vous.
## Modification d’un rôle lié à un service pour la flotte de réserve de capacité
La flotte de réservation de capacité ne vous permet pas de modifier le rôle AWSService RoleFor EC2 CapacityReservationFleet lié au service. Après avoir créé un rôle lié à un service, vous ne pouvez pas changer le nom du rôle, car plusieurs entités peuvent faire référence à ce rôle. Néanmoins, vous pouvez modifier la description du rôle à l’aide d’IAM. Pour plus d’informations, consultez la section [Modification d’un rôle lié à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_update-service-linked-role.html#edit-service-linked-role-iam-console) dans le *Guide de l’utilisateur IAM*.
## Suppression d’un rôle lié à un service pour la flotte de réserve de capacité
Si vous n’avez plus besoin d’utiliser une fonction ou un service qui nécessite un rôle lié à un service, nous vous recommandons de supprimer ce rôle. De cette façon, vous n’avez aucune entité inutilisée qui n’est pas surveillée ou gérée activement. Cependant, vous devez supprimer les ressources de votre rôle lié à un service avant de pouvoir le supprimer manuellement.
**Note**
Si le service de la flotte de réserve de capacité utilise le rôle lorsque vous essayez de supprimer les ressources, la suppression peut échouer. Si cela se produit, patientez quelques minutes et réessayez.
**Pour supprimer le rôle lié à AWSService RoleFor EC2 CapacityReservationFleet un service**
1. Utilisez la `delete-capacity-reservation-fleet` AWS CLI commande ou l'`DeleteCapacityReservationFleet`API pour supprimer les flottes de réservation de capacité de votre compte.
1. Utilisez la console IAM, le AWS CLI, ou l' AWS API pour supprimer le rôle lié au AWSService RoleFor EC2 CapacityReservationFleet service. Pour plus d’informations, consultez la section [Suppression d’un rôle lié à un service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage_delete.html#id_roles_manage_delete_slr) dans le *Guide de l’utilisateur IAM*.
## Régions prises en charge pour les rôles liés à un service de la flotte de réserve de capacité de capacité
La flotte de réserve de capacité prend en charge l’utilisation des rôles liés à un service dans toutes les régions où le service est disponible. Pour plus d’informations, consultez [Régions et Points de terminaison AWS](https://docs.aws.amazon.com/general/latest/gr/ec2-service.html#ec2_region).
# Surveillez l'utilisation des réservations de capacité à l'aide de CloudWatch métriques
Grâce aux CloudWatch métriques, vous pouvez surveiller efficacement vos réservations de capacité et identifier les capacités inutilisées en configurant des CloudWatch alarmes pour vous avertir lorsque les seuils d'utilisation sont atteints. Cela peut vous aider à maintenir un volume de réserve de capacité constant et à atteindre un niveau d’utilisation plus élevé.
Les réservations de capacité envoient des données métriques CloudWatch toutes les cinq minutes. Les métriques ne sont pas prises en charge pour des réserves de capacité qui sont actives pendant moins de cinq minutes.
Pour plus d'informations sur l'affichage des métriques dans la CloudWatch console, consultez la section [Utilisation d'Amazon CloudWatch Metrics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html). Pour plus d'informations sur la création d'alarmes, consultez [Creating Amazon CloudWatch Alarms](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
**Topics**
+ [Métriques d’utilisation Réserve de capacité](#capacity-reservation-usage-metrics)
+ [Dimensions de métriques Réserve de capacité](#capacity-reservation-dimensions)
+ [Afficher CloudWatch les statistiques relatives aux réservations de capacité](#viewing-capacity-reservation-metrics)
## Métriques d’utilisation Réserve de capacité
L’espace de nom `AWS/EC2CapacityReservations` inclut les mesures d’utilisation suivantes que vous pouvez employer pour surveiller et maintenir la capacité à la demande à l’intérieur des seuils que vous spécifiez pour votre réservation.
| Métrique | Description |
| --- | --- |
| UsedInstanceCount | Nombre d’instances actuellement utilisées. Unité : nombre |
| AvailableInstanceCount | Nombre d’instances qui sont disponibles. Unité : nombre |
| TotalInstanceCount | Nombre total d’instances que vous avez réservées. Unité : nombre |
| InstanceUtilization | Pourcentage d’instances de capacité réservées qui sont actuellement utilisées. Unité : pourcentage |
## Dimensions de métriques Réserve de capacité
Vous pouvez utiliser les dimensions suivantes afin d'affiner les mesures énumérées dans le tableau précédent au sein de la région et du compte sélectionnés.
| Dimension | Description |
| --- | --- |
| (Aucune dimension) | Cette dimension filtre la métrique spécifiée pour toutes les réserves de capacité. |
| CapacityReservationId | Cette dimension filtre la métrique spécifiée pour la réserve de capacité identifiée. |
| InstanceType | Cette dimension filtre la métrique spécifiée pour le type d’instance identifié. |
| AvailabilityZone | Cette dimension filtre la métrique spécifiée pour la zone de disponibilité identifiée. |
| InstanceMatchCriteria | Cette dimension filtre la métrique spécifiée pour les critères de correspondance d’instance identifiés (`open`ou`targeted`). |
| InstancePlatform | Cette dimension filtre les données métriques spécifiées pour la plateforme identifiée. |
| Tenancy | Cette dimension filtre la métrique spécifiée pour la location identifiée. |
## Afficher CloudWatch les statistiques relatives aux réservations de capacité
Les métriques sont d’abord regroupées par espaces de noms de service, puis par dimensions prises en charge. Vous pouvez utiliser les procédures ci-dessous pour afficher les métriques pour vos réserves de capacité.
**Pour consulter les statistiques de réservation de capacité à l'aide de la CloudWatch console**
1. Ouvrez la CloudWatch console à l'adresse [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Si nécessaire, changez la région. Dans la barre de navigation, sélectionnez la région où réside la réserve de capacité. Pour plus d’informations, consultez [Régions et points de terminaison](https://docs.aws.amazon.com/general/latest/gr/rande.html).
1. Dans le volet de navigation, sélectionnez **Metrics** (Métriques).
1. Pour **Toutes les mesures**, choisissez **réserves de capacité EC2**.
1. Choisissez l’une des dimensions métriques suivantes **Parmis toutes les réserves de capacité**, **Par réserve de capacité**, **Par type d’instance**, **Par zone de disponibilité**, **Par plateforme**, **Par critères de correspondance d’instance** ou **Par location**. Les métriques seront regroupées respectivement par Aucune dimension, `CapacityReservationId`, `InstanceType`, `AvailabilityZone`, `Platform`, `InstanceMatchCriteria` et `Tenancy`.
1. Pour trier les métriques, utilisez l’en-tête de colonne. Pour représenter graphiquement une métrique, cochez la case située à côté de la métrique.
**Pour consulter les statistiques de réservation de capacité à l'aide du AWS CLI**
Utilisez la commande [list-metrics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html) suivante :
```
aws cloudwatch list-metrics --namespace "AWS/EC2CapacityReservations"
```
# Surveiller la sous-utilisation des réserves de capacité
Vous pouvez surveiller la sous-utilisation des réservations de capacité à l’aide des méthodes suivantes :
**Topics**
+ [EventBridge Événements Amazon](#cr-underutilization-events)
+ [Notifications par e-mail et AWS Health tableau de bord](#monitor-cr-utilization)
## EventBridge Événements Amazon
AWS Health envoie des événements à Amazon EventBridge lorsqu'une réservation de capacité enregistrée sur votre compte est inférieure à 20 % d'utilisation sur certaines périodes. Avec EventBridge, vous pouvez établir des règles qui déclenchent des actions programmatiques en réponse à de tels événements. Par exemple, vous pouvez créer une règle qui annule automatiquement une réserve de capacité lorsque son taux d’utilisation passe en dessous de 20 % sur une période de 7 jours.
Les événements dans EventBridge sont représentés sous forme d'objets JSON. Les champs spécifiques à l’événement figurent dans la section « détail » de l’objet JSON. Le champ « événement » contient le nom de l’événement. Le champ « résultat » contient l’état terminé de l’action qui déclenche l’événement. Pour plus d'informations, consultez les [modèles EventBridge d'événements Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-patterns.html) dans le *guide de EventBridge l'utilisateur Amazon*.
Pour plus d'informations, consultez le [guide de EventBridge l'utilisateur Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
Cette fonctionnalité n'est pas prise en charge dans AWS GovCloud (US).
### Événements
AWS Health envoie les événements suivants lorsque l'utilisation de la capacité pour une réservation de capacité est inférieure à 20 %.
+ `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION`
Voici un exemple d’événement généré lorsqu’une réserve de capacité nouvellement créée a un taux d’utilisation de la capacité inférieur à 20 % sur une période de 24 heures.
```
{
"version": "0",
"id": "b3e00086-f271-12a1-a36c-55e8ddaa130a",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-03-10T12:03:38Z",
"region": "ap-south-1",
"resources": [
"cr-01234567890abcdef"
],
"detail": {
"eventArn": "arn:aws:health:ap-south-1::event/EC2/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_cr-01234567890abcdef-6211-4d50-9286-0c9fbc243f04",
"service": "EC2",
"eventTypeCode": "AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION",
"eventTypeCategory": "accountNotification",
"startTime": "Fri, 10 Mar 2023 12:03:38 GMT",
"endTime": "Fri, 10 Mar 2023 12:03:38 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "A description of the event will be provided here"
}
],
"affectedEntities": [
{
"entityValue": "cr-01234567890abcdef"
}
]
}
}
```
+ `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY`
Voici un exemple d’événement généré lorsqu’une ou plusieurs réserves de capacité nouvellement créées ont un taux d’utilisation de la capacité inférieur à 20 % sur une période de 7 jours.
```
{
"version": "0", "id":"7439d42b-3c7f-ad50-6a88-25e2a70977e2",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-03-07T06:06:01Z",
"region": "us-east-1",
"resources": [
"cr-01234567890abcdef | us-east-1b | t3.medium | Linux/UNIX | 0.0%",
"cr-09876543210fedcba | us-east-1a | t3.medium | Linux/UNIX | 0.0%"
],
"detail": {
"eventArn": "arn:aws:health:us-east-1::event/EC2/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY_726c1732-d6f6-4037-b9b8-bec3c2d3ba65",
"service": "EC2",
"eventTypeCode": "AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY",
"eventTypeCategory": "accountNotification",
"startTime": "Tue, 7 Mar 2023 06:06:01 GMT",
"endTime": "Tue, 7 Mar 2023 06:06:01 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "A description of the event will be provided here"
}
],
"affectedEntities": [
{
"entityValue": "cr-01234567890abcdef | us-east-1b | t3.medium | Linux/UNIX | 0.0%"
},
{
"entityValue": "cr-09876543210fedcba | us-east-1a | t3.medium | Linux/UNIX | 0.0%"
}
]
}
}
```
### Création d'une EventBridge règle
Pour recevoir des notifications par e-mail lorsque le taux d'utilisation de votre réservation de capacité tombe en dessous de 20 %, créez une rubrique Amazon SNS, puis une EventBridge règle pour l'`AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION`événement.
**Pour créer la rubrique Amazon SNS**
1. [Ouvrez la console Amazon SNS à l'adresse v3/home. https://console.aws.amazon.com/sns/](https://console.aws.amazon.com/sns/v3/home)
1. Dans le panneau de navigation, choisissez **Rubriques**, puis **Créer une rubrique**.
1. Pour **Type**, choisissez **Standard**.
1. Pour **Nom**, attribuez un nom à la nouvelle rubrique.
1. Choisissez **Créer une rubrique**.
1. Choisissez **Créer un abonnement**.
1. Pour **Protocole**, choisissez **E-mail**, puis pour **Point de terminaison**, saisissez l’adresse e-mail qui reçoit les notifications.
1. Choisissez **Créer un abonnement**.
1. L’adresse e-mail saisie ci-dessus recevra un e-mail avec l’objet suivant : `AWS Notification - Subscription Confirmation`. Suivez les instructions pour confirmer votre abonnement.
**Pour créer la EventBridge règle**
1. Ouvrez la EventBridge console Amazon à l'adresse [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Dans le volet de navigation, sélectionnez **Rules (Règles)**, puis **Create rule (Créer une règle)**.
1. Pour **Nom**, attribuez un nom à la nouvelle règle.
1. Pour **Rule type** (Type de règle), choisissez **Rule with an event pattern** (Règle avec un modèle d’événement).
1. Choisissez **Suivant**.
1. Pour **Modèle d’événement**, procédez comme suit :
1. Pour **Event source** (Origine de l’événement), choisissez **AWS services** (Services ).
1. Pour **Service AWS **, choisissez **AWS Health**.
1. Pour **Type d’événement**, choisissez **Notification de sous-utilisation des réserves de capacité à la demande EC2**.
1. Choisissez **Suivant**.
1. Pour **Cible 1**, procédez comme suit :
1. Pour **Types de cibles**, choisissez **service AWS **.
1. Pour **Sélectionner une cible**, choisissez **Rubrique SNS**.
1. Pour **Rubrique**, choisissez la rubrique que vous avez créée précédemment.
1. Choisissez **Suivant**, puis de nouveau **Suivant**.
1. Choisissez **Créer une règle**.
## Notifications par e-mail et AWS Health tableau de bord
AWS Health envoie l'e-mail et les Tableau de bord Health notifications suivants lorsque le taux d'utilisation des capacités pour les réservations de capacité de votre compte tombe en dessous de 20 %.
+ Notifications individuelles pour chaque réserve de capacité nouvellement créée dont le taux d’utilisation a été inférieur à 20 % au cours des dernières 24 heures.
+ Une notification récapitulative pour toutes les réserves de capacité dont le taux d’utilisation a été inférieur à 20 % au cours des 7 derniers jours.
Les notifications par e-mail et les Tableau de bord Health notifications sont envoyées à l'adresse e-mail associée au AWS compte propriétaire des réservations de capacité. Les notifications comprennent les informations suivantes :
+ L’ID de la capacité de réservation.
+ Zone de disponibilité de la réserve de capacité.
+ Taux d’utilisation moyen de la réserve de capacité.
+ Type d’instance et plateforme (système d’exploitation) de la réserve de capacité.
En outre, lorsque le taux d'utilisation de la capacité pour une réservation de capacité de votre compte tombe en dessous de 20 % sur une période de 24 heures et 7 jours, AWS Health envoie des événements à EventBridge. AvecEventBridge, vous pouvez créer des règles qui activent des actions automatiques, telles que l'envoi de notifications par e-mail ou le déclenchement de AWS Lambda fonctions, en réponse à de tels événements. Pour de plus amples informations, veuillez consulter [Surveiller la sous-utilisation des réserves de capacité](#cr-eventbridge).
# Surveillance des changements d’état pour les réserves de capacité à date ultérieure
Amazon EC2 envoie un événement à Amazon EventBridge lorsque l'état d'une réservation de capacité future change.
Voici un exemple de cet événement. Dans cet exemple, la réserve de capacité à date future est entrée dans l’état `scheduled`. Notez l’état surligné dans le champ `detail-type`.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"EC2 Capacity Reservation Scheduled",
"source":"aws.ec2",
"account":"123456789012",
"time":"yyyy-mm-ddThh:mm:ssZ",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-1234567890abcdefg"
],
"detail":{
"capacity-reservation-id":"cr-1234567890abcdefg",
"state":"scheduled"
}
}
```
Les valeurs possibles pour le champ `detail-type` sont :
+ `Scheduled`
+ `Active`
+ `Delayed`
+ `Unsupported`
+ `Failed`
+ `Expired`
Pour plus d’informations sur les états, consultez [Consulter l’état d’une réserve de capacité](capacity-reservations-view.md).
Vous pouvez créer des EventBridge événements Amazon qui surveillent ces événements, puis déclenchent des actions spécifiques lorsqu'ils se produisent. Pour plus d'informations, consultez [la section Création de règles qui réagissent aux événements sur Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html).
Pour créer une règle qui surveille tous les événements de changement d’état, vous pouvez utiliser le modèle d’événement suivant.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation"
}]
}
```
Pour créer une règle qui surveille uniquement les changements d’état spécifiques, vous pouvez utiliser le modèle d’événement suivant.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation state"
}]
}
```
Par exemple, le modèle d’événements suivant surveille les événements envoyés lorsqu’une réserve de capacité à date future entre dans l’état `active`.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation Active"
}]
}
```
# Réservations de capacité interruptibles
Les réservations de capacité interruptible vous aident à rendre la capacité inutilisée temporairement disponible pour d'autres charges de travail au sein de votre compte. Cela vous donne le contrôle nécessaire pour récupérer de la capacité en cas de besoin. Lorsque vous récupérez de la capacité, toutes les instances exécutées dans le cadre de la réservation interruptible sont résiliées. Après avoir créé une réservation interruptible, vous pouvez la partager avec d'autres AWS comptes ou avec votre AWS organisation à l'aide de AWS Resource Access Manager (RAM).
Utilisez les réservations de capacité interruptibles lorsque vous avez de la capacité réservée inutilisée pendant les périodes creuses, entre les déploiements ou lorsque les charges de travail diminuent. Si vous connaissez une autre équipe qui pourrait utiliser cette capacité, vous pouvez la rendre disponible en créant une réservation de capacité interruptible. Lorsque votre charge de travail critique a besoin de récupérer de la capacité, vous pouvez la récupérer.
Vous pouvez utiliser les réservations de capacité interruptibles comme suit :
+ **Propriétaire de la capacité** : vous êtes propriétaire de la réservation de capacité source et vous créez la réservation de capacité interruptible pour partager la capacité inutilisée avec d'autres équipes tout en gardant le contrôle pour la récupérer en cas de besoin.
+ **Consommateur de capacité** : vous lancez des instances dans le cadre de réservations interruptibles partagées, sachant que vos instances peuvent être résiliées lorsque le propriétaire récupère de la capacité.
**Topics**
+ [Comment ça marche](#how-interruptible-cr-works)
+ [Facturation](#interruptible-cr-billing)
+ [Considérations](#interruptible-cr-considerations)
+ [Réservations de capacité interruptible pour les propriétaires de capacités](capacity-owner-procedures.md)
+ [Réservations de capacité interruptible pour les consommateurs de capacité](capacity-consumer-procedures.md)
+ [Surveillez les réservations de capacité interruptible avec et EventBridge CloudTrail](monitor-interruptible-cr.md)
## Comment ça marche
Pour mettre la capacité inutilisée à la disposition d'autres équipes, créez une réservation interruptible en spécifiant le nombre d'instances inutilisées que vous souhaitez partager à partir de votre réservation source. Lorsque vous créez la réservation interruptible, nous transférons ces instances de votre réservation source vers la nouvelle réservation interruptible de votre compte.
Nous conservons l'association entre la réservation de source et la réservation de capacité interruptible. Par conséquent, lorsque vous récupérez votre capacité, toutes les instances client en cours d'exécution sont résiliées et la capacité est rétablie à votre réservation source d'origine.
Fonctions principales :
+ Rendre temporairement disponible la capacité inutilisée tout en gardant le contrôle pour la récupérer
+ Récupérez vos capacités à tout moment. Pour de plus amples informations, consultez [Processus de réclamation et suivi](capacity-owner-procedures.md#reclamation-process).
+ Partagez avec d'autres comptes ou avec votre AWS organisation à l'aide de AWS Resource Access Manager (RAM)
## Facturation
Lorsque vous créez une réservation interruptible, elle vous est facturée en tant que nouvelle réservation indépendante. Cela divise votre facturation :
+ Réservation à la source : la capacité totale vous est facturée moins la capacité allouée
+ Réservation interruptible : la capacité allouée vous est facturée
Pour plus d'informations sur la facturation des réservations de capacité à la demande, consultez la section [Tarification et facturation des réservations de capacité](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-pricing-billing.html).
## Considérations
Avant d'utiliser les réservations de capacité interruptibles, consultez les limites et exigences suivantes qui s'appliquent aux propriétaires de capacités et aux consommateurs.
### Propriétaires de capacités
+ Vous ne pouvez pas modifier ou annuler directement une réservation de capacité interruptible. Pour le modifier, mettez à jour la capacité allouée à partir de la réservation de capacité source.
+ Vous ne pouvez consulter, lancer, étiqueter, partager et attribuer la facturation que pour les réservations interruptibles.
+ Vous ne pouvez créer qu'une seule allocation interruptible par réservation de capacité source.
### Consommateurs de capacité
+ Les réservations de capacité interruptible sont par défaut des réservations de capacité ciblées. Vous devez donc les cibler lors du lancement de votre instance.
+ Vous ne pouvez pas ajouter de réservations de capacité interruptibles aux groupes de réservation de capacité.
+ Nous vous recommandons de n'utiliser les réservations de capacité interruptibles que pour les applications susceptibles d'être interrompues.
+ Vos instances seront résiliées lorsque le propriétaire aura récupéré de la capacité. Il n'y a pas de solution de repli sur On-Demand ou Spot. Pour de plus amples informations, veuillez consulter [Expérience en cas d'interruption](capacity-consumer-procedures.md#interruption-experience).
# Réservations de capacité interruptible pour les propriétaires de capacités
Le propriétaire de la capacité est le compte qui détient la réservation de capacité source et qui crée la réservation de capacité interruptible pour partager la capacité inutilisée avec d'autres équipes tout en gardant le contrôle pour la récupérer en cas de besoin.
Cette section explique comment vous (le propriétaire de la capacité) pouvez créer, modifier, récupérer et suivre une réservation de capacité interruptible.
**Topics**
+ [Création d'une réservation de capacité interruptible](#creating-interruptible-cr)
+ [Afficher votre réservation de capacité interruptible](#view-interruptible-cr)
+ [Modifier votre réservation de capacité interruptible](#modify-interruptible-cr)
+ [Processus de réclamation et suivi](#reclamation-process)
+ [Partage de réservations interruptibles](#sharing-interruptible-reservations)
## Création d'une réservation de capacité interruptible
Créez une réservation de capacité interruptible pour rendre la capacité inutilisée de votre réservation source disponible pour d'autres charges de travail tout en gardant le contrôle pour la récupérer en cas de besoin.
### Conditions préalables
Avant de créer une allocation interruptible, assurez-vous que votre réservation de capacité à la demande source répond aux exigences suivantes :
+ Votre réservation de capacité doit être active et aucune date de fin n'a été fixée. Vous ne pouvez pas créer d'allocations à partir de réservations en attente, expirées, annulées ou dont la date de fin est prévue.
+ Votre réservation de capacité doit avoir une capacité disponible pour l'allocation. Vous ne pouvez allouer que les instances disponibles (également appelées capacité inutilisée).
+ Vous ne pouvez créer qu'une seule allocation interruptible par réservation de capacité source. Si une allocation existe déjà, vous devez la modifier ou l'annuler avant d'en créer une nouvelle.
+ Vous pouvez attribuer un maximum de 1 000 instances à la fois à une réservation de capacité interruptible.
L'utilisateur peut utiliser la console ou le AWS CLI pour créer une réservation de capacité interruptible.
------
#### [ Console ]
**Pour créer une réservation de capacité interruptible**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Capacity Reservations**.
1. Sélectionnez votre réservation de capacité.
1. Choisissez **Actions**, puis **Créer une allocation interruptible**.
1. Pour **Instances à allouer**, entrez le nombre d'instances à allouer.
1. (Facultatif) Ajoutez des balises.
1. Choisissez **Créer une allocation de capacité interruptible**.
------
#### [ AWS CLI ]
**Pour créer une réservation de capacité interruptible**
Utilisez la commande [create-interruptible-capacity-reservation-allocation](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-interruptible-capacity-reservation-allocation.html) :
```
aws ec2 create-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--instance-count 10
```
------
## Afficher votre réservation de capacité interruptible
Après avoir créé une réservation de capacité interruptible, vous pouvez consulter la réservation interruptible dans votre compte ou à partir d'une ressource spécifique.
### Afficher toutes les réservations de capacité interruptible dans votre compte
Suivez la procédure suivante pour consulter les réservations de capacité interruptibles sur votre compte.
------
#### [ Console ]
**Pour consulter les réservations de capacité interruptibles dans votre compte**
1. Accédez à la page des réservations de capacité dans la console.
1. Recherchez les réservations avec **Interruptible** dans la colonne type.
1. Sélectionnez la réservation interruptible pour afficher les détails.
------
#### [ AWS CLI ]
**Pour consulter les réservations de capacité interruptibles dans votre compte**
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-interruptible-id \
--filters Name=interruptible,Values=true
```
------
### Afficher la réservation de capacité interruptible à partir d'une source spécifique
Utilisez la procédure suivante pour afficher la réservation de capacité interruptible créée à partir d'une réservation de capacité source spécifique.
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-source-id
```
Dans la réponse, vous trouverez un `interruptibleCapacityAllocations` objet contenant l'ID de réservation de capacité interruptible et les détails de l'allocation. Pour plus d'informations sur la structure de réponse, consultez [InterruptibleCapacityAllocation](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_InterruptibleCapacityAllocation.html)le manuel *Amazon EC2 API* Reference.
## Modifier votre réservation de capacité interruptible
Utilisez les procédures suivantes pour modifier ou annuler votre réservation de capacité interruptible.
**Note**
Lorsque vous réduisez l'allocation, nous récupérons d'abord les instances disponibles, puis nous les exécutons, jusqu'à ce que le nombre demandé soit atteint. Si nous parvenons à couvrir le décompte entièrement avec les instances disponibles, aucune résiliation n'aura lieu. Toutes les modifications du nombre d'instances allouées sont effectuées via la réservation de capacité source, et non directement sur la réservation de capacité interruptible.
Vous ne pouvez modifier une réservation de capacité interruptible que pour un maximum de 1 000 instances à la fois (augmentation ou diminution).
### Modifiez votre réservation de capacité interruptible
Utilisez la procédure suivante pour modifier votre réservation de capacité interruptible.
------
#### [ Console ]
1. Sur la page de détails de la réservation de capacité source, sélectionnez **Actions**. Ensuite, **modifiez la réservation de capacité interruptible**.
1. Pour **les instances à allouer**, entrez le nouveau numéro :
+ Ajoutez de la capacité de partage
+ Récupérez de la capacité auprès de votre source Réservation de capacité
1. Choisissez **Mettre à jour**.
------
#### [ AWS CLI ]
```
aws ec2 update-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--target-instance-count 80
```
------
### Annulez votre réservation de capacité interruptible
Suivez la procédure suivante pour supprimer définitivement l'allocation et restituer toute la capacité.
------
#### [ Console ]
1. Sur la page de détails de la réservation de capacité source, accédez aux détails de l'allocation de capacité interruptible.
1. Choisissez **Modifier l'allocation interruptible**.
1. Dans Nombre d'instances, entrez **0**.
1. Choisissez **Mettre à jour**.
------
#### [ AWS CLI ]
```
aws ec2 update-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--target-instance-count 0
```
------
## Processus de réclamation et suivi
Lorsque vous récupérez de la capacité :
+ Les instances en cours d'exécution reçoivent un avertissement d'interruption de 2 minutes par le biais d' EventBridge événements.
+ Après la période de préavis, les instances en cours d'exécution avec la capacité récupérée entrent dans un état d'arrêt et sont résiliées.
+ En cas de résiliation, les instances récupérées sont disponibles dans votre réservation de capacité source pour une utilisation immédiate.
+ Le statut de votre allocation passe de **mise à jour** à **actif** une fois terminé.
La restauration complète peut prendre quelques minutes selon le type d'instance et le temps d'arrêt. Pour plus d'informations sur la EventBridge notification que vous recevez lorsque le processus est terminé, consultez[Fin de la remise en état](monitor-interruptible-cr.md#reclamation-completion).
### Suivez l'état de la réclamation
Suivez la progression de la restauration en décrivant votre réservation à la source :
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-1234567890abcdef0
```
La réponse indique les champs suivants au sein de l'`interruptibleCapacityAllocation`objet :
+ `instance-count`: Instances allouées actuelles
+ `target-instance-count`: Quantité demandée après récupération
+ `status`: **mise à jour** lors de la remise en état et **active une** fois terminée
## Partage de réservations interruptibles
Vous pouvez partager des réservations interruptibles uniquement au sein de votre AWS organisation à l'aide de AWS Resource Access Manager (RAM).
Considérations :
+ Si un compte client quitte votre organisation, la réservation interruptible est automatiquement supprimée de ce compte.
+ Toutes les instances en cours d'exécution dans la réservation non partagée sont finalement résiliées.
+ Toutes les autres fonctionnalités de partage fonctionnent de la même manière que les réservations de capacité standard.
Pour connaître les procédures de partage complètes, consultez la section [Réservations de capacité de partage](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservation-sharing.html).
# Réservations de capacité interruptible pour les consommateurs de capacité
Le consommateur de capacité est le compte qui lance les instances dans des réservations de capacité interruptibles partagées, étant entendu que leurs instances peuvent être résiliées lorsque le propriétaire récupère de la capacité.
Cette section explique comment vous (le consommateur de capacité) pouvez lancer des instances dans le cadre d'une réservation de capacité interruptible et découvrir ce qui se passe lorsque la capacité est récupérée par le propriétaire.
**Topics**
+ [Afficher une réservation de capacité interruptible](#view-interruptible-cr-consumer)
+ [Lancez des instances dans des réservations interruptibles](#launch-instances-interruptible)
+ [Expérience en cas d'interruption](#interruption-experience)
## Afficher une réservation de capacité interruptible
Utilisez les procédures suivantes pour consulter une réservation de capacité interruptible.
------
#### [ Console ]
**Pour consulter les réservations de capacité interruptibles dans votre compte**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Choisissez **Capacity Reservations**.
1. Dans la colonne **Type**, recherchez les réservations marquées comme **interruptibles.**
1. Notez que la réservation IDs à utiliser dans votre instance est lancée.
------
#### [ AWS CLI ]
**Pour trouver toutes les réservations de capacité interruptibles dans votre compte**
Utilisez la commande [describe-capacity-reservations](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-capacity-reservations.html) :
```
aws ec2 describe-capacity-reservations \
--filters Name=state,Values=active
```
Recherchez les réservations à `Interruptible` l'endroit indiqué `true` dans la réponse.
**Pour filtrer spécifiquement les réservations interruptibles**
Utilisez la commande suivante :
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-ids cr-example123 \
--query 'CapacityReservations[?Interruptible==`true`]'
```
------
**Note**
Les réservations de capacité interruptible sont par défaut des réservations de capacité ciblées. Vous devez donc les cibler spécifiquement lors du lancement de votre instance. Contrairement aux réservations ouvertes, les réservations interruptibles ne couvrent pas automatiquement les instances correspondantes. Vous devez spécifier explicitement le numéro de réservation lors du lancement.
## Lancez des instances dans des réservations interruptibles
Suivez la procédure suivante pour lancer des instances Amazon EC2 dans le cadre de réservations de capacité interruptibles au sein de votre compte.
**Note**
Nous vous recommandons de n'utiliser les réservations de capacité interruptibles que pour les applications susceptibles d'être interrompues.
------
#### [ Console ]
**Pour lancer des instances dans des réservations de capacité interruptibles**
1. Ouvrez la console Amazon Amazon EC2 à l'adresse. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Dans le tableau de bord Amazon EC2, choisissez **Lancer une instance**.
1. Configurez les paramètres de votre instance.
1. Dans **Informations avancées** pour la réservation de capacité, choisissez **Lancer des instances interruptibles dans votre réservation active**.
1. Sélectionnez l'ID de réservation interruptible et la nouvelle option d'achat d'instance.
1. Choisissez **Launch instance** (Lancer une instance).
------
#### [ AWS CLI ]
```
aws ec2 run-instances \
--instance-type m5.large \
--count 2 \
--image-id ami-12345678 \
--instance-market-options '{
"MarketType": "interruptible-capacity-reservation"
}' \
--capacity-reservation-specification '{
"CapacityReservationTarget": {
"CapacityReservationId": "cr-abcdef1234567890"
}
}'
```
------
### Lancer des instances avec Auto Scaling Groups
Vous pouvez également lancer des instances dans des réservations interruptibles à l'aide d'Auto Scaling Groups avec des modèles de lancement. Configurez le modèle de lancement avec le type de marché interruptible et l'ID de réservation, puis créez votre groupe Auto Scaling à l'aide de ce modèle. Pour plus d'informations, consultez la section [Réservations de capacité interruptible avec EC2 Auto Scaling.](https://docs.aws.amazon.com/autoscaling/ec2/userguide/asg-interruptible-capacity-reservations.html)
## Expérience en cas d'interruption
Lorsque la capacité est récupérée par le propriétaire, vous recevez un avis d'interruption 2 minutes avant la fin de l'instance. Cet avertissement survient à la suite d' EventBridge événements, ce qui vous donne le temps de :
+ Enregistrez votre travail ou contrôlez vos applications
+ Arrêter les processus
+ Préparation à la résiliation de l'instance
L' EventBridge événement inclut des détails sur les instances qui seront résiliées et l'heure exacte de résiliation. Pour de plus amples informations, veuillez consulter [Avertissement d'interruption d'instance](monitor-interruptible-cr.md#instance-interruption-warning).
# Surveillez les réservations de capacité interruptible avec et EventBridge CloudTrail
Les réservations de capacité interruptible envoient EventBridge des notifications et des CloudTrail événements pour vous aider à surveiller les changements de capacité et à y répondre.
**Topics**
+ [EventBridge notifications](#eventbridge-notifications)
+ [CloudTrail événements](#cloudtrail-events)
## EventBridge notifications
Vous recevez deux types de EventBridge notifications. Pour plus d'informations sur la configuration EventBridge des notifications, consultez la section [Création de EventBridge règles Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html).
### Avertissement d'interruption d'instance
Si vous exécutez des instances dans le cadre d'une réservation interruptible, vous recevez cette notification 2 minutes avant la résiliation de vos instances :
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Capacity Reservation Instance Interruption Warning",
"source": "aws.ec2",
"account": "[instance owner Account ID]",
"time": "[Current time in yyyy-mm-ddThh:mm:ssZ]",
"resources": "[instance arn]",
"region": "[region]",
"detail": {
"instance-id": "[instance-id]",
"instance-action": "terminate",
"instance-termination-time": "yyyy-mm-ddThh:mm:ssZ",
"azId": "[availability-zone-id]"
}
}
```
### Fin de la remise en état
Si vous êtes propriétaire de la réservation source, vous recevez cette notification lorsque la récupération de capacité est terminée :
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Interruptible Capacity Reservation Allocation Reclamation Completed",
"source": "aws.ec2",
"account": "[source Capacity Reservation Owner Account ID]",
"time": "[Current time in yyyy-mm-ddThh:mm:ssZ]",
"region": "us-east-1",
"resources": ["source_cr_arn"],
"detail": {
"sourceCapacityReservationId": "string",
"instanceType": "string",
"availabilityZoneId": "string",
"TotalInstanceCount": "current total count in the source",
"ReclaimedInstanceCount": "count of instances added to the source",
"targetInstanceCount": "number"
}
}
```
## CloudTrail événements
CloudTrail enregistre ces événements pour les réservations de capacité interruptibles :
+ `InterruptibleCapacityReservationCreated`— Lorsque vous créez une allocation interruptible
+ `InterruptibleCapacityReservationAllocationUpdated`— Lorsque vous modifiez l'allocation
+ `InterruptibleCapacityReservationCancelled`— Lorsque vous annulez l'allocation
+ `CapacityReservationModified`— Lorsque nous modifions la réservation de source pour l'allocation
+ `InterruptibleCapacityReservationInstancesTerminated`— Lorsque nous mettons fin à des instances lors d'une réclamation
# Blocs de capacité pour ML
Les blocs de capacité pour le ML vous permettent de réserver des instances de calcul accéléré basé sur GPU à une date ultérieure pour prendre en charge vos charges de travail de machine learning (ML) de courte durée. Les instances qui s'exécutent dans un bloc de capacité sont automatiquement placées à proximité les unes des autres dans [Amazon EC2 UltraClusters](https://aws.amazon.com/ec2/ultraclusters/), pour une mise en réseau non bloquante à faible latence, à l'échelle du pétabit.
Vous pouvez également utiliser des blocs de capacité pour réserver de la capacité pour Amazon EC2 UltraServers. UltraServers connectez plusieurs instances Amazon EC2 au sein d'une interconnexion accélératrice à faible latence et à bande passante élevée. Vous pouvez l'utiliser UltraServers pour gérer les AI/ML charges de travail les plus gourmandes en calcul et en mémoire lors de la formation, du réglage et de l'inférence. Pour de plus amples informations, veuillez consulter [Amazon EC2 UltraServers](https://aws.amazon.com/ec2/ultraservers/).
Avec les blocs de capacité, vous pouvez voir quand la capacité de l’instance GPU sera disponible à des dates ultérieures, et vous pouvez planifier le démarrage d’un bloc de capacité au moment qui vous convient le mieux. Lorsque vous réservez un bloc de capacité, vous bénéficiez d’une assurance de capacité prévisible pour les instances GPU tout en ne payant que pour le temps dont vous avez besoin. Nous recommandons les blocs de capacité lorsque vous devez GPUs prendre en charge vos charges de travail de ML pendant des jours ou des semaines d'affilée et que vous ne souhaitez pas payer pour une réservation lorsque vos instances de GPU ne sont pas utilisées.
Voici quelques cas d’utilisation courants des blocs de capacité.
+ **Entraînement et optimisation du modèle de ML** : bénéficiez d’un accès ininterrompu aux instances GPU que vous avez réservées pour terminer l’entraînement et l’optimisation du modèle de machine learning.
+ **Expérimentations et prototypes de machine learning** : exécutez des expériences et créez des prototypes qui nécessitent des instances de GPU pendant de courtes durées.
Les blocs de capacité sont disponibles pour certains types d'instances dans certaines AWS régions. Pour de plus amples informations, veuillez consulter [Types d'instances et régions pris en charge](#capacity-blocks-prerequisites).
Vous pouvez réserver un bloc de capacité avec un démarrage ultérieur, jusqu’à huit semaines plus tard. Chaque bloc de capacité peut avoir jusqu’à 64 instances, et vous pouvez avoir jusqu’à 256 instances dans l’ensemble des blocs de capacité.
**Topics**
+ [Types d'instances et régions pris en charge](#capacity-blocks-prerequisites)
+ [Plateformes prises en charge](#capacity-blocks-platforms)
+ [Considérations](#capacity-blocks-considerations)
+ [Ressources connexes](#capacity-blocks-related-resources)
+ [Comment fonctionnent les blocs de capacité Amazon EC2](capacity-blocks-how.md)
+ [Tarification et facturation des blocs de capacité](capacity-blocks-pricing-billing.md)
+ [Rechercher et acheter des blocs de capacité](capacity-blocks-purchase.md)
+ [Lancement d’instances à l’aide de blocs de capacité](capacity-blocks-launch.md)
+ [Afficher les blocs de capacité](capacity-blocks-view.md)
+ [Étendre les blocs de capacité](capacity-blocks-extend.md)
+ [Partagez des blocs de capacité](capacity-blocks-share.md)
+ [Création d'un groupe de ressources pour les blocs UltraServer de capacité](cb-group.md)
+ [Surveillez les blocs de capacité à l'aide EventBridge](capacity-blocks-monitor.md)
+ [La capacité de journalisation bloque les appels d'API avec AWS CloudTrail](capacity-blocks-logging-using-cloudtrail.md)
## Types d'instances et régions pris en charge
Les blocs d'instance et de UltraServer capacité peuvent être utilisés avec les types d'instances et AWS les régions suivants.
**Note**
Les tailles de bloc de capacité de 64 instances ne sont pas prises en charge pour tous les types d’instance dans tous les Régions AWS.
### Blocs de capacité d'instance
+ **`p6-b300.48xlarge`**
+ Ouest des États-Unis (Oregon) — `us-west-2`
+ **`p6-b200.48xlarge`**
+ Est des États-Unis (Virginie du Nord) — `us-east-1`
+ Est des États-Unis (Ohio) — `us-east-2`
+ Ouest des États-Unis (Oregon) — `us-west-2`
+ **`p5.4xlarge`**
+ Est des États-Unis (Virginie du Nord) — `us-east-1`
+ Est des États-Unis (Ohio) — `us-east-2`
+ Ouest des États-Unis (Oregon) — `us-west-2`
+ Europe (Londres) — `eu-west-2`
+ Asie-Pacifique (Mumbai) — `ap-south-1`
+ Asie-Pacifique (Tokyo) — `ap-northeast-1`
+ Asie-Pacifique (Sydney) — `ap-southeast-2`
+ Amérique du Sud (São Paulo) — `sa-east-1`
+ **`p5.48xlarge`**
+ Est des États-Unis (Virginie du Nord) — `us-east-1`
+ Est des États-Unis (Ohio) — `us-east-2`
+ Ouest des États-Unis (Californie du Nord) — `us-west-1`
+ Ouest des États-Unis (Oregon) — `us-west-2`
+ Europe (Stockholm) — `eu-north-1`
+ Europe (Londres) — `eu-west-2`
+ Amérique du Sud (São Paulo) — `sa-east-1`
+ Asie-Pacifique (Tokyo) — `ap-northeast-1`
+ Asie-Pacifique (Mumbai) — `ap-south-1`
+ Asie-Pacifique (Sydney) — `ap-southeast-2`
+ Asie-Pacifique (Jakarta) — `ap-southeast-3`
+ Zone locale de l'est des États-Unis (Atlanta) — `us-east-1-atl-2a`
+ **`p5e.48xlarge`**
+ Est des États-Unis (Virginie du Nord) — `us-east-1`
+ Est des États-Unis (Ohio) — `us-east-2`
+ Ouest des États-Unis (Californie du Nord) — `us-west-1`
+ Ouest des États-Unis (Oregon) — `us-west-2`
+ Europe (Stockholm) — `eu-north-1`
+ Europe (Londres) — `eu-west-2`
+ Europe (Espagne) — `eu-south-2`
+ Amérique du Sud (São Paulo) — `sa-east-1`
+ Asie-Pacifique (Tokyo) — `ap-northeast-1`
+ Asie-Pacifique (Séoul) — `ap-northeast-2`
+ Asie-Pacifique (Mumbai) — `ap-south-1`
+ Asie-Pacifique (Jakarta) — `ap-southeast-3`
+ Zone locale de l'ouest des États-Unis (Phoenix) — `us-west-2-phx-2a`
+ **`p4d.24xlarge`**
+ Est des États-Unis (Virginie du Nord) — `us-east-1`
+ Est des États-Unis (Ohio) — `us-east-2`
+ Ouest des États-Unis (Oregon) — `us-west-2`
+ **`p4de.24xlarge`**
+ Est des États-Unis (Virginie du Nord) — `us-east-1`
+ Ouest des États-Unis (Oregon) — `us-west-2`
+ **`trn1.32xlarge`**
+ Est des États-Unis (Virginie du Nord) — `us-east-1`
+ Est des États-Unis (Ohio) — `us-east-2`
+ Ouest des États-Unis (Californie du Nord) — `us-west-1`
+ Ouest des États-Unis (Oregon) — `us-west-2`
+ Europe (Stockholm) — `eu-north-1`
+ Asie-Pacifique (Mumbai) — `ap-south-1`
+ Asie-Pacifique (Sydney) — `ap-southeast-2`
+ Asie-Pacifique (Melbourne) — `ap-southeast-4`
+ **`trn2.3xlarge `**
+ Asie-Pacifique (Melbourne) — `ap-southeast-4`
+ Amérique du Sud (São Paulo) — `sa-east-1`
+ **`trn2.48xlarge`**
+ Est des États-Unis (Ohio) — `us-east-2`
### UltraServer Blocs de capacité
+ **`Trn2`**
+ Est des États-Unis (Ohio) — `us-east-2`
+ **`P6e-GB200`**
+ Zone locale de l'est des États-Unis (Dallas) — `us-east-1-dfw-2a`
## Plateformes prises en charge
Les blocs de capacité pour le ML prennent actuellement en charge les instances et uniquement UltraServers avec une location par défaut. Lorsque vous utilisez la console AWS Management Console pour acheter un bloc de capacité, l’option de plateforme par défaut est Linux/UNIX. Lorsque vous utilisez le AWS Command Line Interface (AWS CLI) ou que AWS SDK vous achetez un bloc de capacité, les options de plateforme suivantes sont disponibles :
+ Linux/Unix
+ Utilisation de Red Hat Enterprise Linux
+ RHEL avec HA
+ SUSE Linux
+ Ubuntu Pro
## Considérations
Avant d’utiliser les blocs de capacité, tenez compte des informations et des limites suivantes.
+ Si nous détectons une déficience affectant un bloc de UltraServer capacité, nous vous en informerons mais nous ne prendrons généralement aucune mesure pour mettre fin à vos instances sur le bloc de capacité. Cela permet de minimiser les perturbations involontaires de vos charges de travail. Vous pouvez continuer à utiliser le bloc de UltraServer capacité tel quel après avoir reçu cette notification ou demander une correction en mettant fin à toutes les instances du bloc de capacité et en soumettant un dossier d' AWS assistance. Une fois que nous aurons reçu votre dossier d'assistance, nous vous informerons lorsque la correction sera terminée et que vous pourrez relancer les instances sur votre UltraServer bloc de capacité.
+ Pour les blocs de `P6e-GB200` UltraServer capacité, vous devez mettre fin à vos instances au moins 60 minutes avant l'heure de fin du bloc de capacité.
+ Pour acheter et utiliser des blocs de capacité dans les zones locales, vous devez être inscrit à la zone locale.
+ Chaque bloc de capacité peut avoir jusqu’à 64 instances, et vous pouvez avoir jusqu’à 256 instances dans l’ensemble des blocs de capacité.
+ Vous pouvez décrire des offres de blocs de capacité qui peuvent démarrer en 30 minutes seulement.
+ Les blocs de capacité se terminent à 11 h 30, heure universelle coordonnée (UTC).
+ Le processus de résiliation pour les instances exécutées dans un bloc de capacité commence à 11 h 00, heure universelle coordonnée (UTC), le dernier jour de la réservation.
+ Les blocs de capacité peuvent être réservés avec un démarrage ultérieur, jusqu’à huit semaines plus tard.
+ Les annulations de blocs de capacité ne sont pas autorisées.
+ UltraServer Les blocs de capacité ne peuvent pas être partagés entre les AWS comptes ou au sein de votre AWS organisation.
+ Le bloc de capacité ne peut pas être [déplacé](capacity-reservations-move.md) ou [divisé](capacity-reservations-split.md).
+ Seuls les blocs UltraServer de capacité peuvent être utilisés avec des groupes de ressources. Les blocs de capacité d’instance ne peuvent pas être utilisés avec des groupes de ressources. Pour de plus amples informations, veuillez consulter [Création d'un groupe de ressources pour les blocs UltraServer de capacité](cb-group.md).
+ Le nombre total d'instances pouvant être réservées dans les blocs de capacité sur tous les comptes de votre AWS organisation ne peut pas dépasser 256 instances à une date donnée.
+ Pour utiliser un bloc de capacité, les instances doivent cibler spécifiquement l’ID de réservation.
+ Les instances d’un bloc de capacité ne sont pas prises en compte dans vos limites d’instances à la demande.
+ Pour les instances P5 utilisant une AMI personnalisée, assurez-vous que vous disposez du [logiciel et de la configuration nécessaires pour EFA](gpu-instances-started.md).
+ Pour les groupes de nœuds gérés Amazon EKS, consultez la section [Créer un groupe de nœuds gérés avec des blocs de capacité Amazon EC2 pour ML](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks-mng.html). Pour les groupes de nœuds autogérés Amazon EKS, consultez la section [Utiliser des blocs de capacité pour la ML avec des nœuds autogérés](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks.html).
## Ressources connexes
Après avoir créé un bloc de capacité, vous pouvez effectuer les opérations suivantes avec le bloc de capacité :
+ Lancer des instances dans le bloc de capacité. Pour de plus amples informations, veuillez consulter [Lancement d’instances à l’aide de blocs de capacité](capacity-blocks-launch.md).
+ Créez un groupe Amazon EC2 Auto Scaling. Pour plus d’informations, consultez la section [Utiliser des blocs de capacité pour les charges de travail de machine learning](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-template-capacity-blocks.html) dans le *Guide de l’utilisateur Amazon EC2 Auto Scaling*.
**Note**
Si vous utilisez Amazon EC2 Auto Scaling ou Amazon EKS, vous pouvez planifier l’exécution de la mise à l’échelle au début de la réservation du bloc de capacité. Grâce au dimensionnement planifié, il gère AWS automatiquement les nouvelles tentatives pour vous. Vous n'avez donc pas à vous soucier de la mise en œuvre d'une logique de nouvelles tentatives pour gérer les échecs transitoires.
+ Améliorez les flux de travail ML avec AWS Parallel Computing Service. Pour plus d'informations, consultez la section Prise en [charge des blocs de capacité pour le service de calcul AWS parallèle](https://aws.amazon.com/blogs/hpc/announcing-capacity-blocks-support-for-aws-parallel-computing-service/).
+ Améliorez les flux de travail ML avec AWS ParallelCluster. Pour plus d'informations, consultez [la section Amélioration des flux de travail ML avec AWS ParallelCluster des blocs de capacité Amazon EC2 pour](https://aws.amazon.com/blogs/hpc/enhancing-ml-workflows-with-aws-parallelcluster-and-amazon-ec2-capacity-blocks-for-ml/) le ML.
Pour plus d'informations sur le service de calcul AWS parallèle, voir [Qu'est-ce que le service de calcul AWS parallèle](https://docs.aws.amazon.com/pcs/latest/userguide/what-is-service.html) ?
Pour plus d'informations AWS ParallelCluster, voir [Qu'est-ce que AWS ParallelCluster](https://docs.aws.amazon.com/parallelcluster/latest/ug/what-is-aws-parallelcluster.html).
# Comment fonctionnent les blocs de capacité Amazon EC2
Vous pouvez réserver un bloc de capacité avec les spécifications suivantes :
+ Réservation possible jusqu’à 8 semaines à l’avance
+ Définition d’une durée de réservation comprise entre 1 et 14 jours ou d’un multiple de 7 jours, jusqu’à 182 jours (exemples : 21 jours, 28 jours)
+ Configuration de 64 instances maximum par bloc de capacité
+ Configuration de 256 instances maximum sur plusieurs blocs de capacité
Pour Amazon EC2 UltraServers, chacun UltraServer correspond à un bloc de capacité. Vous pouvez en demander plusieurs UltraServers par le biais d'une seule demande.
Vous pouvez utiliser les blocs de capacité pour réserver des instances `p6-b200`, `p5`, `p5e`, `p5en`, `p4d`, `p4de`, `trn1` et `trn2`. Vous pouvez acheter les UltraServer types suivants via Capacity Blocks : `P6e-GB200` et `Trn2` (en version préliminaire).
Pour réserver un bloc de capacité, vous devez commencer par spécifier vos besoins en matière de capacité, y compris le type ou le UltraServer type d'instance, le nombre d'instances ou UltraServers, la durée, la date de début la plus ancienne et la dernière date de fin dont vous avez besoin. Ensuite, vous pouvez voir une offre de blocs de capacité disponible qui répond à vos spécifications. L’offre de bloc de capacité inclut des informations telles que l’heure de début, la zone de disponibilité et le prix de réservation. Le prix d’une offre de bloc de capacité dépend de l’offre et de la demande au moment où l’offre est proposée. Une fois que vous avez réservé un bloc de capacité, le prix ne change pas. Pour de plus amples informations, veuillez consulter [Tarification et facturation des blocs de capacité](capacity-blocks-pricing-billing.md).
Lorsque vous achetez un bloc de capacité, votre réservation est créée pour la date et le nombre d’instances que vous avez sélectionnés. Lorsque votre réservation de bloc de capacité commence, vous pouvez cibler les lancements d’instances en spécifiant l’ID de réservation dans vos demandes de lancement.
Vous pouvez utiliser toutes les instances que vous avez réservées jusqu'à 30 minutes (pour les types d'instances) ou 60 minutes (pour le UltraServer type) avant l'heure de fin du bloc de capacité. À 30 minutes (pour les types d'instances) ou 60 minutes (pour les UltraServer types) de réservation de votre bloc de capacité, nous commençons à mettre fin à toutes les instances en cours d'exécution dans le bloc de capacité. Nous utilisons ce temps pour nettoyer vos instances avant de livrer le bloc de capacité au client suivant. Nous émettons un événement EventBridge 10 minutes avant le début du processus de résiliation. Pour de plus amples informations, veuillez consulter [Surveillez les blocs de capacité à l'aide EventBridge](capacity-blocks-monitor.md).
# Tarification et facturation des blocs de capacité
Avec les blocs de capacité pour ML Amazon EC2, vous ne payez que ce que vous réservez. Le prix d’un bloc de capacité dépend de l’offre et de la demande des blocs de capacité au moment de l’achat. Vous pouvez afficher le prix d’une offre de bloc de capacité avant de la réserver. Le prix du bloc de capacité est facturé d’avance au moment de la réservation. Lorsque vous recherchez un bloc de capacité sur une plage de dates, nous vous renvoyons l’offre de bloc de capacité la moins chère disponible. Une fois que vous avez réservé un bloc de capacité, le prix ne change pas.
Lorsque vous utilisez un bloc de capacité, vous payez pour le système d’exploitation que vous utilisez lorsque vos instances sont exécutées. Pour plus d’informations sur les prix des systèmes d’exploitation, consultez la rubrique [Prix des blocs de capacité Amazon EC2 pour ML](https://aws.amazon.com/ec2/capacityblocks/pricing/) (français non garanti).
## Facturation
Le prix d’une offre de bloc de capacité est facturé d’avance. Le paiement est facturé sur votre compte AWS dans un délai de 5 minutes à 12 heures après l’achat d’un bloc de capacité. Pendant le traitement de votre paiement, votre ressource de réservation de bloc de capacité reste en état d’`payment-pending`. Si votre paiement ne peut pas être traité au moins 5 minutes avant l’heure de début de votre bloc, ou dans les 12 heures (le premier des deux prévalant), votre bloc de capacité est libéré et l’état de la réservation passe à `payment-failed`.
Une fois votre paiement traité avec succès, l’état de la ressource de bloc de capacité passe de `payment-pending` à `scheduled`. Vous recevez une facture qui reflète le paiement initial unique. Dans la facture, vous pouvez associer le montant payé à l’identifiant de réservation de bloc de capacité.
Lorsque votre réservation de bloc de capacité commence, vous êtes facturé uniquement en fonction du système d’exploitation que vous utilisez pendant que vos instances sont exécutées dans le cadre de la réservation. Vous pouvez consulter votre utilisation et les frais associés sur votre facture anniversaire pour le mois d’utilisation de votre AWS Cost and Usage Report.
**Note**
Les remises sur les Savings Plans et les instances réservées ne s’appliquent pas aux blocs de capacité.
**Affichage d’une facture**
Vous pouvez consulter votre facture dans la AWS Billing and Cost Management console. Le paiement initial de votre bloc de capacité apparaît le mois au cours duquel vous avez acheté la réservation.
Après le début de votre réservation, votre facture indique des lignes distinctes pour le temps de réservation du bloc utilisé et le temps non utilisé. Vous pouvez utiliser ces lignes pour voir combien de temps a été utilisé pour votre réservation. Vous ne verrez des frais d’utilisation dans la ligne correspondant au temps utilisé que si vous utilisez un système d’exploitation premium. Pour de plus amples informations, veuillez consulter [Tarification et facturation des blocs de capacité](#capacity-blocks-pricing-billing). Le temps non utilisé n’entraîne aucuns frais supplémentaires.
Pour plus d’informations, consultez la section [Viewing your bill](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) (Affichage d’une facture) dans le *Guide de l’utilisateur AWS Billing and Cost Management *.
Si votre bloc de capacité commence à un mois différent de celui au cours duquel vous avez acheté votre réservation, le prix initial et l’utilisation de la réservation apparaissent sous des mois de facturation distincts. Dans votre AWS Cost and Usage Report, le numéro de réservation Capacity Block est indiqué dans la rubrique **Reservation/ReservationArn** de vos frais initiaux et dans le **LineItem/ResourceID** de votre facture anniversaire afin que vous puissiez associer l'utilisation au prix initial correspondant.
# Rechercher et acheter des blocs de capacité
Pour réserver un bloc de capacité, vous devez d’abord rechercher un intervalle de temps pendant lequel la capacité est disponible et qui correspond à vos besoins. Pour rechercher un bloc de capacité disponible à la réservation, vous devez indiquer ce qui suit.
+ Le nombre d’instances dont vous avez besoin
+ La durée pendant laquelle vous avez besoin des instances
+ La plage de dates pour laquelle vous avez besoin de votre réservation
Pour rechercher une offre de bloc de capacité disponible, vous devez spécifier une durée de réservation et un nombre d’instances. Vous devez spécifier la durée de la réservation par **tranches de 1 à 14 jours, et par tranches de 7 à 182 jours**. Chaque bloc de capacité peut avoir jusqu’à 64 instances, et vous pouvez avoir jusqu’à 256 instances dans l’ensemble des blocs de capacité.
Lorsque vous demandez un bloc de capacité correspondant à vos spécifications, nous vous fournissons les détails d'un maximum de 6 blocs disponibles. Tous les blocs de capacité se terminent à 11 h 30 UTC, de sorte que les blocs commençant le même jour auront des durées qui se rapprochent le plus de la durée souhaitée. Un bloc aura une durée légèrement inférieure à la durée souhaitée, tandis que l’autre aura une durée légèrement supérieure à la durée souhaitée.
Les détails de l’offre incluent l’heure de début de la réservation, la zone de disponibilité de la réservation et le prix de la réservation. Pour de plus amples informations, veuillez consulter [Tarification et facturation des blocs de capacité](capacity-blocks-pricing-billing.md).
Vous pouvez acheter l’offre de bloc de capacité qui vous est présentée, ou vous pouvez modifier vos critères de recherche pour voir les autres options disponibles. Il n’y a pas de date d’expiration prédéfinie pour l’offre, mais les offres sont disponibles uniquement sur le principe du premier arrivé, premier servi.
Lorsque vous achetez une offre de bloc de capacité, vous recevez une réponse immédiate confirmant que votre bloc de capacité a été réservé. Après confirmation, vous verrez une nouvelle réserve de capacité sur votre compte avec un type de réservation `capacity-block` et une `start-date` définie pour l’offre que vous avez achetée. Votre réservation de bloc de capacité est créée avec l’état `payment-pending`. Une fois le paiement initial traité avec succès, l’état de la réservation passe à `scheduled`. Pour de plus amples informations, veuillez consulter [Facturation](capacity-blocks-pricing-billing.md#capacity-blocks-billing).
**Note**
Pour acheter et utiliser des blocs de capacité dans les zones locales, vous devez être inscrit à la zone locale.
------
#### [ Console ]
**Pour rechercher et acheter un bloc de capacité**
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 en haut de l’écran, sélectionnez une Région AWS. Ce choix est important car les blocs de capacité de 64 instances ne sont pas pris en charge pour tous les types d’instances dans toutes les régions.
1. Dans le volet de navigation, choisissez **Réserve de capacité**, **Acheter des blocs de capacité**.
1. Sous **Types de blocs de capacité**, sélectionnez **Instances** ou ** UltraServers**.
1. Sous **Attributs de capacité**, vous pouvez définir les paramètres de recherche de votre bloc de capacité. Par défaut, la plateforme est Linux. Si vous souhaitez sélectionner un autre système d’exploitation, utilisez l’ AWS CLI. Pour de plus amples informations, veuillez consulter [Plateformes prises en charge](ec2-capacity-blocks.md#capacity-blocks-platforms).
1. Sous **Capacité totale** (pour les instances) ou **UltraServer nombre** (pour UltraServers), spécifiez le nombre d'instances que UltraServers vous souhaitez réserver.
1. Sous **Durée**, saisissez le nombre de jours ou de semaines pendant lesquels vous avez besoin de la réserve.
1. Sous **Plage de dates pour rechercher des blocs de capacité**, saisissez la première date à laquelle vous souhaitez que votre réservation commence.
1. Choisissez **Rechercher des blocs de capacité**.
1. Si un bloc de capacité répondant à vos spécifications est disponible, une offre s’affiche sous **Blocs de capacité recommandés**. Si plusieurs offres répondent à vos spécifications, l’offre la plus ancienne du bloc de capacité est indiquée. Pour consulter les autres offres de blocs de capacité, ajustez vos critères de recherche et sélectionnez à nouveau **Rechercher des blocs de capacité**.
1. Lorsque vous trouvez une offre de bloc de capacité que vous souhaitez acheter, choisissez **Suivant**.
1. (Facultatif) Sur la page **Ajouter des balises**, choisissez **Ajouter une nouvelle balise**.
1. La page **Vérifier et acheter** répertorie les dates de début et de fin, la durée, le nombre total d’instances et le prix.
**Note**
Les blocs de capacité ne peuvent pas être annulés après leur réservation.
1. Dans la fenêtre contextuelle **Acheter un bloc de capacité**, saisissez « confirm », puis choisissez **Acheter**.
------
#### [ AWS CLI ]
**Pour trouver un bloc de capacité d’instance**
Utilisez la commande [ describe-capacity-block-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-offerings.html).
L’exemple suivant recherche des blocs de capacité d’instance.
```
aws ec2 describe-capacity-block-offerings \
--instance-type p5.48xlarge \
--instance-count 16 \
--start-date-range 2023-08-14T00:00:00Z \
--end-date-range 2023-10-22-T00:00:00Z \
--capacity-duration-hours 48 \
--all-availability-zones
```
L'exemple suivant trouve les blocs UltraServer de capacité.
```
aws ec2 describe-capacity-block-offerings \
--ultraserver-type u-p6e-gb200x72 \
--ultraserver-count 1 \
--start-date-range 2023-08-14T00:00:00Z \
--end-date-range 2023-10-22-T00:00:00Z \
--capacity-duration-hours 48
```
**Pour acheter un bloc de capacité**
Utilisez la [ purchase-capacity-block](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html)commande avec l'ID d'offre du bloc de capacité indiqué dans la sortie de l'exemple précédent.
```
aws ec2 purchase-capacity-block \
--capacity-block-offering-id cb-0123456789abcdefg \
--instance-platform Linux/UNIX
```
------
#### [ PowerShell ]
**Pour rechercher des blocs de capacité**
Utilisez l’applet de commande [Get-EC2CapacityBlockOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityBlockOffering.html).
L’exemple suivant recherche des blocs de capacité d’instance.
```
Get-EC2CapacityBlockOffering `
-InstanceType p5.48xlarge `
-InstanceCount 16 `
-CapacityDurationHour 48 `
-StartDateRange 2023-08-14T00:00:00Z `
-EndDateRange 2023-10-22-T00:00:00Z `
-AllAvailabilityZones $true
```
L'exemple suivant trouve les blocs UltraServer de capacité.
```
Get-EC2CapacityBlockOffering `
-UltraserverType u-p6e-gb200x72 `
-UltraserverCount 1 `
-CapacityDurationHour 48 `
-StartDateRange 2023-08-14T00:00:00Z `
-EndDateRange 2023-10-22-T00:00:00Z
```
**Pour acheter un bloc de capacité**
Utilisez l'EC2EC2CapacityBlockapplet de commande [New-](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2EC2CapacityBlock.html) avec l'ID d'offre du bloc de capacité indiqué dans la sortie de l'exemple précédent.
```
New-EC2EC2CapacityBlock `
-CapacityBlockOfferingId cb-0123456789abcdefg `
-InstancePlatform Linux/UNIX
```
------
# Lancement d’instances à l’aide de blocs de capacité
Pour utiliser votre bloc de capacité, vous devez spécifier l’ID de réservation de bloc de capacité lors du lancement des instances. Le lancement d’une instance dans un bloc de capacité réduit la capacité disponible du nombre d’instances lancées. Par exemple, si la capacité d’instance que vous avez achetée est de huit instances et que vous lancez quatre instances, la capacité disponible est réduite de quatre.
Si vous mettez fin à une instance exécutée dans le bloc de capacité avant la fin de la réservation, vous pouvez lancer une nouvelle instance à sa place. Lorsque vous arrêtez ou mettez fin à une instance dans un bloc de capacité, le nettoyage de votre instance prend plusieurs minutes avant de pouvoir lancer une autre instance pour la remplacer. Pendant ce temps, votre instance sera à l’état Arrêt ou `shutting-down`. Une fois ce processus terminé, l’état de votre instance deviendra `stopped` ou `terminated`. Ensuite, la capacité disponible dans votre bloc de capacité sera mise à jour pour afficher une autre instance disponible à utiliser.
**Exigences**
+ Votre instance ne peut pas être lancée dans un sous-réseau situé dans une zone de disponibilité différente de celle dans laquelle se trouve votre bloc de capacité.
+ Votre instance ne peut pas démarrer à l’aide d’une AMI dont la plateforme est différente de celle de votre bloc de capacité.
+ Pour utiliser les blocs de capacité dans les zones locales, vous devez être inscrit à la zone locale.
------
#### [ Console ]
**Pour lancer des instances dans un bloc de capacité**
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, en haut de l’écran, sélectionnez la région de votre réservation de bloc de capacité.
1. Sur le tableau de bord de la console Amazon EC2, sélectionnez **Launch instance (Lancer une instance)**.
1. Suivez la procédure pour [lancer une instance](ec2-launch-instance-wizard.md).
1. Développez **Détails avancés**, et pour **Option d’achat**, choisissez **Blocs de capacité**. Ensuite, effectuez l’une des actions suivantes :
+ Pour lancer les instances dans un bloc de capacité spécifique, pour **Réserve de capacité**, choisissez **Spécifier la réserve de capacité**, puis sélectionnez le bloc de capacité.
+ (*UltraServers uniquement*) Pour lancer les instances dans un groupe de ressources UltraServer Capacity Block, pour **Réservation de capacité**, choisissez **Spécifier le groupe de ressources de réservation de capacité**, puis sélectionnez le groupe de ressources.
1. Choisissez **Launch instance** (Lancer une instance).
------
#### [ AWS CLI ]
**Pour lancer des instances dans un bloc de capacité**
Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) avec l’option `instance-market-options MarketType`.
L’exemple suivant lance une instance dans un bloc de capacité spécifique.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type p5.48xlarge \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--instance-market-options MarketType='capacity-block' \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationId=capacity_block_id}
```
L'exemple suivant lance une instance dans un groupe de ressources UltraServer Capacity Block.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type p6e-gb200.36xlarge \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--instance-market-options MarketType='capacity-block' \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationResourceGroupArn=resource_group_arn}
```
------
#### [ PowerShell ]
**Pour lancer des instances dans un bloc de capacité**
Utilisez l'[New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)applet de commande avec l'`-InstanceMarketOption`option définie comme suit.
```
$marketoption = New-Object Amazon.EC2.Model.InstanceMarketOptionsRequest
$marketoption.MarketType = "capacity-block"
```
L’exemple suivant lance une instance dans un bloc de capacité spécifique.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType p5.48xlarge `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-InstanceMarketOptions $marketoption `
-CapacityReservationTarget_CapacityReservationId capacity_block_id
```
L'exemple suivant lance une instance dans un groupe de ressources UltraServer Capacity Block.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType p6e-gb200.36xlarge `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-InstanceMarketOptions $marketoption `
-CapacityReservationTarget_CapacityReservationResourceGroupArn "resource_group_arn"
```
------
**Ressources connexes**
+ Pour créer un modèle de lancement ciblant un bloc de capacité, consultez la section [Stocker les paramètres de lancement des instances dans les modèles de lancement Amazon EC2](ec2-launch-templates.md).
+ Pour lancer des instances dans un bloc de capacité à l’aide de la flotte EC2, consultez la section [Didacticiel : Configurer votre flotte EC2 pour lancer des instances dans des blocs de capacité](ec2-fleet-launch-instances-capacity-blocks-walkthrough.md).
+ Pour configurer un groupe de nœuds gérés EKS avec un bloc de capacité, consultez la section [Création d’un groupe de nœuds gérés avec des blocs de capacité pour ML](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks-mng.html) dans le **Guide de l’utilisateur Amazon EKS**.
+ Pour configurer à AWS ParallelCluster l'aide d'un bloc de capacité, voir [ML on AWS ParallelCluster](https://catalog.workshops.aws/ml-on-aws-parallelcluster/en-US).
# Afficher les blocs de capacité
Après avoir réservé un bloc de capacité, vous pouvez consulter la réservation du bloc de capacité dans votre compte AWS . Vous pouvez consulter la `start-date` et la `end-date` pour savoir quand votre réservation débute et se termine. Avant le début d’une réservation de bloc de capacité, la capacité disponible apparaît comme nulle. Vous pouvez voir combien d’instances seront disponibles dans votre bloc de capacité en fonction de la valeur de balise associée à la clé de balise `aws:ec2capacityreservation:incrementalRequestedQuantity`.
Lorsqu’une réservation de bloc de capacité commence, l’état de la réservation passe de `scheduled` à `active`. Nous émettons un événement via Amazon EventBridge pour vous informer que le Capacity Block est prêt à être utilisé. Pour de plus amples informations, veuillez consulter [Surveillez les blocs de capacité à l'aide EventBridge](capacity-blocks-monitor.md).
Les états des blocs de capacité sont les suivants :
+ `payment-pending` : le paiement initial n’a pas encore été traité.
+ `payment-failed` : le paiement n’a pas pu être traité dans un délai prévu des 12 heures. Votre bloc de capacité a été libéré.
+ `scheduled` : le paiement a été traité et la réservation du bloc de capacité n’a pas encore commencé.
+ `active` : la capacité réservée peut être utilisée.
+ `expired` : la réservation de bloc de capacité a expiré automatiquement à la date et à l’heure spécifiées dans votre demande de réservation. La capacité réservée n’est plus disponible pour utilisation.
------
#### [ Console ]
**Pour afficher les blocs de capacité**
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, choisissez **réserves de capacité**.
1. Sur la page **Aperçu des réservations de capacité**, vous pouvez voir un table des ressources contenant des détails sur toutes vos ressources de réserve de capacité. Pour trouver vos réservations de blocs de capacité, sélectionnez les **blocs de capacité** dans la liste déroulante située au-dessus de l’**ID de réserve de capacité**. Dans la table, vous pouvez consulter des informations sur vos blocs de capacité, telles que les dates de début et de fin, la durée et le statut.
1. Pour plus de détails sur un bloc de capacité, sélectionnez l’ID de réservation de bloc de capacité que vous souhaitez consulter. La page **Détails de réserve de capacité** affiche toutes les propriétés de la réservation ainsi que le nombre d’instances utilisées et disponibles dans le bloc de capacité.
**Note**
Avant le début d’une réservation de bloc de capacité, la capacité disponible apparaît comme nulle. Vous pouvez voir combien d’instances seront disponibles lorsque la réservation du bloc de capacité commence à l’aide de la valeur de balise suivante associée à la clé de balise : `aws:ec2capacityreservation:incrementalRequestedQuantity`.
------
#### [ AWS CLI ]
**Pour afficher les blocs de capacité**
Par défaut, lorsque vous utilisez la [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html)commande, les réservations de capacité à la demande et les réservations par blocs de capacité sont répertoriées. Pour n’afficher que vos réservations de blocs de capacité, filtrez selon le type de réservation `capacity-block`.
```
aws ec2 describe-capacity-reservations \
--filters Name=reservation-type,Values=capacity-block
```
------
#### [ PowerShell ]
**Pour afficher les blocs de capacité**
Utilisez l’applet de commande [Get-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservation.html). Par défaut, les réserves de capacité à la demande et les réservations par blocs de capacité sont répertoriées. Pour n’afficher que vos réservations de blocs de capacité, filtrez selon le type de réservation `capacity-block`.
```
Get-EC2CapacityReservation `
-Filter @{Name="reservation-type"; Values="capacity-block"}
```
------
# Étendre les blocs de capacité
Grâce aux blocs de capacité, vous réservez de la capacité de calcul pour vos charges de travail, ce qui permet de garantir la disponibilité et la cohérence. Pour répondre à l’évolution de vos besoins, vous pouvez prolonger la durée de vos blocs de capacité existants si nécessaire.
Pour étendre un bloc de capacité, celui-ci doit avoir un statut de `active` ou `scheduled`, et n’avoir aucune extension qui soit `payment-pending`. Vous pouvez demander à prolonger la durée de votre bloc de capacité jusqu’à un minimum d’une heure ou un maximum de 56 jours avant son expiration. Vous pouvez prolonger votre bloc de capacité par incréments de 1 jour jusqu’à 14 jours, et par incréments de 7 jours jusqu’à 182 jours (26 semaines) au total. Lorsque vous étendez votre bloc de capacité, sa date de fin sera mise à jour afin que vos instances puissent continuer à fonctionner sans interruption.
+ Il n’y a pas de limite au nombre d’extensions que vous pouvez appliquer à un bloc de capacité
+ Votre identifiant de réserve de capacité restera le même après l’extension du bloc.
+ Les blocs de capacité ne peuvent être étendus que si la capacité disponible est suffisante pour les prendre en charge, ce qui n’est pas garanti.
## Facturation
Le prix d’une offre de bloc de capacité est facturé d’avance. L’extension restera en `payment-pending` jusqu’à ce que la facture soit payée. Si votre paiement ne peut pas être traité dans les 12 heures ou jusqu’à 35 minutes avant la fin prévue du bloc de capacité (selon la première éventualité), votre extension n’est pas réussie et le statut passe à `payment-failed`. Votre réservation de bloc de capacité restera `active` et sera résiliée à la date de fin initiale.
Une fois que votre paiement a été traité avec succès, le statut de l’extension du bloc de capacités passe à `payment-succeeded` et la date de fin de la réservation du bloc de capacités est mise à jour en fonction de la nouvelle date de fin. Les détails de votre extension peuvent être consultés dans la section **Détails de l'extension Capacity Block** de la console ou à l'aide de la commande [describe-capacity-block-extension-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-extension-history.html).
## Étendez votre bloc de capacité
------
#### [ Console ]
**Pour étendre un bloc de capacité**
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, choisissez **réserves de capacité**.
1. Sur la page **Aperçu de la réserve de capacité**, un tableau des ressources s’affiche avec les détails de toutes les ressources de la réserve de capacité. Sélectionnez l’ID de réservation du bloc de capacité que vous souhaitez prolonger.
1. Dans le menu déroulant **Actions**, sélectionnez **Étendre le bloc de capacité**.
1. Sous **Durée**, saisissez le nombre de jours ou de semaines pendant lesquels vous souhaitez prolonger la réservation.
1. Choisissez **Rechercher un bloc de capacité**.
1. Si un bloc de capacité répondant à vos spécifications est disponible, une offre s’affiche sous **Blocs de capacité recommandés**. Pour consulter les autres offres de blocs de capacité, ajustez vos critères de recherche et sélectionnez à nouveau **Rechercher des blocs de capacité**.
1. Lorsque vous trouvez une offre de bloc de capacité que vous souhaitez acheter, choisissez **Étendre**.
1. Dans la fenêtre contextuelle **Étendre le bloc de capacité**, saisissez *Confirmer*, puis sélectionnez **Étendre**.
------
#### [ AWS CLI ]
**Pour rechercher une extension de bloc de capacité**
Utilisez la commande [describe-capacity-block-extension-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-extension-offerings.html). L’exemple suivant recherche une extension de bloc de capacité de 48 heures pour la réservation spécifiée.
```
aws ec2 describe-capacity-block-extension-offerings \
--capacity-reservation-id cr-1234567890abcdefg \
--capacity-block-extension-duration-hours 48
```
**Pour étendre un bloc de capacité**
Utilisez la commande [purchase-capacity-block-extension](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block-extension.html). Spécifiez l’ID de l’offre d’extension à partir de la sortie de l’exemple précédent.
```
aws ec2 purchase-capacity-block-extension \
--capacity-block-extension-offering-id cbe-0123456789abcdefg \
--capacity-reservation-id cr-1234567890abcdefg
```
------
#### [ PowerShell ]
**Pour rechercher une extension de bloc de capacité**
Utilisez l’applet de commande [Get-EC2CapacityBlockExtensionOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityBlockExtensionOffering.html). L’exemple suivant recherche une extension de bloc de capacité de 48 heures pour la réservation spécifiée.
```
Get-EC2CapacityBlockExtensionOffering `
-CapacityReservationId cr-1234567890abcdefg `
-CapacityBlockExtensionDurationHour 48
```
**Pour étendre un bloc de capacité**
Utilisez l’applet de commande [Invoke-EC2CapacityBlockExtension](https://docs.aws.amazon.com/powershell/latest/reference/items/Invoke-EC2CapacityBlockExtension.html). Spécifiez l’ID de l’offre d’extension à partir de la sortie de l’exemple précédent.
```
Invoke-EC2CapacityBlockExtension `
-CapacityBlockExtensionOfferingId cbe-0123456789abcdefg `
-CapacityReservationId cr-1234567890abcdefg
```
------
# Partagez des blocs de capacité
Le partage de blocs de capacité permet aux propriétaires de blocs de capacité de partager des blocs de capacité Amazon EC2 avec d'autres AWS comptes au sein d'une AWS organisation. Cela vous permet de maximiser l'utilisation de la capacité GPU réservée au sein des différentes équipes et projets afin d'utiliser efficacement les blocs de capacité.
Le AWS compte propriétaire du bloc de capacité (propriétaire) peut le partager avec d'autres AWS comptes (consommateurs). Un propriétaire peut partager un bloc de capacité avec des AWS comptes spécifiques au sein de son AWS organisation, une unité organisationnelle au sein de son AWS organisation ou l'ensemble de AWS l'organisation. Les consommateurs peuvent lancer des instances dans des blocs de capacité partagés avec eux de la même manière qu'ils lancent des instances dans des blocs de capacité qu'ils possèdent.
## Conditions préalables au partage des blocs de capacité
Avant de pouvoir partager un bloc de capacité, les conditions suivantes doivent être remplies :
+ **Vous devez être propriétaire du bloc de capacité.** Vous ne pouvez pas partager un bloc de capacité qui a été partagé avec vous.
+ **L'état du bloc de capacité doit être actif ou planifié**. Les blocs de capacité se trouvent dans d'autres [états](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html), tels que ceux qui ne peuvent pas être partagés `expired` ou `payment-pending` ne peuvent pas être partagés.
+ **Partage au sein de votre AWS organisation uniquement** : un propriétaire peut partager un bloc de capacité avec des AWS comptes spécifiques au sein de son AWS organisation, une unité organisationnelle au sein de son AWS organisation ou l'ensemble de AWS l'organisation.
+ **UltraServer Blocs de capacité non pris en charge** : vous ne pouvez pas partager de blocs de capacité pour Amazon EC2 UltraServers.
+ **Éligibilité du compte** - Le partage des blocs de capacité n'est pas disponible pour AWS les nouveaux AWS comptes ou les comptes dont l'historique de facturation est limité.
## Services connexes
Le partage de blocs de capacité s'intègre à AWS Resource Access Manager (AWS RAM). AWS RAM est un service qui vous permet de partager vos AWS ressources avec n'importe quel AWS compte ou via AWS Organizations. Avec AWS RAM, vous pouvez partager des ressources dont vous êtes propriétaire en créant un *partage de ressources*. Un partage de ressources spécifie les ressources à partager, ainsi que les consommateurs avec qui elles seront partagées. Les consommateurs peuvent être AWS des comptes individuels, des unités organisationnelles ou l'ensemble d'une organisation AWS Organizations.
Pour plus d'informations AWS RAM, consultez le *[guide de AWS RAM l'utilisateur](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Autorisations de blocage de capacité partagée
### Autorisations accordées aux propriétaires
Le propriétaire du bloc de capacité reste responsable de la gestion du bloc de capacité (extension, partage, etc.) et des instances qu'il y lance. Les propriétaires ne peuvent pas modifier les instances que les consommateurs lancent dans des blocs de capacité qu'ils ont partagés.
### Autorisations accordées aux consommateurs
Les consommateurs peuvent lancer des instances dans la capacité partagée et sont responsables de la gestion de ces instances. Les consommateurs ne peuvent pas consulter ou modifier les instances détenues par d'autres consommateurs ou par le propriétaire du Capacity Block. Les consommateurs ne peuvent également consulter que la capacité totale et la capacité disponible dans le bloc de capacité partagé.
## Partager un bloc de capacité
Pour partager un bloc de capacité, vous devez l'ajouter à un partage de ressources. Un partage de ressources est une AWS RAM ressource qui vous permet de partager vos ressources entre elles Comptes AWS.
Si vous avez ajouté votre bloc de capacité à un partage de ressources partagé avec l'ensemble de AWS l'organisation, les consommateurs de votre organisation ont accès au bloc de capacité partagé.
------
#### [ Console ]
**Pour partager un bloc de capacité dont vous êtes propriétaire à l'aide de la console Amazon EC2**
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, choisissez **réserves de capacité**.
1. Sélectionnez le bloc de capacité à partager, puis choisissez **Actions, Partager la réservation**.
1. Sélectionnez le partage de ressources auquel ajouter le bloc de capacité et choisissez **Partager la réservation de capacité**.
Quelques minutes peuvent être nécessaires aux consommateurs pour accéder au bloc de capacité partagé.
**Pour ajouter un bloc de capacité à un nouveau partage de ressources**
Vous devez d'abord créer le partage de ressources à l'aide de la AWS RAM console. Pour de plus amples informations, consulter [Création d’un partage de ressources](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-create) dans le *AWS RAM Guide de l’utilisateur*.
------
#### [ AWS CLI ]
**Pour partager un bloc de capacité dont vous êtes propriétaire**
Utilisez les commandes [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html) et [associate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/associate-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
```
aws ram associate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Pour partager un bloc de capacité dont vous êtes propriétaire**
Utilisez les [applets de commande RAMResource New-Share](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html) et [RAMResourceConnect-Share](https://docs.aws.amazon.com/powershell/latest/reference/items/Connect-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
```
Connect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
Les blocs de capacité fonctionnent selon le **principe du premier arrivé, premier servi** pour tous les comptes, quel que soit leur statut de propriétaire. Lorsque vous partagez un bloc de capacité, si un consommateur lance des instances avant le propriétaire, ces instances occupent la capacité jusqu'à ce que le consommateur mette fin aux instances ou jusqu'à 30 minutes avant l'expiration du bloc de capacité.
## Arrêter de partager un bloc de capacité
Vous pouvez arrêter de partager un bloc de capacité à tout moment jusqu'à 30 minutes avant la date d'expiration du bloc.
**Que se passe-t-il lorsque vous arrêtez de partager :**
+ Les consommateurs ne peuvent plus lancer de nouvelles instances dans le bloc de capacité qui n'était pas partagé.
+ Toutes les instances en cours d'exécution continuent de fonctionner jusqu'à 30 minutes avant la date d'expiration du bloc de capacité, sauf résiliation par le consommateur.
------
#### [ Console ]
**Pour arrêter de partager un bloc de capacité dont vous êtes propriétaire à l'aide de la console Amazon EC2**
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, choisissez **réserves de capacité**.
1. Sélectionnez le bloc de capacité et cliquez sur l'onglet **Partage**.
1. L'onglet **Partage** répertorie les partages de ressources auxquels le bloc de capacité a été ajouté. Sélectionnez le partage de ressources dont vous souhaitez supprimer le bloc de capacité.
1. Choisissez **Supprimer du partage de ressources**.
------
#### [ AWS CLI ]
**Pour arrêter de partager un bloc de capacité dont vous êtes propriétaire**
Utilisez la commande [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Pour arrêter de partager un bloc de capacité dont vous êtes propriétaire**
Utilisez l'applet de commande [Disconnect- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
## Surveiller l'utilisation des blocs de capacité partagée
Les propriétaires de blocs de capacité peuvent contrôler quels comptes utilisent leurs blocs de capacité partagés et suivre l'utilisation des instances par compte.
------
#### [ AWS CLI ]
**Pour surveiller l'utilisation d'un bloc de capacité**
Utilisez la commande [get-capacity-reservation-usage](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-capacity-reservation-usage.html).
```
aws ec2 get-capacity-reservation-usage \
--capacity-reservation-id cr-1234abcd56EXAMPLE
```
**Cette API permet aux propriétaires de :**
+ Consultez les comptes qui utilisent actuellement le bloc de capacité.
+ Consultez le nombre d'instances exécutées par chaque compte.
------
## Avis de résiliation d'instance
Les comptes propriétaires et consommateurs dont les instances sont exécutées dans le bloc de capacité recevront un EventBridge événement 40 minutes avant la fin de la réservation du bloc de capacité, indiquant que toutes les instances exécutées dans le cadre de la réservation commenceront à se terminer dans 10 minutes. Pour de plus amples informations, veuillez consulter [Surveillez les blocs de capacité à l'aide EventBridge](capacity-blocks-monitor.md).
## Extensions de blocs de capacité
Les blocs de capacité peuvent être étendus pendant qu'ils sont partagés. Seul le compte propriétaire peut étendre un bloc de capacité partagé.
Lorsqu'un bloc de capacité est prolongé, les instances en cours d'exécution lancées par le propriétaire ou les consommateurs héritent automatiquement de la nouvelle date d'expiration, et les consommateurs peuvent continuer à utiliser la capacité partagée jusqu'à la nouvelle date d'expiration sans aucune interruption de l'instance.
## Tarification et facturation
Les propriétaires sont facturés pour les blocs de capacité qu'ils partagent et payent d'avance pour le bloc de capacité lorsqu'ils l'achètent. Les propriétaires paient également les frais du système d'exploitation pour les instances qu'ils exécutent sur le Capacity Block.
Les clients ne sont facturés que pour les frais du système d'exploitation pour les instances qu'ils exécutent dans le bloc de capacité partagé. Les clients ne sont pas facturés pour la réservation du Capacity Block elle-même.
# Création d'un groupe de ressources pour les blocs UltraServer de capacité
Vous pouvez l'utiliser Groupes de ressources AWS pour créer des collections logiques de blocs de UltraServer capacité. Après avoir créé le groupe de ressources, vous pouvez ajouter des blocs de UltraServer capacité que vous possédez dans votre compte. Après avoir ajouté les blocs UltraServer de capacité, vous pouvez cibler les lancements d'instances vers le groupe de ressources plutôt que vers les blocs de capacité individuels. Les instances qui ciblent un groupe de ressources correspondent à tous les blocs de UltraServer capacité du groupe dont les attributs et la capacité disponible correspondent. Si le groupe de ressources ne possède pas de bloc de UltraServer capacité avec les attributs correspondants et la capacité disponible, le lancement de l'instance échoue.
Si un bloc de UltraServer capacité est supprimé d'un groupe de ressources alors que des instances sont en cours d'exécution, ces instances continuent de s'exécuter dans le bloc de capacité. Si un bloc UltraServer de capacité d'un groupe prend fin alors que des instances sont en cours d'exécution, les instances sont résiliées.
Vous ne pouvez pas ajouter de blocs de capacité d’instance à un groupe de ressources.
Pour créer un groupe de ressources pour les blocs de UltraServer capacité, appliquez l'une des méthodes suivantes.
------
#### [ AWS CLI ]
**Pour créer un groupe de ressources pour les blocs UltraServer de capacité**
Utilisez la commande AWS CLI [create-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/create-group.html), et pour `--configuration`, spécifiez ce qui suit :
```
{
"Configuration": [
{
"Type": "AWS::EC2::CapacityReservationPool",
"Parameters": [
{
"Name": "instance-type",
"Values": [
"instance_type"
]
},
{
"Name": "reservation-type",
"Values": [
"capacity-block"
]
}
]
},
{
"Type": "AWS::ResourceGroups::Generic",
"Parameters": [
{
"Name": "allowed-resource-types",
"Values": [
"AWS::EC2::CapacityReservation"
]
}
]
}
]
}
```
------
#### [ PowerShell ]
**Pour créer un groupe de ressources pour les blocs UltraServer de capacité**
Utilisez l'RGGroupapplet de commande [New-](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RGGroup.html). Pour `-Configuration`, spécifiez les paramètres suivants :
```
{
"Configuration": [
{
"Type": "AWS::EC2::CapacityReservationPool",
"Parameters": [
{
"Name": "instance-type",
"Values": [
"instance_type"
]
},
{
"Name": "reservation-type",
"Values": [
"capacity-block"
]
}
]
},
{
"Type": "AWS::ResourceGroups::Generic",
"Parameters": [
{
"Name": "allowed-resource-types",
"Values": [
"AWS::EC2::CapacityReservation"
]
}
]
}
]
}
```
------
Après avoir créé un groupe de ressources pour UltraServer Capacity Block, appliquez l'une des méthodes suivantes pour y ajouter des blocs de UltraServer capacité existants.
------
#### [ AWS CLI ]
**Pour ajouter un bloc UltraServer de capacité à un groupe de ressources**
Utilisez la commande [group-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/group-resources.html). Pour `--group`, spécifiez le nom du groupe de ressources que vous avez créé. Pour`--resource-arns`, spécifiez les ARNs blocs UltraServer de capacité à ajouter.
```
aws resource-groups group-resources \
--group MyCRGroup \
--resource-arns CapacityReservationArn
```
------
#### [ PowerShell ]
**Pour ajouter un bloc UltraServer de capacité à un groupe de ressources**
Utilisez l'RGResourceapplet de commande [Add-](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-RGResource.html). Pour `-Group`, spécifiez le nom du groupe de ressources que vous avez créé. Pour`-ResourceArn `, spécifiez les ARNs blocs UltraServer de capacité à ajouter.
L’exemple suivant ajoute deux réserves de capacité au groupe spécifié.
```
Add-RGResource `
-Group MyCRGroup `
-ResourceArn CapacityReservationArn
```
------
# Surveillez les blocs de capacité à l'aide EventBridge
Lorsque votre réservation de bloc de capacité commence, Amazon EC2 émet un événement indiquant EventBridge que votre capacité est prête à être utilisée. Quarante minutes avant la fin de votre réservation Capacity Block, vous recevez un autre EventBridge événement vous indiquant que toutes les instances incluses dans la réservation commenceront à se terminer dans 10 minutes. Pour plus d'informations sur EventBridge les événements, consultez [Amazon EventBridge Events](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-events.html).
Les structures d’événements suivantes pour les événements émis pour les blocs de capacité :
**Bloc de capacité remis**
L’exemple suivant présente un événement pour un bloc de capacité remis.
```
{
"customer_event_id": "[Capacity Reservation Id]-delivered",
"detail_type": "Capacity Block Reservation Delivered",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"resources": [
"[ODCR ARN]"
],
"detail": {
"capacity-reservation-id": "[ODCR ID]",
"end-date": "[ODCR End Date]"
}
}
```
**Avertissement d’expiration du bloc de capacité**
L’exemple suivant présente un événement pour un avertissement d’expiration d’un bloc de capacité.
```
{
"customer_event_id": "[Capacity Reservation Id]-approaching-expiry",
"detail_type": "Capacity Block Reservation Expiration Warning",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"resources": [
"[ODCR ARN]"
],
"detail": {
"capacity-reservation-id": "[ODCR ID]",
"end-date": "[ODCR End Date]"
}
}
```
**Avertissement d'interruption de l'instance de réservation de capacité**
L'exemple suivant montre un événement relatif à un avertissement d'interruption de l'instance de réservation de capacité EC2.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail_type": "EC2 Capacity Reservation Instance Interruption Warning",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"region": "[Region]",
"resources": [
"[Instance ARN]"
],
"detail": {
"instance-id": "[Instance ID]",
"instance-action": "terminate",
"instance-termination-time": "[Current time]",
"availability-zone-id": "[Availability Zone ID]",
"instance-lifecycle": "capacity-block"
}
}
```
# La capacité de journalisation bloque les appels d'API avec AWS CloudTrail
Capacity Blocks est intégré à AWS CloudTrail un service qui fournit un enregistrement des actions entreprises par un utilisateur, un rôle ou un AWS service dans Capacity Blocks. CloudTrail capture les appels d'API pour les blocs de capacité sous forme d'événements. Ces appels capturés incluent les appels de la console des blocs de capacité et les appels de code vers les opérations de l’API des blocs de capacité. Si vous créez un suivi, vous pouvez activer la diffusion continue d' CloudTrail événements vers un compartiment Amazon S3, y compris des événements pour les blocs de capacité. Si vous ne configurez pas de journal d'activité, vous pouvez toujours afficher les événements les plus récents dans la console CloudTrail dans **Historique des événements**. À l'aide des informations collectées par CloudTrail, vous pouvez déterminer la demande qui a été faite à Capacity Blocks, l'adresse IP à partir de laquelle la demande a été faite, qui a fait la demande, quand elle a été faite et des détails supplémentaires.
Pour en savoir plus CloudTrail, consultez le [guide de AWS CloudTrail l'utilisateur](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html).
## Informations sur les blocs de capacité dans CloudTrail
CloudTrail est activé sur votre compte Compte AWS lorsque vous créez le compte. Lorsqu'une activité se produit dans des blocs de capacité, cette activité est enregistrée dans un CloudTrail événement avec d'autres événements de AWS service dans **l'historique des événements**. Vous pouvez consulter, rechercher et télécharger les événements récents dans votre Compte AWS. Pour plus d'informations, consultez la section [Affichage des événements à l'aide de l'historique des CloudTrail événements](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Pour un enregistrement continu des événements qui se produisent dans votre environnement Compte AWS, y compris les événements liés aux blocs de capacité, créez un parcours. Un *suivi* permet CloudTrail de fournir des fichiers journaux à un compartiment Amazon S3. Par défaut, lorsque vous créez un journal d’activité dans la console, il s’applique à toutes les régions Régions AWS. Le journal d’activité consigne les événements de toutes les régions dans la partition AWS et livre les fichiers journaux dans le compartiment Simple Storage Service (Amazon S3) de votre choix. En outre, vous pouvez configurer d'autres AWS services pour analyser plus en détail les données d'événements collectées dans les CloudTrail journaux et agir en conséquence. Pour plus d’informations, consultez les ressources suivantes :
+ [Présentation de la création d’un journal de suivi](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail services et intégrations pris en charge](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html)
+ [Configuration des notifications Amazon SNS pour CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/configure-sns-notifications-for-cloudtrail.html)
+ [Réception de fichiers CloudTrail journaux de plusieurs régions](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) et [réception de fichiers CloudTrail journaux de plusieurs comptes](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
Toutes les actions des Capacity Blocks sont enregistrées CloudTrail et documentées dans le manuel Amazon EC2 API Reference. Par exemple, les appels au`CapacityBlockScheduled`, et les `CapacityBlockActive` actions génèrent des entrées dans les fichiers CloudTrail journaux.
Chaque événement ou entrée de journal contient des informations sur la personne ayant initié la demande. Les informations relatives à l’identité permettent de déterminer les éléments suivants :
+ Si la demande a été faite avec les informations d'identification de l'utilisateur root ou Gestion des identités et des accès AWS (IAM).
+ Si la demande a été effectuée avec les informations d’identification de sécurité temporaires d’un rôle ou d’un utilisateur fédéré.
+ Si la demande a été faite par un autre AWS service.
Pour de plus amples informations, veuillez consulter l'[élément userIdentity CloudTrail ](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Présentation des entrées des fichiers journaux des blocs de capacité
Un suivi est une configuration qui permet de transmettre des événements sous forme de fichiers journaux à un compartiment Amazon S3 que vous spécifiez. CloudTrail les fichiers journaux contiennent une ou plusieurs entrées de journal. Un événement représente une demande individuelle à partir d'une source quelconque et comprend des informations sur l'action demandée, sur tous les paramètres, les paramètres de la demande, etc. Les fichiers journaux CloudTrail ne sont pas des séries ordonnées retraçant les appels d'API publics. Ils ne suivent aucun ordre précis.
Les exemples suivants montrent les entrées du CloudTrail journal pour :
+ [TerminateCapacityBlocksInstances](#understanding-capacity-blocks-entries-terminatecapacityblockinstances)
+ [CapacityBlockPaymentFailed](#understanding-capacity-blocks-entries-capacityblockpaymentfailed)
+ [CapacityBlockScheduled](#understanding-capacity-blocks-entries-capacityblockscheduled)
+ [CapacityBlockActive](#understanding-capacity-blocks-entries-capacityblockactive)
+ [CapacityBlockFailed](#understanding-capacity-blocks-entries-capacityblockfailed)
+ [CapacityBlockExpired](#understanding-capacity-blocks-entries-capacityblockexpired)
**Note**
Certains champs qui ont été supprimés des exemples relatifs à la confidentialité des données.
### TerminateCapacityBlocksInstances
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "TerminateCapacityBlockInstances",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"accountId": "123456789012",
"type": "AWS::EC2::Instance",
"ARN": "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"
}
{
"accountId": "123456789012",
"type": "AWS::EC2::Instance",
"ARN": "arn:aws:ec2:us-east-1:123456789012:instance/i-0598c7d356eba48d7"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
}
}
```
### CapacityBlockPaymentFailed
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockPaymentFailed",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "payment-failed"
}
}
```
### CapacityBlockScheduled
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockScheduled",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "scheduled"
}
}
```
### CapacityBlockActive
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockActive",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "active"
}
}
```
### CapacityBlockFailed
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockFailed",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "failed"
}
}
```
### CapacityBlockExpired
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockExpired",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "expired"
}
}
```