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.
# Volumes Amazon EBS
Un volume Amazon EBS est un dispositif de stockage durable au niveau bloc que vous pouvez attacher à vos instances. Après avoir attaché un volume à une instance, vous pouvez l’utiliser comme n’importe quel autre disque dur physique. Les volumes EBS sont flexibles. Pour des volumes de génération actuelle attachés à des types d’instances de génération actuelle, vous pouvez augmenter dynamiquement la taille, modifier la capacité IOPS provisionnée et changer le type des volumes de production en direct.
Vous pouvez utiliser des volumes EBS comme stockage principal pour des données nécessitant des mises à jour fréquentes, telles que le lecteur système pour une instance ou le stockage pour une application de base de données. Vous pouvez également les utiliser pour les applications à débit élevé qui effectuent des analyses continues du disque. Les volumes EBS sont permanents indépendamment de la durée d’exécution d’une instance EC2.
Vous pouvez également attacher plusieurs volumes EBS à une seule instance. Le volume et l’instance doivent être dans la même zone de disponibilité. En fonction du volume et des types d'instances, vous pouvez utiliser [Multi-Attach](ebs-volumes-multi.md) pour monter un volume sur plusieurs instances en même temps.
Amazon EBS fournit les types de volumes suivants : SSD à usage général (`gp2` et `gp3`), SSD IOPS provisionnés (`io1` et `io2`), HDD optimisé pour le débit (`st1`), HDD à froid (`sc1`) et magnétique (`standard`). Ils se distinguent par leurs caractéristiques de performance et leurs tarifs, ce qui vous permet d’adapter vos performances de stockage et vos coûts en fonction des besoins de vos applications. Pour de plus amples informations, veuillez consulter [Types de volume Amazon EBS](ebs-volume-types.md).
Votre compte a une limite sur le stockage total dont vous disposez. Pour plus d’informations sur ces limites et pour savoir comment demander leur augmentation, consultez [Points de terminaison et quotas Amazon EBS](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs) (français non garanti).
Un *volume EBS géré* est géré par un fournisseur de services, tel qu'Amazon EKS Auto Mode. Vous ne pouvez pas modifier directement les paramètres d'un volume EBS géré. Les volumes EBS gérés sont identifiés par une valeur **vraie** dans le champ **Géré**. Pour plus d'informations, consultez [Instances gérées Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/amazon-ec2-managed-instances.html).
Pour plus d’informations sur la tarification, consultez [Tarification Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Topics**
+ [Caractéristiques et avantages des volumes Amazon EBS](EBSFeatures.md)
+ [Types de volume Amazon EBS](ebs-volume-types.md)
+ [Contraintes de volume Amazon EBS](volume_constraints.md)
+ [Volumes Amazon EBS et NVMe](nvme-ebs-volumes.md)
+ [Cycle de vie des volumes Amazon EBS](ebs-volume-lifecycle.md)
+ [Remplacer un volume Amazon EBS à l'aide d'un instantané](ebs-restoring-volume.md)
+ [Contrôles de l'état des volumes Amazon EBS](monitoring-volume-checks.md)
+ [Tests de défaillance sur Amazon EBS](ebs-fis.md)
# Caractéristiques et avantages des volumes Amazon EBS
Les volumes EBS offrent des avantages supplémentaires par rapport aux volumes de stockage d’instances.
**Topics**
+ [Disponibilité des données](#availability-benefit)
+ [Persistance des données](#persistence-benefit)
+ [Chiffrement des données](#encryption-benefit)
+ [Sécurité des données](#security-benefit)
+ [Instantanés](#backup-benefit)
+ [Flexibilité](#flexibility-benefit)
## Disponibilité des données
Lorsque vous créez un volume EBS, il est automatiquement répliqué au sein la zone de disponibilité pour empêcher toute perte de données consécutive à la défaillance d’un composant matériel. Vous pouvez attacher un volume EBS à n’importe quelle instance EC2 dans la même zone de disponibilité. Une fois qu’un volume est attaché, il se présente comme un périphérique de stockage en mode bloc natif similaire à un disque dur ou à un autre périphérique physique. À ce stade, l’instance peut interagir avec le volume de la même façon qu’avec un périphérique local. Vous pouvez vous connecter à l'instance et formater le volume EBS avec un système de fichiers, par exemple `Ext4` pour une instance Linux ou `NTFS` Windows, puis installer des applications.
Si vous attachez plusieurs volumes à un appareil que vous avez nommé, vous pouvez répartir les données entre les volumes pour améliorer les performances I/O et le débit.
Vous pouvez attacher les volume EBS `io1` et `io2` à un maximum de 16 instances basées sur Nitro. Pour plus d’informations, consultez [Associer un volume EBS à plusieurs EC2 instances à l'aide de l'option Multi-Attach](ebs-volumes-multi.md). Sinon, vous pouvez attacher un volume EBS à une seule instance.
Vous pouvez obtenir des données de surveillance pour vos volumes EBS, y compris les données pour les volumes du périphérique racine des instances basées sur EBS, sans coût supplémentaire. Pour plus d’informations sur la surveillance des métriques, consultez [CloudWatch Métriques Amazon pour Amazon EBS](using_cloudwatch_ebs.md). Pour plus d’informations sur le suivi de l’état de vos volumes, consultez [EventBridge Événements Amazon pour Amazon EBS](ebs-cloud-watch-events.md).
## Persistance des données
Un volume EBS est un stockage hors instance qui peut persister indépendamment de la vie d’une instance. Vous continuez à payer pour l’utilisation du volume tant que les données persistent.
Les volumes EBS attachés à une instance en cours d’exécution peuvent se détacher automatiquement de l’instance avec leurs données intactes lorsque l’instance est résiliée, si vous cochez la case **Supprimer lors de la résiliation** lorsque vous configurez les volumes EBS pour votre instance sur la console EC2. Le volume peut être attaché à une nouvelle instance, ce qui permet une récupération rapide. Si la case **Supprimer lors de la résiliation** est cochée, le ou les volumes seront supprimés lors de la résiliation de l’instance EC2. Si vous utilisez une instance basée sur EBS, vous pouvez arrêter et redémarrer l’instance sans affecter les données stockées dans le volume attaché. Le volume reste attaché pendant le cycle d’arrêt-démarrage. Cela vous permet de traiter et de stocker indéfiniment les données sur votre volume, en utilisant les ressources de traitement et de stockage uniquement lorsque cela est nécessaire. Les données persistent sur le volume jusqu’à ce que ce volume soit explicitement supprimé. Le stockage par blocs physique utilisé par les volumes EBS supprimés est remplacé par des zéros ou des données cryptographiquement pseudo-aléatoires avant d'être alloué à un nouveau volume. Si vous travaillez avec des données sensibles, nous vous recommandons de chiffrer vos données manuellement ou de les stocker sur un volume protégé par Chiffrement Amazon EBS. Pour de plus amples informations, veuillez consulter [Chiffrement Amazon EBS](ebs-encryption.md).
Par défaut, le volume EBS racine qui est créé et attaché à une instance au moment du lancement est supprimé lorsque cette instance prend fin. Vous pouvez modifier ce comportement en changeant la valeur de l’indicateur `DeleteOnTermination` en `false` lorsque vous lancez l’instance. En modifiant cette valeur, le volume persiste même après que l’instance ait pris fin, ce qui vous permet de l’attacher à une autre instance.
Par défaut, les volumes EBS supplémentaires qui sont créés et attachés à une instance au moment du lancement ne sont pas supprimés lorsque cette instance prend fin. Vous pouvez modifier ce comportement en changeant la valeur de l’indicateur `DeleteOnTermination` en `true` lorsque vous lancez l’instance. Cette valeur modifiée entraîne la suppression des volumes lorsque l’instance prend fin.
## Chiffrement des données
Pour simplifier le chiffrement des données, vous pouvez créer des volumes EBS chiffrés avec la fonction Chiffrement Amazon EBS. Tous les types de volume EBS prennent en charge le chiffrement. Vous pouvez utiliser des volumes EBS chiffrés pour répondre à un large éventail d'exigences de data-at-rest chiffrement pour les données et applications réglementées/auditées. Le chiffrement Amazon EBS utilise des algorithmes Advanced Encryption Standard à 256 bits (AES-256) et une infrastructure de clés gérée par Amazon. Le chiffrement s'effectue sur le serveur qui héberge l'instance EC2, fournissant le chiffrement data-in-transit entre l'instance EC2 et le stockage Amazon EBS. Pour de plus amples informations, veuillez consulter [Chiffrement Amazon EBS](ebs-encryption.md).
Le chiffrement Amazon EBS est utilisé AWS KMS keys lors de la création de volumes chiffrés et de tous les instantanés créés à partir de vos volumes chiffrés. La première fois que vous créez un volume EBS chiffré dans une région, une clé KMS AWS gérée par défaut est créée automatiquement pour vous. Cette clé est utilisée pour le chiffrement Amazon EBS, sauf si vous créez et utilisez une clé gérée par le client. La création de votre propre clé gérée par le client vous donne plus de flexibilité, notamment la possibilité de créer, de faire pivoter, de désactiver, de définir des contrôles d'accès et d'auditer les clés de chiffrement utilisées pour protéger vos données. Pour plus d’informations, consultez le [Guide du développeur AWS Key Management Service](https://docs.aws.amazon.com/kms/latest/developerguide/).
## Sécurité des données
Les volumes Amazon EBS vous sont présentés comme des périphériques de stockage en mode bloc bruts non formatés. Ces appareils sont des périphériques logiques créés sur l’infrastructure EBS et le service Amazon EBS garantit que les appareils sont logiquement vides (c’est-à-dire que les blocs bruts sont mis à zéro ou contiennent des données pseudo-aléatoires cryptographiques) avant toute utilisation ou réutilisation par un client.
Si vous avez des procédures qui exigent que toutes les données soient effacées à l’aide d’une méthode spécifique, après ou avant utilisation (ou les deux), telles que celles détaillées dans **DoD 5220.22-M** (National Industrial Security Program Operating Manual) ou **NIST 800-88** (Guidelines for Media Sanitization), vous avez la possibilité de le faire sur Amazon EBS. Cette activité de niveau bloc sera reflétée sur le support de stockage sous-jacent du service Amazon EBS.
## Instantanés
Amazon EBS donne la possibilité de créer des instantanés (sauvegardes) d’un volume EBS et de copier les données dans le volume sur Amazon S3, où elles sont stockées de façon redondante dans plusieurs zones de disponibilité. Le volume n’a pas besoin d’être attaché à une instance en cours d’exécution pour pouvoir créer un instantané. Alors que vous continuez à écrire des données sur un volume, vous pouvez créer régulièrement un instantané de ce dernier afin de l’utiliser comme base pour de nouveaux volumes. Ces instantanés peuvent être utilisés pour créer plusieurs volumes EBS ou déplacer des volumes entre les zones de disponibilité. Les instantanés de volumes EBS chiffrés sont chiffrés automatiquement.
Lorsque vous créez un volume à partir d’un instantané, celui-ci est une copie exacte du volume initial au moment où l’instantané a été créé. Les volumes EBS qui sont créés à partir d’instantanés chiffrés sont automatiquement chiffrés. En spécifiant éventuellement une zone de disponibilité différente, vous pouvez utiliser cette fonctionnalité pour dupliquer un volume dans cette zone. Les instantanés peuvent être partagés avec des AWS comptes spécifiques ou rendus publics. Lorsque vous créez des instantanés, vous occasionnez des frais dans Amazon S3 en fonction de la taille des données sauvegardées, et non de la taille du volume source. Les instantanés suivants du même volume sont des instantanés incrémentiels. Ils incluent uniquement les données modifiées et nouvelles écrites sur le volume depuis la création du dernier instantané, et la facturation ne concerne que ces données modifiées et nouvelles.
Les instantanés sont des sauvegardes incrémentielles, ce qui signifie que seuls les blocs du volume qui ont changé depuis l’instantané le plus récent sont enregistrés. Si vous avez un volume de 100 Gio de données mais que seulement 5 Gio ont changé depuis votre dernier instantané, seuls ces 5 Gio de données modifiées sont écrits sur Amazon S3. Bien que les instantanés soient enregistrés de manière incrémentielle, le processus de suppression de l’instantané prévoit que vous avez uniquement besoin de conserver l’instantané le plus récent.
Pour vous aider à classer et à gérer vos volumes et instantanés, vous pouvez les étiqueter avec les métadonnées de votre choix.
Pour la sauvegarde automatique vos volumes, vous pouvez utiliser [Amazon Data Lifecycle Manager](snapshot-lifecycle.md) ou [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/).
## Flexibilité
Les volumes EBS acceptent les modifications de configuration en direct en cours de production. Vous pouvez modifier le type de volume, la taille du volume et la capacité IOPS sans interruption de service. Pour plus d’informations, consultez [Modifier un volume Amazon EBS à l'aide des opérations Elastic Volumes](ebs-modify-volume.md).
# Types de volume Amazon EBS
Amazon EBS fournit les types de volume suivants, qui ont des caractéristiques de performances et des prix différents, ce qui vous permet d’adapter vos performances de stockage et vos coûts en fonction des besoins de vos applications.
**Important**
Plusieurs facteurs peuvent affecter les performances des volumes EBS, tels que la configuration, les I/O caractéristiques et la charge de travail des instances. [Pour utiliser pleinement les IOPS provisionnés sur un volume EBS, utilisez des instances optimisées pour EBS.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html) Pour plus d’informations sur la façon d’exploiter au mieux vos volumes EBS, consultez [Performances des volumes Amazon EBS](ebs-performance.md).
Pour plus d’informations sur la tarification, consultez [Tarification Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Types de volume**
+ [Volumes de disque SSD (solid state drive)](#vol-type-ssd)
+ [Volumes de disque dur (HDD)](#vol-type-hdd)
+ [Volumes de la génération précédente](#vol-type-prev)
## Volumes de disque SSD (solid state drive)
Les volumes sauvegardés sur SSD sont optimisés pour les charges de travail transactionnelles impliquant des read/write opérations fréquentes de petite I/O taille, où le principal attribut de performance est le nombre d'E/S par seconde. Les types de volume basés sur SSD incluent les **SSD à usage général** et les **SSD IOPS provisionnés**. Voici un résumé des cas d’utilisation et des caractéristiques des volumes basés sur SSD.
| | [Volumes SSD à usage général Amazon EBS](general-purpose.md) | [Volumes SSD IOPS provisionnés par Amazon EBS](provisioned-iops.md) |
| --- | --- | --- |
| Type de volume | gp36 | gp2 | io2Bloquer Express | io1 |
| Durabilité | 99,8 % - 99,9 % (taux de défaillance annuel de 0,1 % - 0,2 %) | Durabilité de 99,999 % (taux de défaillance annuel de 0,001 %) | Durabilité de 99,8 % - 99,9 % (taux de défaillance annuel de 0,1 % - 0,2 %) |
| Cas d’utilisation | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/ebs-volume-types.html) | Charges de travail nécessitant : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/ebs-volume-types.html) |
| Taille du volume | 1 GiB - 64 TiB | 1 Gio - 16 Tio | 4 Gio - 64 Tio | 4 Gio - 16 Tio |
| Nombre maximal d'IOPS | 80 000 (364 KiB I/O 4) | 16 000 (16 Kio I/O 4) | 256 000 (316 KiB I/O 4) | 64 000 (16 Kio I/O 4) |
| Débit maximal | 2 000 Mbits/s | 250 MiB/s 1 | 4 000 Mio/s | 1 000 MiB/s 2 |
| Multi-Attach Amazon EBS | Non pris en charge | Pris en charge |
| NVMe réservations | Non pris en charge | Pris en charge | Non pris en charge |
| Volume de démarrage | Pris en charge |
1 La limite de débit est comprise entre 128 MiB/s et 250 Mbits/s, selon la taille du volume. Pour de plus amples informations, veuillez consulter [Performances du volume `gp2`](general-purpose.md#gp2-performance). Les volumes créés avant le **3 décembre 2018** et qui n’ont pas été modifiés depuis leur création peuvent ne pas atteindre des performances optimales, sauf si vous [modifiez le volume](ebs-modify-volume.md).
2 [Pour atteindre un débit maximal de 1 000 Mbits/s, le volume doit être provisionné avec 64 000 IOPS et il doit être attaché à une instance basée sur Nitro.](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) Les volumes créés avant le **6 décembre 2017** et qui n’ont pas été modifiés depuis leur création peuvent ne pas atteindre des performances optimales, sauf si vous [modifiez le volume](ebs-modify-volume.md).
3 [Les instances basées sur Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) prennent en charge les volumes provisionnés avec un maximum de 256 000 IOPS. D’autres types d’instances peuvent être connectés à des volumes alloués avec jusqu’à 64 000 IOPS, mais peuvent atteindre 32 000 IOPS.
4 Représente la I/O taille requise pour atteindre le maximum d'IOPS dans les limites de débit du volume.
Les volumes 5 `io2` Block Express sont conçus pour fournir une latence moyenne inférieure à 500 microsecondes pour des opérations de 16 Ko I/O .
6 Sur les Outposts, les volumes gp3 supportent des tailles allant jusqu'à 16 TiB, des IOPS allant jusqu'à 16 000 et des débits allant jusqu'à 1 000 MiB/s.
Pour de plus amples informations sur les types de volume basés sur SSD, veuillez consulter les rubriques suivantes :
+ [Volumes SSD à usage général Amazon EBS](general-purpose.md)
+ [Volumes SSD IOPS provisionnés par Amazon EBS](provisioned-iops.md)
## Volumes de disque dur (HDD)
Les volumes basés sur HDD sont optimisés pour les charges de travail importantes en streaming où l’attribut de performance dominant est le débit. Les types de volume HDD incluent les **HDD à débit optimisé** et les **HDD à froid**. Voici un résumé des cas d’utilisation et des caractéristiques des volumes basés sur HHD.
| | [Volumes HDD à débit optimisé](hdd-vols.md#EBSVolumeTypes_st1) | [Volumes HDD à froid](hdd-vols.md#EBSVolumeTypes_sc1) |
| --- | --- | --- |
| Type de volume | st1 | sc1 |
| Durabilité | 99,8 % - 99,9 % (taux de défaillance annuel de 0,1 % - 0,2 %) |
| Cas d’utilisation | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/ebs-volume-types.html) |
| Taille du volume | 125 Gio - 16 Tio |
| IOPS maximum par volume (1 Mio d’I/O) | 500 | 250 |
| Débit maximal par volume | 500 Mio/s | 250 Mio/s |
| Multi-Attach Amazon EBS | Non pris en charge |
| Volume de démarrage | Non pris en charge |
Pour de plus amples informations sur les volumes des disques durs (HDD), veuillez consulter [Volumes HDD et Cold HDD optimisés pour le débit Amazon EBS](hdd-vols.md).
## Volumes de la génération précédente
Les volumes magnétiques (`standard`) sont des volumes de génération précédente basés sur des disques magnétiques. Ils conviennent aux charges de travail comportant des jeux de données réduits où l’accès aux données est rare et où les performances n’ont pas une importance primordiale. Ces volumes fournissent en moyenne 100 IOPS, avec la possibilité d’émettre en rafale jusqu’à des centaines d’IOPS. Leur taille varie entre 1 Gio et 1 Tio.
**Astuce**
Les volumes magnétiques sont des volumes de génération précédente. Si vous avez besoin de performances ou d'une cohérence de performances supérieures à celles que peuvent fournir les volumes de génération précédente, nous vous recommandons d'utiliser l'un des types de volumes de génération actuelle.
Le tableau suivant décrit les types de volume EBS de la génération précédente.
| | Magnétique |
| --- | --- |
| Type de volume | standard |
| Cas d’utilisation | Charges de travail où l’accès aux données est occasionnel |
| Taille du volume | 1 Gio - 1 Tio |
| IOPS maximum par volume | 40–200 |
| Débit maximal par volume | 40–90 Mio/s |
| Volume de démarrage | Pris en charge |
# Volumes SSD à usage général Amazon EBS
Les volumes SSD à usage général (gp2 et gp3) sont soutenus par des disques SSD (). SSDs Ils constituent un bon compromis en termes de prix et de performances pour un large éventail de charges de travail transactionnelles. Il s’agit notamment des bureaux virtuels, des bases de données à instance unique de taille moyenne, des applications interactives sensibles à la latence, des environnements de développement et de test, ainsi que des volumes de démarrage. Nous recommandons ces volumes pour la plupart des charges de travail.
Amazon EBS propose les types suivants de volumes SSD à usage général :
**Topics**
+ [Volumes SSD à usage général (gp3)](#gp3-ebs-volume-type)
+ [Volumes SSD à usage général (gp2)](#EBSVolumeTypes_gp2)
## Volumes SSD à usage général (gp3)
Les volumes SSD à usage général (gp3) sont la dernière génération de volumes SSD à usage général, et le volume SSD le moins cher proposé par Amazon EBS. Ce type de volume permet de fournir le bon équilibre entre le prix et les performances pour la plupart des applications. Il vous permet également de faire évoluer les performances du volume indépendamment de sa taille. Cela signifie que vous pouvez fournir la performance requise sans avoir besoin de fournir une capacité de stockage en mode bloc supplémentaire. En outre, les volumes gp3 offrent un prix par Gio inférieur de 20 % à celui des volumes SSD à usage général (gp2).
Les volumes gp3 offrent une latence à un chiffre en millisecondes et une durabilité de 99,8 % à 99,9 % avec un taux de défaillance annuel (AFR) inférieur à 0,2 %, ce qui se traduit par un maximum de deux défaillances de volume pour 1 000 volumes en cours d'exécution sur une période d'un an. AWS conçoit les volumes gp3 pour fournir leurs performances provisionnées 99 % du temps.
**Astuce**
Pour les charges de travail sensibles à la latence, nous vous recommandons d'utiliser des volumes io2 Block Express. `io2` Les volumes Block Express sont conçus pour fournir une latence moyenne inférieure à 500 microsecondes pour des opérations de 16 Ko I/O . `io2` Les volumes Block Express offrent également une meilleure latence exceptionnelle par rapport aux volumes à usage général, réduisant ainsi de plus de 10 fois la fréquence des I/Os dépassements de 800 microsecondes. Pour de plus amples informations, veuillez consulter [Volumes SSD IOPS provisionnés (`io2`) Block Express](provisioned-iops.md#io2-block-express).
**Topics**
+ [Performances des volumes gp3](#gp3-performance)
+ [Taille du volume gp3](#gp3-sie)
+ [Migrer vers gp3 depuis gp2](#migrate-to-gp3)
### Performances des volumes gp3
**Astuce**
Les volumes gp3 n’utilisent pas de performances en rafale. Ils peuvent maintenir indéfiniment leurs meilleures performances en termes d’IOPS provisionnés et de débit.
**Performance IOPS**
Les volumes gp3 offrent une performance IOPS de base constante de 3 000 IOPS, qui est incluse dans le prix du stockage. Vous pouvez fournir des IOPS supplémentaires (jusqu'à un maximum de 80 000) moyennant un coût supplémentaire selon un ratio de 500 IOPS par GiB de taille de volume. Le maximum d'IOPS peut être provisionné pour les volumes de 160 GiB ou plus (500 IOPS par GiB × 160 GiB = 80 000 IOPS).
**Performances de débit**
Les volumes gp3 offrent une performance de débit de référence constante (125 %)MiB/s, which is included with the price of storage. You can provision additional throughput (up to a maximum of 2,000 MiB/s) for an additional cost at a ratio of 0.25 MiB/s per provisioned IOPS. Maximum throughput can be provisioned at 8,000 IOPS or higher and 16 GiB or larger (8,000 IOPS × 0.25 MiB/s per IOPS = 2,000 MiB/s.
**Note**
Sur les Outposts, les volumes gp3 prennent en charge des tailles allant jusqu'à 16 TiB, des IOPS allant jusqu'à 16 000 et des débits allant jusqu'à 1 000 MiB/s.
### Taille du volume gp3
La taille d'un volume gp3 peut varier de 1 GiB à 64 TiB.
### Migrer vers gp3 depuis gp2
Si vous utilisez actuellement des volumes gp2, vous pouvez migrer vos volumes vers gp3 en utilisant les opérations [Modifier un volume Amazon EBS à l'aide des opérations Elastic Volumes](ebs-modify-volume.md). Vous pouvez utiliser les opérations Amazon EBS Elastic Volumes pour modifier le type de volume, les IOPS et le débit de vos volumes existants sans interrompre vos instances Amazon EC2. Lorsque vous utilisez la console pour créer un volume ou pour créer une AMI à partir d’un instantané, le type de volume sélectionné par défaut est le stockage SSD à usage général `gp3`. Dans les autres cas, `gp2` est sélectionné par défaut. Dans ces cas, vous pouvez sélectionner `gp3` comme type de volume au lieu d’utiliser `gp2`.
Pour savoir combien vous pouvez économiser en migrant vos volumes gp2 vers gp3, utilisez le [calculateur d’économies de coûts de migration de gp2 à gp3 d’Amazon EBS](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx).
## Volumes SSD à usage général (gp2)
Ils offrent un stockage économique idéal pour un large éventail de charges de travail transactionnelles. Avec les volumes `gp2`, les performances évoluent avec la taille du volume.
**Astuce**
Les volumes `gp3` sont la dernière génération de volumes SSD à usage général. Ils offrent une évolution des performances plus prévisible et des prix jusqu’à 20 % inférieurs à ceux des volumes `gp2`. Pour de plus amples informations, veuillez consulter [Volumes SSD à usage général (gp3)](#gp3-ebs-volume-type).
Pour savoir combien vous pouvez économiser en migrant vos volumes `gp2` vers `gp3`, utilisez le [calculateur d’économies de coûts de migration de gp2 à gp3 d’Amazon EBS](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx).
`gp2`les volumes offrent une latence à un chiffre en millisecondes et une durabilité de 99,8 % à 99,9 % avec un taux de défaillance annuel (AFR) inférieur à 0,2 %, ce qui se traduit par un maximum de deux défaillances de volume pour 1 000 volumes en cours d'exécution sur une période d'un an. AWS conçoit `gp2` les volumes de manière à fournir les performances qu'ils ont fournies 99 % du temps.
**Topics**
+ [Performances du volume `gp2`](#gp2-performance)
+ [Taille du volume `gp2`](#gp2-size)
### Performances du volume `gp2`
**Performance IOPS**
Les performances IOPS de base évoluent de façon linéaire entre un minimum de 100 et un maximum de 16 000, à raison de 3 IOPS par Gio de taille de volume. Les performances IOPS sont provisionnées comme suit :
+ Les volumes de 33,33 Gio et moins sont provisionnés avec un minimum de 100 IOPS.
+ Les volumes supérieurs à 33,33 Gio sont provisionnés avec 3 IOPS par Gio de taille de volume jusqu’au maximum de 16 000 IOPS, qui est atteint à 5 334 Gio (3 X 5 334).
+ Les volumes de 5 334 Gio et plus sont provisionnés avec 16 000 IOPS.
Les volumes `gp2` de moins de 1 Tio (et qui sont provisionnés avec moins de 3 000 IOPS) peuvent **atteindre** 3 000 IOPS en cas de besoin pendant une période prolongée. La capacité d'un volume à exploser dépend des I/O crédits. Lorsque I/O la demande est supérieure aux performances de base, le volume **dépense des I/O crédits** pour atteindre le niveau de performance requis (jusqu'à 3 000 IOPS). Lors de l'explosion, les I/O crédits ne sont pas accumulés et ils sont dépensés au taux d'IOPS utilisé par rapport à la valeur de référence (taux de dépenses = IOPS en rafale - IOPS de référence). Plus le nombre de I/O crédits accumulés par un volume est élevé, plus il peut maintenir ses performances en rafale. Vous pouvez calculer la **durée des rafales** comme suit :
```
(I/O credit balance)
Burst duration = ------------------------------
(Burst IOPS) - (Baseline IOPS)
```
Lorsque I/O la demande atteint le niveau de performance de référence ou est inférieur, le volume commence à **générer des I/O crédits** à raison de 3 I/O crédits par GiB de volume par seconde. Les volumes ont une **limite d'accumulation de crédits d'E/S** de 5,4 millions de I/O crédits, ce qui est suffisant pour maintenir une performance maximale de 3 000 IOPS pendant au moins 30 minutes.
**Note**
Chaque volume reçoit un solde I/O créditeur initial de 5,4 millions de I/O crédits, ce qui permet un cycle de démarrage initial rapide pour les volumes de démarrage et une bonne expérience de démarrage pour les autres applications.
Le tableau suivant répertorie des exemples de tailles de volume et les performances de base associées du volume, la durée de la rafale (à partir de 5,4 millions de I/O crédits) et le temps nécessaire pour réapprovisionner un solde de I/O crédits vide.
| Taille du volume (Gio) | Performances de base (IOPS) | Durée de performances en rafale à 3 000 IOPS (en secondes) | Temps nécessaire pour recharger un solde de crédits vide (en secondes) |
| --- | --- | --- | --- |
| 1 à 33,33 | 100 | 1,862 | 54 000 |
| 100 | 300 | 2 000 | 18 000 |
| 334 (taille minimale pour débit maximal) | 1 002 | 2 703 | 5 389 |
| 750 | 2 250 | 7 200 | 2 400 |
| 1 000 | 3 000 | N/A\$1 | N/A\$1 |
| 5 334 (taille minimale pour IOPS maximum) et plus | 16,000 | N/A\$1 | N/A\$1 |
\$1 Les performances de base du volume dépassent les celles en rafale maximales.
Vous pouvez surveiller le solde I/O créditeur d'un volume à l'aide de la `BurstBalance` métrique Amazon EBS sur Amazon CloudWatch. Cette métrique indique le pourcentage de crédits d’E/S restants pour `gp2`. Pour de plus amples informations, veuillez consulter [I/O Caractéristiques et surveillance d'Amazon EBS](ebs-io-characteristics.md). Vous pouvez définir une alarme qui vous notifie lorsque la valeur `BurstBalance` tombe à un certain niveau. Pour plus d'informations, consultez la section [Création d' CloudWatch alarmes](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
**Performances de débit**
`gp2`les volumes fournissent un débit compris entre 128 MiB/s et 250 Mbits/s, selon la taille du volume. Les performances de débit sont provisionnées comme suit :
+ Les volumes de 170 Gio et moins offrent un débit maximal de 128 Mio/s.
+ Les volumes dont la taille est supérieure à 170 Gio mais inférieure à 334 Gio peuvent atteindre un débit maximal de 250 Mio/s.
+ Les volumes de 334 Gio et plus offrent un débit de 250 Mio/s.
Le débit d’un volume `gp2` peut être calculé à l’aide de la formule suivante, jusqu’à la limite de débit de 250 Mio/s :
```
Throughput in MiB/s = IOPS performance × I/O size in KiB / 1,024
```
### Taille du volume `gp2`
La taille des volumes `gp2` peut aller de 1 Gio à 16 Tio. N’oubliez pas que les performances du volume évoluent de façon linéaire avec sa taille.
# Volumes SSD IOPS provisionnés par Amazon EBS
Les volumes SSD IOPS provisionnés sont soutenus par des disques SSD (). SSDs Ce sont les volumes de stockage Amazon EBS les plus performants, conçus pour les charges de travail critiques, à forte intensité d’IOPS et de débit, qui nécessitent une faible latence. Les volumes SSD IOPS provisionnés fournissent leurs performances d’IOPS provisionnés 99,9 % du temps.
**Topics**
+ [Volumes SSD IOPS provisionnés (`io2`) Block Express](#io2-block-express)
+ [Volumes SSD IOPS provisionnés (`io1`)](#EBSVolumeTypes_piops)
## Volumes SSD IOPS provisionnés (`io2`) Block Express
Les volumes Block Express `io2` reposent sur la nouvelle génération d’architecture de serveur de stockage Amazon EBS. Il a été conçu dans le but de répondre aux exigences de performance des applications I/O intensives les plus exigeantes qui s'exécutent sur [des instances basées sur le système Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Avec une durabilité maximale et une latence minimale, Block Express est idéal pour exécuter des charges de travail stratégiques et exigeantes en termes de performances, telles qu’Oracle, SAP HANA, Microsoft SQL Server et SAS Analytics.
L’architecture Block Express augmente les performances et l’évolutivité des volumes `io2`. Les serveurs Block Express communiquent avec les [instances basées sur Nitro à](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) l'aide du protocole réseau SRD (Scalable Reliable Datagram). Cette interface est implémentée dans la fonction Nitro Card dédiée à Amazon I/O EBS sur le matériel hôte de l'instance. Il minimise les variations de I/O retard et de latence (instabilité du réseau), ce qui permet à vos applications de fonctionner plus rapidement et de manière plus constante.
Les volumes `io2` Block Express sont conçus pour offrir une durabilité de 99,999 % avec un taux de défaillance annuel (AFR) ne dépassant pas 0,001 %, ce qui se traduit par une défaillance de volume unique pour 100 000 volumes exécutés sur une période d’un an. `io2` Les volumes Block Express sont adaptés aux charges de travail qui bénéficient d'un volume unique offrant une latence constante inférieure à la milliseconde et prenant en charge des IOPS et un débit supérieurs à ceux des volumes gp3.
Lorsqu'ils sont attachés à des [instances basées sur Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html), les volumes `io2` Block Express sont conçus pour fournir une latence moyenne inférieure à 500 microsecondes pour des opérations de 16 I/O Ko. `io2` Les volumes Block Express offrent également une meilleure latence exceptionnelle par rapport aux volumes à usage général, réduisant ainsi de plus de 10 fois la fréquence des I/Os dépassements de 800 microsecondes.
**Topics**
+ [Considérations](#io2-bx-considerations)
+ [Performance](#io2-bx-perf)
### Considérations
+ `io2`Les volumes Block Express sont disponibles dans toutes les AWS régions, y compris les AWS GovCloud (US) régions et les régions de Chine.
+ Au **30 avril 2025,** tous les nouveaux volumes et les volumes précédemment créés sont des `io2` volumes `io2` Block Express.
+ Les [instances basées sur Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) prennent en charge les volumes provisionnés avec un maximum de 256 000 IOPS. D’autres types d’instances peuvent être connectés à des volumes alloués avec jusqu’à 64 000 IOPS, mais peuvent atteindre 32 000 IOPS.
### Performance
`io2`Les volumes Block Express présentent les caractéristiques suivantes :
+ Latence moyenne inférieure à 500 microsecondes pour une taille de 16 Ko I/O . Meilleure latence exceptionnelle par rapport aux volumes à usage général, réduisant ainsi de plus de 10 fois la fréquence des I/Os dépassements de 800 microsecondes.
+ Capacité de stockage jusqu'à 64 TiB (65 536 GiB).
+ des IOPS provisionnés allant jusqu’à 256 000, avec un ratio IOPS:GIo de 1 000:1. Les IOPS maximaux peuvent être provisionnés avec des volumes de 256 Gio et plus (1 000 IOPS × 256 Gio = 256 000 IOPS).
**Note**
Vous pouvez atteindre 256 000 IOPS avec les instances basées sur [Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Dans d'autres cas, vous pouvez atteindre 32 000 IOPS.
+ Débit de volume jusqu'à 4 000 MiB/s. Throughput scales proportionally at a rate of 0.256 MiB/s par IOPS provisionnée. Le débit maximal peut être atteint à 16 000 IOPS ou plus.
![\[Limites de débit des volumes Block Express io2\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/io2_bx.png)
## Volumes SSD IOPS provisionnés (`io1`)
Les volumes SSD à IOPS provisionnés (`io1`) sont conçus pour satisfaire les besoins des charges de travail très consommatrices d’I/O, notamment les charges de travail de base de données qui sont sensibles aux performances et à l’homogénéité du stockage. Les volumes SSD IOPS provisionnés utilisent un taux d’IOPS régulier, que vous spécifiez lors de la création du volume, et Amazon EBS fournit les performances provisionnées 99,9 % du temps.
Les volumes `io1` sont conçus pour offrir une durabilité de 99,8 à 99,99 % avec un taux de défaillance annuel (AFR) ne dépassant pas 0,2 %, ce qui se traduit par un maximum de deux défaillances de volume pour 1 000 volumes exécutés sur une période d’un an.
Les volumes `io1` sont disponibles pour tous les types d’instances Amazon EC2.
**Performance**
La taille des volumes `io1` peut aller de 4 Gio à 16 Tio, et vous pouvez allouer de 100 à 64 000 IOPS par volume. Le rapport maximal entre les volumes IOPS provisionnés et le volume demandé (en Gio) est de 50 pour 1. Par exemple, un volume `io1` de 100 Gio peut être allouée avec jusqu’à 5 000 IOPS.
Les IOPS maximum peuvent être allouées pour les volumes de 1 280 Gio ou plus (50 x 1 280 Gio = 64 000 IOPS).
+ `io1`les volumes provisionnés avec un maximum de 32 000 IOPS prennent en charge une I/O taille maximale de 256 KiB et offrent un débit allant jusqu'à 500 MiB/s %. Lorsque la I/O taille est maximale, le débit maximal est atteint à 2 000 IOPS.
+ Les volumes `io1` alloués avec plus de 32 000 IOPS (jusqu’à 64 000 IOPS maximum) génèrent une augmentation linéaire du débit suivant un débit de 16 Kio par I/O par IOPS provisionné. Par exemple, un volume provisionné avec 48 000 IOPS peut prendre en charge un débit allant jusqu'à 750 MiB/s % (16 KiB par IOPS provisionnée × 48 000 IOPS provisionnées = 750 MiB/s).
+ Pour atteindre le débit maximal de 1 000MiB/s, a volume must be provisioned with 64,000 IOPS (16 KiB per provisioned IOPS × 64,000 provisioned IOPS = 1,000 MiB/s).
+ Vous pouvez atteindre 64 000 IOPS uniquement sur les instances basées sur [Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Dans d'autres cas, vous pouvez atteindre 32 000 IOPS.
. Le graphique suivant illustre ces performances :
![\[Limites de débit des volumes io1\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/io1_throughput.png)
Votre I/O latency experience depends on the provisioned IOPS and on your workload profile. For the best I/O latency experience, ensure that you provision IOPS to meet the I/O profil personnel de votre charge de travail.
# Volumes HDD et Cold HDD optimisés pour le débit Amazon EBS
Les volumes de disque dur fournis par Amazon EBS entrent dans les catégories suivantes :
+ HDD à débit optimisé — HDD conçu pour les charges de travail à débit élevé fréquemment consultées.
+ Disque dur froid : le disque dur le moins coûteux conçu pour les charges de travail les moins fréquemment consultées.
**Topics**
+ [Restrictions de débit par instance](#throughput-limitations)
+ [Volumes HDD à débit optimisé](#EBSVolumeTypes_st1)
+ [Volumes HDD à froid](#EBSVolumeTypes_sc1)
+ [Considérations relatives aux performances lors de l’utilisation de volumes HDD](#EBSVolumeTypes_considerations)
+ [Surveiller l’équilibre du compartiment en rafales pour les volumes](#monitoring_burstbucket-hdd)
## Restrictions de débit par instance
Le débit des volumes `st1` et `sc1` est toujours déterminé par la limite suivante la plus faible:
+ Limites de débit du volume
+ Limites de débit de l’instance
Comme pour tous les volumes Amazon EBS, nous vous recommandons de sélectionner une instance EC2 optimisées EBS appropriée afin d’éviter tout goulot d’étranglement du réseau.
## Volumes HDD à débit optimisé
Les volumes HDD à débit optimisé (`st1`) offrent un stockage magnétique économique qui définit les performances en termes de débit plutôt que d’IOPS. Ce type de volume convient aux charges de travail séquentielles et volumineuses comme Amazon EMR, ETL, les entrepôts de données et le traitement des journaux. Les volumes `st1` démarrables ne sont pas pris en charge.
Les volumes HDD à débit optimisé (`st1`) sont similaires aux volumes HDD à froid (`sc1`), mais ils sont conçus pour prendre en charge les données *fréquemment* consultées.
**Note**
Ce type de volume est optimisé pour les charges de travail impliquant une I/O, and we recommend that customers with workloads performing small, random I/O utilisation [Volumes SSD à usage général Amazon EBS](general-purpose.md) séquentielle importante ou. [Volumes SSD IOPS provisionnés par Amazon EBS](provisioned-iops.md) Pour de plus amples informations, veuillez consulter [Inefficacité du petit read/writes disque dur](#inefficiency).
Les volumes HDD à débit optimisé (`st1`) attachés à des instances optimisées pour EBS sont conçus pour offrir des performances cohérentes, garantissant au moins 90 % des performances de débit prévues, et ce 99 % du temps au cours d’une année donnée.
### Crédits de débit et performances en rafale
À l’instar de `gp2`, `st1` utilise un modèle de transmission de compartiment en rafales pour assurer les performances. La taille du volume détermine le débit de base du volume, qui correspond à la vitesse à laquelle le volume accumule des crédits de débit. La taille du volume détermine également le débit de transmission en rafales du volume, qui correspond à la vitesse à laquelle vous pouvez utiliser des crédits lorsqu’ils sont disponibles. Les gros volumes ont un débit de base et de transmission en rafales plus élevé. Plus votre volume contient de crédits, plus il peut durer longtemps au I/O niveau de la rafale.
Le schéma suivant illustre le comportement du compartiment en rafales pour `st1`.
![\[st1Compartiment en rafales\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/st1-burst-bucket.png)
Sous réserve de la limite de débit et de crédits, le débit disponible d’un volume `st1` est exprimé par la formule suivante :
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Pour un `st1` volume de 1 To, le débit en rafale est limité à 250MiB/s, the bucket fills with credits at 40 MiB/s, et il peut contenir jusqu'à 1 To de crédits.
Les volumes plus importants redimensionnent ces limites de manière linéaire, avec un débit plafonné à 500 par MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 40 MiB/s TiB au maximum.
Sur des volumes allant de 0,125 TiB à 16 TiB, le débit de référence varie de MiB/s 5 à un plafond de 500 MiB/s, qui est atteint à 12,5 TiB comme suit :
```
40 MiB/s
12.5 TiB × ---------- = 500 MiB/s
1 TiB
```
Le débit en rafale varie de 31 MiB/s à un plafond de 500 Mbits/s, qui est atteint à 2 TiB comme suit :
```
250 MiB/s
2 TiB × ---------- = 500 MiB/s
1 TiB
```
Le tableau suivant indique l’ensemble des valeurs de base en matière de débit et de transmission en rafales pour `st1`.
| Taille du volume (Tio) | ST1 débit de base (Mbits/s) | ST1 débit en rafale (MiB/s) |
| --- | --- | --- |
| 0.125 | 5 | 31 |
| 0,5 | 20 | 125 |
| 1 | 40 | 250 |
| 2 | 80 | 500 |
| 3 | 120 | 500 |
| 4 | 160 | 500 |
| 5 | 200 | 500 |
| 6 | 240 | 500 |
| 7 | 280 | 500 |
| 8 | 320 | 500 |
| 9 | 360 | 500 |
| 10 | 400 | 500 |
| 11 | 440 | 500 |
| 12 | 480 | 500 |
| 12,5 | 500 | 500 |
| 13 | 500 | 500 |
| 14 | 500 | 500 |
| 15 | 500 | 500 |
| 16 | 500 | 500 |
Le schéma suivant illustre le tableau de valeurs sous forme de tracé :
![\[Comparaison du débit st1 de base et en rafales\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/st1_base_v_burst.png)
**Note**
Lorsque vous créez un instantané d’un volume HSS à débit optimisé (`st1`), les performances peuvent diminuer jusqu’à la valeur de référence du volume pendant que l’instantané est en cours de création.
Pour plus d'informations sur l'utilisation de CloudWatch métriques et d'alarmes pour surveiller le solde de votre bucket en rafale, consultez[Surveiller l’équilibre du compartiment en rafales pour les volumes](#monitoring_burstbucket-hdd).
## Volumes HDD à froid
Les volumes HDD à froid (`sc1`) offrent un stockage magnétique économique qui définit les performances en termes de débit plutôt que d’IOPS. Avec une limite de débit inférieure à celle des volumes `st1`, `sc1` convient aux charges de travail séquentielles et volumineuses dont les données sont légères. Si vous n’avez pas besoin d’accéder souvent à vos données et si vous cherchez à réaliser des économies, `sc1` fournit un stockage de bloc économique. Les volumes `sc1` démarrables ne sont pas pris en charge.
Les volumes HDD à froid (`sc1`) sont similaires aux volumes HDD à débit optimisé (`st1`), mais ils sont conçus pour prendre en charge les données consultées de manière *occasionnelle*.
**Note**
Ce type de volume est optimisé pour les charges de travail impliquant une I/O, and we recommend that customers with workloads performing small, random I/O utilisation [Volumes SSD à usage général Amazon EBS](general-purpose.md) séquentielle importante ou. [Volumes SSD IOPS provisionnés par Amazon EBS](provisioned-iops.md) Pour de plus amples informations, veuillez consulter [Inefficacité du petit read/writes disque dur](#inefficiency).
Les volumes HDD à froid (`sc1`) attachés à des instances optimisées pour EBS sont conçus pour offrir des performances cohérentes, garantissant au moins 90 % des performances de débit prévues, et ce 99 % du temps au cours d’une année donnée.
### Crédits de débit et performances en rafale
À l’instar de `gp2`, `sc1` utilise un modèle de transmission de compartiment en rafales pour assurer les performances. La taille du volume détermine le débit de base du volume, qui correspond à la vitesse à laquelle le volume accumule des crédits de débit. La taille du volume détermine également le débit de transmission en rafales du volume, qui correspond à la vitesse à laquelle vous pouvez utiliser des crédits lorsqu’ils sont disponibles. Les gros volumes ont un débit de base et de transmission en rafales plus élevé. Plus votre volume contient de crédits, plus il peut durer longtemps au I/O niveau de la rafale.
![\[sc1Compartiment en rafales\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/sc1-burst-bucket.png)
Sous réserve de la limite de débit et de crédits, le débit disponible d’un volume `sc1` est exprimé par la formule suivante :
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Pour un `sc1` volume de 1 To, le débit en rafale est limité à 80MiB/s, the bucket fills with credits at 12 MiB/s, et il peut contenir jusqu'à 1 To de crédits.
Les volumes plus importants redimensionnent ces limites de manière linéaire, avec un débit plafonné à un maximum de 250 par TiB. MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 12 MiB/s
Sur des volumes allant de 0,125 TiB à 16 TiB, le débit de référence varie de MiB/s 1,5 à un maximum de 192 MiB/s, qui est atteint à 16 TiB comme suit :
```
12 MiB/s
16 TiB × ---------- = 192 MiB/s
1 TiB
```
Le débit en rafale varie de 10 MiB/s à un plafond de 250 Mbits/s, qui est atteint à 3,125 TiB comme suit :
```
80 MiB/s
3.125 TiB × ----------- = 250 MiB/s
1 TiB
```
Le tableau suivant indique l’ensemble des valeurs de base en matière de débit et de transmission en rafales pour `sc1`:
| Taille du volume (Tio) | SC1 Débit de base (Mbits/s) | SC1 Débit en rafale (Mbits/s) |
| --- | --- | --- |
| 0.125 | 1.5 | 10 |
| 0,5 | 6 | 40 |
| 1 | 12 | 80 |
| 2 | 24 | 160 |
| 3 | 36 | 240 |
| 3,125 | 37,5 | 250 |
| 4 | 48 | 250 |
| 5 | 60 | 250 |
| 6 | 72 | 250 |
| 7 | 84 | 250 |
| 8 | 96 | 250 |
| 9 | 108 | 250 |
| 10 | 120 | 250 |
| 11 | 132 | 250 |
| 12 | 144 | 250 |
| 13 | 156 | 250 |
| 14 | 168 | 250 |
| 15 | 180 | 250 |
| 16 | 192 | 250 |
Le schéma suivant illustre le tableau de valeurs sous forme de tracé :
![\[Comparaison du débit sc1 de base et en rafales\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/sc1_base_v_burst.png)
**Note**
Lorsque vous créez un instantané d’un volume HDD à froid (`sc1`), les performances peuvent diminuer jusqu’à la valeur de référence du volume pendant que l’instantané est en cours de création.
Pour plus d'informations sur l'utilisation de CloudWatch métriques et d'alarmes pour surveiller le solde de votre bucket en rafale, consultez[Surveiller l’équilibre du compartiment en rafales pour les volumes](#monitoring_burstbucket-hdd).
## Considérations relatives aux performances lors de l’utilisation de volumes HDD
Pour des performances de débit optimales avec les volumes HDD, planifiez vos charges de travail en gardant à l’esprit les éléments suivants.
### **Comparaison des volumes HDD à débit optimisé et des volumes HDD à froid**
Les tailles de compartiment `st1` et `sc1` varient selon la taille du volume, et un compartiment complet contient assez de jetons pour une analyse complète du volume. Cependant, l’analyse des volumes `st1` et `sc1` de plus grande taille est plus longue en raison des limites de débit par instance et par volume. Les volumes attachés à des instances plus petites sont limités par le débit par instance plutôt que par les limites de débit de `st1` ou `sc1`.
`st1` et `sc1` sont conçus pour assurer l’homogénéité des performances de 90 % du débit de transmission en rafales 99 % du temps. Les périodes non conformes sont assez uniformément réparties, en ciblant 99 % du débit total attendu chaque heure.
En général, les durées d’analyse sont exprimées par cette formule :
```
Volume size
------------ = Scan time
Throughput
```
Par exemple, en prenant en compte les garanties en matière de cohérence des performances et les autres optimisations, un client `st1` avec un volume de 5 Tio effectue généralement une analyse complète du volume en 2,91 à 3,27 heures.
+ Durée d’analyse optimale
```
5 TiB 5 TiB
----------- = ------------------ = 10,486 seconds = 2.91 hours
500 MiB/s 0.00047684 TiB/s
```
+ Durée d’analyse maximum
```
2.91 hours
-------------- = 3.27 hours
(0.90)(0.99) <-- From expected performance of 90% of burst 99% of the time
```
De même, un client `sc1` avec un volume de 5 Tio effectue généralement une analyse complète du volume en 5,83 à 6,54 heures.
+ Durée d’analyse optimale
```
5 TiB 5 TiB
----------- = ------------------- = 20972 seconds = 5.83 hours
250 MiB/s 0.000238418 TiB/s
```
+ Durée d’analyse maximum
```
5.83 hours
-------------- = 6.54 hours
(0.90)(0.99)
```
Le tableau suivant illustre les durées d’analyse idéales pour les volumes de différentes tailles, en supposant que les compartiments sont complets et que le débit d’instance est suffisant.
| Taille du volume (Tio) | ST1 durée de numérisation avec rafale (heures) \$1 | SC1 durée de numérisation avec rafale (heures) \$1 |
| --- | --- | --- |
| 1 | 1,17 | 3,64 |
| 2 | 1,17 | 3,64 |
| 3 | 1,75 | 3,64 |
| 4 | 2,33 | 4,66 |
| 5 | 2,91 | 5,83 |
| 6 | 3,50 | 6,99 |
| 7 | 4,08 | 8,16 |
| 8 | 4,66 | 9,32 |
| 9 | 5,24 | 10,49 |
| 10 | 5,83 | 11,65 |
| 11 | 6,41 | 12,82 |
| 12 | 6,99 | 13,98 |
| 13 | 7,57 | 15,15 |
| 14 | 8,16 | 16,31 |
| 15 | 8,74 | 17,48 |
| 16 | 9,32 | 18,64 |
\$1 Ces durées d’analyse supposent une profondeur de file d’attente moyenne (arrondie au nombre entier le plus proche) de quatre éléments ou plus lors de l’exécution de 1 Mio d’I/O séquentielles.
Par conséquent, si vous avez une charge de travail axée sur le débit qui doit effectuer des analyses rapidement (jusqu’à 500 Mo/s) ou qui nécessite plusieurs analyses complètes de volume par jour, utilisez `st1`. Si vous optez pour une optimisation des coûts, si l'accès à vos données est relativement peu fréquent et que vous n'avez pas besoin de plus MiB/s de 250 % de performances de numérisation, alors utilisez-les. `sc1`
### Inefficacité du petit read/writes disque dur
Le modèle de performance pour `st1` et les `sc1` volumes est optimisé pour le séquentielI/Os, favoring high-throughput workloads, offering acceptable performance on workloads with mixed IOPS and throughput, and discouraging workloads with small, random I/O.
Par exemple, une I/O demande de 1 MiB ou moins compte comme un crédit de 1 MiB. I/O Toutefois, s'ils I/Os sont séquentiels, ils sont fusionnés en blocs de 1 I/O MiB et ne comptent que comme un crédit de 1 I/O MiB.
## Surveiller l’équilibre du compartiment en rafales pour les volumes
Vous pouvez surveiller le niveau du bucket en rafale `st1` et les `sc1` volumes à l'aide de la `BurstBalance` métrique Amazon EBS disponible sur Amazon CloudWatch. Cette métrique indique les crédits de débit restants pour `st1` et `sc1` dans le compartiment en rafale. Pour plus d'informations sur la `BurstBalance` métrique et les autres métriques liées aux E/S, consultez[I/O Caractéristiques et surveillance d'Amazon EBS](ebs-io-characteristics.md). CloudWatch vous permet également de définir une alarme qui vous avertit lorsque la `BurstBalance` valeur tombe à un certain niveau. Pour plus d'informations, consultez la section [Création d' CloudWatch alarmes](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
# Contraintes de volume Amazon EBS
La taille d'un volume Amazon EBS est limitée par la physique et l'arithmétique du stockage de données par blocs, ainsi que par les décisions de mise en œuvre des concepteurs de systèmes d'exploitation (OS) et de systèmes de fichiers. AWS impose des limites supplémentaires à la taille des volumes afin de garantir la fiabilité de ses services.
Les sections suivantes décrivent les facteurs les plus importants qui limitent la taille utilisable d’un volume EBS et fournissent des recommandations pour configurer vos volumes EBS.
**Topics**
+ [Capacité de stockage](#ebs-storage-capacity)
+ [Limitations de service](#aws_limits)
+ [Schémas de partitionnement](#partitioning)
+ [Tailles des blocs de données](#block_size)
## Capacité de stockage
Le tableau suivant résume les capacités de stockage théoriques et implémentées des systèmes de fichiers les plus courants sur Amazon EBS, en supposant une taille de bloc de 4 096 octets.
| Schéma de partitionnement | Nombre max de blocs adressables | Taille max théorique (blocs x taille de blocs) | Taille max implémentée Ext4\$1 | Taille max implémentée XFS\$1\$1 | Taille max implémentée NTFS | Nombre max pris en charge par EBS |
| --- | --- | --- | --- | --- | --- | --- |
| MBR | 232 | 2 TiO | 2 TiO | 2 TiO | 2 TiO | 2 TiO |
| GPT | 264 | 64 ZiO | 1 Eio =10242 Tio (50 TiB certifié) RHEL7 | 500 TiO (certifié le RHEL7) | 256 TiO | 64 TiB † |
\$1 [Ext4 Howto](https://archive.kernel.org/oldwiki/ext4.wiki.kernel.org/index.php/Ext4_Howto.html) et [quelles sont les limites de taille de fichier et de système pour Red Hat Enterprise Linux ?](https://access.redhat.com/solutions/1532)
\$1\$1 [Quelles sont les limites de taille de fichier et de système pour Red Hat Enterprise Linux ?](https://access.redhat.com/solutions/1532)
† Les volumes Block Express `io2` prennent en charge jusqu’à 64 TiB pour les partitions GPT. Pour plus d’informations, consultez [Volumes SSD IOPS provisionnés (`io2`) Block Express](provisioned-iops.md#io2-block-express).
## Limitations de service
Amazon EBS extrait le stockage distribué massivement d’un centre de données sur des disques durs virtuels. Pour un système d’exploitation installé sur une instance EC2, un volume EBS attaché semble être un disque dur physique contenant des secteurs disque de 512 octets. Le système d’exploitation gère l’allocation des blocs de données (ou clusters) sur ces secteurs virtuels au moyen de ses utilitaires de gestion de stockage. L’allocation est conforme à un schéma de partitionnement de volume, comme un MBR (enregistrement de démarrage principal) ou GPT (table de partition GUID), et dans les capacités du système de fichiers installé (ext4, NTFS, etc.).
EBS n’est pas conscient des données contenues dans ses secteurs disque virtuels ; il s’assure uniquement de l’intégrité des secteurs. Cela signifie que les AWS actions et les actions du système d'exploitation sont indépendantes les unes des autres. Lorsque vous sélectionnez une taille de volume, soyez conscient des capacités et des limites de chacune, comme dans les cas suivants :
+ A l’heure actuelle, la taille de volume maximal pris en charge par EBS est de 64 TiB. Cela signifie que vous pouvez créer un volume EBS pouvant atteindre 64 TiB. Toutefois, le fait que le système d’exploitation reconnaisse ou non l’ensemble de cette capacité dépend de ses propres caractéristiques de conception et de la façon dont le volume est partitionné.
+ Les volumes de démarrage doivent utiliser le schéma de partitionnement MBR ou GPT. L'AMI à partir de laquelle vous lancez une instance détermine le mode de démarrage, puis le schéma de partition utilisé pour le volume de démarrage.
Avec **MBR**, les volumes de démarrage sont limités à 2 TiB.
Avec **GPT**, les volumes de démarrage peuvent atteindre 64 TiB lorsqu'ils sont utilisés GRUB2 avec le mode de démarrage (Linux) ou UEFI (Windows).
Pour de plus amples informations, veuillez consulter [Rendre un volume Amazon EBS disponible pour utilisation](ebs-using-volumes.md).
+ Les volumes autres que le démarrage dont la taille est supérieure ou égale à 2 TiB (2 048 GiB) doivent utiliser une table de partition GPT pour accéder à l'intégralité du volume.
## Schémas de partitionnement
Parmi les autres impacts, le schéma de partitionnement détermine le nombre de blocs de données logiques pouvant être traités de manière unique sur un seul volume. Pour plus d’informations, consultez [Tailles des blocs de données](#block_size). Les schémas de partitionnement communs utilisés sont MBR (*enregistrement de démarrage principal*) et GPT (*table de partition GUID*). Les différences importantes entre ces schémas peuvent être résumées comme suit.
### MBR
MBR utilise une structure de données 32 bits pour stocker les adresses de blocs. Autrement, chaque bloc de données est mappé à l’un des 232 entiers possibles. La taille maximale adressable d’un volume est fournie par la formule suivante :
```
232 × Block size
```
La taille des blocs des volumes MBR est limitée par convention à 512 octets. Par conséquent :
```
232 × 512 bytes = 2 TiB
```
Les solutions d’ingénierie visant à augmenter cette limite de 2 Tio pour les volumes MBR n’ont pas été adoptées largement dans le secteur. Par conséquent, Linux et Windows ne détectent jamais qu'un volume MBR est supérieur à 2 TiB, même AWS s'il indique que sa taille est supérieure.
### GPT
GPT utilise une structure de données 64 bits pour stocker les adresses de blocs. Autrement, chaque bloc de données est mappé à l’un des 264 entiers possibles. La taille maximale adressable d’un volume est fournie par la formule suivante :
```
264 × Block size
```
La taille des blocs des volumes GPT est limitée communément à 4 096 octets. Par conséquent :
```
264 × 4,096 bytes
= 264 × 212 bytes
= 270 × 26 bytes
= 64 ZiB
```
Les systèmes informatiques réels ne prennent rien en charge qui atteigne ce maximum théorique. La taille du système de fichiers implémenté est actuellement limitée à 50 TiB pour ext4 et à 256 TiB pour NTFS.
## Tailles des blocs de données
Le stockage de données sur un disque dur moderne est géré via l’*adressage par blocs logiques*, une couche d’abstraction qui permet au système d’exploitation de lire et d’écrire des données dans des blocs logiques sans bien connaître le matériel sous-jacent. Le système d'exploitation s'appuie sur le périphérique de stockage pour mapper les blocs à ses secteurs physiques, puis lit et écrit les données sur le disque à l'aide de blocs de données qui sont un multiple de la taille du secteur.
Amazon EBS annonce des secteurs physiques de 512 octets ou de 4 096 octets (4 KiB) au système d'exploitation, en fonction des facteurs suivants :
1. Le type d'instance Amazon EC2
1. Système d’exploitation
1. La version NVMe du pilote
Amazon EBS annonce des secteurs physiques de 4 Ko uniquement si tous les facteurs le soutiennent. Si l'un d'entre eux ne prend pas en charge les secteurs physiques de 4 Ko, Amazon EBS annonce des secteurs physiques de 512 octets.
**Prise en charge des types d'instances Amazon EC2**
Le tableau suivant indique les tailles de secteur annoncées par Amazon EBS pour les différents types d'instances Amazon EC2.
| Type d’instance | Linux | Windows |
| --- | --- | --- |
| Tous les types d'instances basés sur Xen | Amazon EBS annonce toujours des secteurs physiques de 512 octets |
| A1 \$1 C5 \$1 C5a \$1 C5ad \$1 C5d \$1 C5n \$1 C6g \$1 C6gd \$1 D3 \$1 D3en \$1 G4ad \$1 G4dn \$1 G5 \$1 G5g \$1 I3 \$1 I3en DL1 \$1 Inf1 \$1 M5 \$1 M5a \$1 M5ad \$1 M5d \$1 M5dn \$1 M5n \$1 M5zn \$1 M6g \$1 M6Gd \$1 P3dn \$1 P4d \$1 P4de \$1 R5 \$1 R5ad \$1 R5d \$1 R5dn \$1 R5n \$1 R6g \$1 R6gd \$1 T3 \$1 T3a \$1 T4g \$1 U-12TB1 \$1 U-18TB1 \$1 U-24TB1 \$1 U-6TB1 \$1 U-9TB1 \$1 X2GD \$1 X2ieZn \$1 Z1D VT1 | Amazon EBS annonce toujours des secteurs physiques de 512 octets | Amazon EBS annonce des secteurs physiques de 512 octets ou 4 Ko 1 |
| Toutes les autres instances basées sur Nitro | Amazon EBS annonce des secteurs physiques de 512 octets ou 4 Ko 1 |
1 Cela dépend du support du système d'exploitation. Examinez la section suivante.
**Support du système d'exploitation**
Le tableau suivant fournit des exemples de systèmes d'exploitation et les tailles de secteurs physiques correspondants annoncés par Amazon EBS. Cette liste **n'est pas exhaustive**. Nous vous recommandons de vérifier la taille du secteur physique annoncée par Amazon EBS dans votre système d'exploitation.
| Système d’exploitation | Taille du secteur physique annoncée |
| --- | --- |
| [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/volume_constraints.html) | 512 octets |
| [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/volume_constraints.html) | 4 Kio |
1 Pour les charges de travail Windows, assurez-vous d'utiliser la dernière version des [AWS NVMe pilotes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html). Amazon EBS fait de la publicité pour des secteurs physiques de 4 Ko avec la version 1.4.1 et les versions AWS NVMe ultérieures du pilote.
### Tailles de bloc autres que celles par défaut
La taille par défaut du secteur pour les blocs de données logiques est actuellement de 4 KiB. Du fait que certaines charges de travail bénéficient d’une taille de taille inférieure ou supérieure, les systèmes de fichiers prennent en charge des tailles de blocs autres que par défaut et spécifiées au moment du formatage. Les scénarios dans lesquels des tailles de bloc autres que celles par défaut doivent être utilisées (optimisations, par exemple) ne sont pas abordés dans cette rubrique, mais le choix de la taille de bloc a des conséquences sur la capacité de stockage du volume. Le tableau suivant indique la capacité de stockage théorique en fonction de la taille des blocs. Notez toutefois que la limite de taille de volume imposée par EBS (64 TiB pour io2 Block Express) est actuellement égale à la taille maximale autorisée par des blocs de données de 16 Ko.
| Taille du bloc | Taille maximale du volume |
| --- | --- |
| 4 Kio (par défaut) | 16 TiO |
| 8 Kio | 32 Tio |
| 16 Kio | 64 Tio |
| 32 Kio | 128 Tio |
| 64 Kio (maximum) | 256 TiO |
# Volumes Amazon EBS et NVMe
Les volumes Amazon EBS sont exposés sous forme de NVMe blocs sur des EC2 instances Amazon basées sur le système [AWS Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Pour utiliser pleinement les performances et les fonctionnalités des volumes Amazon EBS exposés sous forme de périphériques en NVMe mode bloc, le AWS NVMe pilote doit être installé sur l' EC2 instance. Tous les systèmes AWS Windows et Linux de génération actuelle AMIs sont fournis avec le AWS NVMe pilote installé par défaut.
Si vous utilisez une AMI qui ne possède pas le AWS NVMe pilote, vous pouvez l'installer manuellement. Pour plus d'informations, consultez la section [AWS NVMe relative aux pilotes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html) dans le *guide de EC2 l'utilisateur Amazon*.
**Instances Linux**
Les noms des appareils sont`/dev/nvme0n1`,`/dev/nvme1n1`, et ainsi de suite. Les noms de périphériques que vous spécifiez dans un mappage de périphériques en mode bloc sont renommés à l'aide des noms de NVMe périphériques (`/dev/nvme[0-26]n1`). Le pilote de périphérique en mode bloc peut attribuer des noms de NVMe périphériques dans un ordre différent de celui que vous avez spécifié pour les volumes dans le mappage de périphériques en mode bloc.
**instances Windows**
Lorsque vous associez un volume à votre instance, vous incluez un nom d’appareil pour le volume. Ce nom d'appareil est utilisé par Amazon EC2. Le pilote de périphérique de bloc de l'instance attribue le nom réel du volume lors du montage du volume, et le nom attribué peut être différent de celui EC2 utilisé par Amazon.
**Topics**
+ [Mappez les volumes Amazon EBS aux noms des NVMe appareils](identify-nvme-ebs-device.md)
+ [NVMe Délai d'expiration des opérations d'E/S pour les volumes Amazon EBS](timeout-nvme-ebs-volumes.md)
+ [NVMe Abortcommande pour les volumes Amazon EBS](abort-command.md)
# Mappez les volumes Amazon EBS aux noms des NVMe appareils
EBS utilise la I/O virtualisation à racine unique (SR-IOV) pour fournir des pièces jointes de volume sur des instances basées sur Nitro conformément à la spécification. NVMe Ces appareils s'appuient sur des NVMe pilotes standard du système d'exploitation. Habituellement, ces pilotes détectent les périphériques attachés au démarrage de l’instance, puis créent des nœuds de périphériques selon l’ordre dans lequel les périphériques répondent, et non selon la spécification des périphériques dans le mappage de périphérique de stockage en mode bloc.
## Instances Linux
Sous Linux, les noms des NVMe périphériques suivent le modèle`/dev/nvmen`, où se trouve l'ordre d'énumération et, pour EBS, est 1. Lors de démarrages consécutifs de l’instance, il arrive que les périphériques répondent à la détection dans un ordre différent, d’où un changement de nom des périphériques. En outre, le nom de périphérique attribué par le pilote de périphérique de stockage en mode bloc peut être différent du nom spécifié dans le mappage de périphérique de stockage en mode bloc.
Nous vous recommandons d’utiliser des identificateurs stables pour les volumes EBS au sein de votre instance, par exemple :
+ Pour les instances basées sur Nitro, les mappages de périphériques en mode bloc spécifiés dans la EC2 console Amazon lorsque vous connectez un volume EBS `AttachVolume` ou pendant des appels d'`RunInstances`API sont capturés dans le champ de données spécifique au fournisseur de l'identification du contrôleur. NVMe Avec Amazon Linux version AMIs ultérieure à la version 2017.09.01, nous fournissons une `udev` règle qui lit ces données et crée un lien symbolique vers le mappage bloc-périphérique.
+ L’ID de volume EBS et le point de montage sont stables entre les changements d’état d’instance. Le nom du NVMe périphérique peut changer en fonction de l'ordre dans lequel les périphériques répondent lors du démarrage de l'instance. Nous vous recommandons d’utiliser l’ID de volume EBS et le point de montage pour une identification cohérente des périphériques.
+ NVMe L'ID du volume EBS est défini comme numéro de série dans l'identification de l'appareil pour les volumes EBS. Utilisez la commande `lsblk -o +SERIAL` pour répertorier le numéro de série.
+ Le format du nom du NVMe périphérique peut varier selon que le volume EBS a été connecté pendant ou après le lancement de l'instance. NVMe les noms de périphérique pour les volumes attachés après le lancement de l'instance incluent le `/dev/` préfixe, tandis que les noms de NVMe périphérique pour les volumes attachés lors du lancement de l'instance n'incluent pas le `/dev/` préfixe.
+ Pour Amazon Linux ou FreeBSD AMI, `sudo ebsnvme-id /dev/nvme0n1 -u` utilisez la commande pour obtenir NVMe un nom d'appareil cohérent.
+ Pour les autres distributions, utilisez la `sudo nvme id-ctrl -V /dev/nvme0n1` commande pour déterminer le nom du NVMe périphérique. Vous devrez peut-être inclure l'option de `--vendor-specific` commande.
+ Lors du formatage d’un périphérique, un UUID est généré, qui persiste pendant toute la durée de vie du système de fichiers. Il est possible de spécifier une étiquette de périphérique au même moment. Pour plus d'informations, reportez-vous à la section [Rendre un volume Amazon EBS disponible pour utilisation](ebs-using-volumes.md) et [Démarrez à partir du mauvais volume](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-booting-from-wrong-volume.html).
**Amazon Linux AMIs**
Avec Amazon Linux AMI 2017.09.01 ou version ultérieure (y compris Amazon Linux 2), vous pouvez exécuter la **ebsnvme-id** commande comme suit pour associer le nom de l' NVMe appareil à un ID de volume et à un nom de périphérique :
L’exemple suivant illustre la commande et la sortie d’un volume attaché lors du lancement de l’instance. Notez que le nom de l' NVMe appareil n'inclut pas le `/dev/` préfixe.
```
[ec2-user ~]$ sudo /sbin/ebsnvme-id /dev/nvme0n1
Volume ID: vol-01324f611e2463981
sda
```
L’exemple suivant illustre la commande et la sortie d’un volume attaché après le lancement de l’instance. Notez que le nom de l' NVMe appareil inclut le `/dev/` préfixe.
```
[ec2-user ~]$ sudo /sbin/ebsnvme-id /dev/nvme1n1
Volume ID: vol-064784f1011136656
/dev/sdf
```
Amazon Linux crée également un lien symbolique entre le nom de l'appareil dans le mappage des périphériques en mode bloc (par exemple,`/dev/sdf`) et le nom de l' NVMe appareil.
**FreeBSD AMIs**
À partir de FreeBSD 12.2-RELEASE, vous pouvez exécuter la commande **ebsnvme-id** comme indiqué ci-dessus. Transmettez le nom du NVMe périphérique (par exemple,`nvme0`) ou le périphérique de disque (par exemple, `nvd0` ou`nda0`). FreeBSD crée également des liens symboliques vers les unités de disque (par exemple,). `/dev/aws/disk/ebs/` *volume\$1id*
**Autre Linux AMIs**
Avec une version du noyau 4.2 ou ultérieure, vous pouvez exécuter la **nvme id-ctrl** commande comme suit pour mapper un NVMe périphérique à un ID de volume. Tout d'abord, installez le package en ligne de NVMe commande à l'aide des outils de gestion de packages de votre distribution Linux. `nvme-cli` Pour obtenir des instructions de téléchargement et d’installation pour d’autres distributions, reportez-vous à la documentation correspondante.
L'exemple suivant obtient l'ID du volume et le nom du NVMe périphérique d'un volume qui a été attaché lors du lancement de l'instance. Notez que le nom de l' NVMe appareil n'inclut pas le `/dev/` préfixe. Le nom du périphérique est disponible via l'extension spécifique au fournisseur du NVMe contrôleur (octets 384 : 4095 de l'identification du contrôleur) :
```
[ec2-user ~]$ sudo nvme id-ctrl -V /dev/nvme0n1
NVME Identify Controller:
vid : 0x1d0f
ssvid : 0x1d0f
sn : vol01234567890abcdef
mn : Amazon Elastic Block Store
...
0000: 2f 64 65 76 2f 73 64 6a 20 20 20 20 20 20 20 20 "sda..."
```
L'exemple suivant obtient l'ID du volume et le nom du NVMe périphérique pour un volume qui a été attaché après le lancement de l'instance. Notez que le nom de l' NVMe appareil inclut le `/dev/` préfixe.
```
[ec2-user ~]$ sudo nvme id-ctrl -V /dev/nvme1n1
NVME Identify Controller:
vid : 0x1d0f
ssvid : 0x1d0f
sn : volabcdef01234567890
mn : Amazon Elastic Block Store
...
0000: 2f 64 65 76 2f 73 64 6a 20 20 20 20 20 20 20 20 "/dev/sdf..."
```
La commande **lsblk** répertorie les périphériques disponibles ainsi que leurs points de montage (le cas échéant). Vous pouvez ainsi déterminer quel nom de périphérique utiliser. Dans cet exemple, `/dev/nvme0n1p1` est monté comme périphérique racine et `/dev/nvme1n1` est attaché mais pas monté.
```
[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:3 0 100G 0 disk
nvme0n1 259:0 0 8G 0 disk
nvme0n1p1 259:1 0 8G 0 part /
nvme0n1p128 259:2 0 1M 0 part
```
## instances Windows
Vous pouvez exécuter la **ebsnvme-id** commande pour associer le numéro de disque du NVMe périphérique à un ID de volume EBS et à un nom de périphérique. Par défaut, tous les NVMe appareils EBS sont énumérés. Vous pouvez passer un numéro de disque pour énumérer des informations pour un périphérique spécifique. L'`ebsnvme-id`outil est inclus dans le dernier serveur Windows AWS fourni AMIs situé dans`C:\ProgramData\Amazon\Tools`.
À partir du package de AWS NVMe pilotes, `1.5.0,` la dernière version de l'`ebsnvme-id`outil est installée par le package de pilotes. La dernière version n’est disponible que dans le package du pilote. Le lien de téléchargement autonome de l’outil `ebsnvme-id` ne recevra plus de mises à jour. La dernière version disponible via le lien autonome est`1.1.0`, qui peut être téléchargée à l'aide du lien [ebsnvme-id.zip](https://s3.amazonaws.com/ec2-windows-drivers-downloads/EBSNVMeID/Latest/ebsnvme-id.zip) et en extrayant le contenu de votre EC2 instance Amazon pour y accéder. `ebsnvme-id.exe`
```
PS C:\ProgramData\Amazon\Tools> ebsnvme-id.exe
Disk Number: 0
Volume ID: vol-0d6d7ee9f6e471a7f
Device Name: sda1
Disk Number: 1
Volume ID: vol-03a26248ff39b57cf
Device Name: xvdd
Disk Number: 2
Volume ID: vol-038bd1c629aa125e6
Device Name: xvde
Disk Number: 3
Volume ID: vol-034f9d29ec0b64c89
Device Name: xvdb
Disk Number: 4
Volume ID: vol-03e2dbe464b66f0a1
Device Name: xvdc
```
```
PS C:\ProgramData\Amazon\Tools> ebsnvme-id.exe 4
Disk Number: 4
Volume ID: vol-03e2dbe464b66f0a1
Device Name: xvdc
```
# NVMe Délai d'expiration des opérations d'E/S pour les volumes Amazon EBS
La plupart des systèmes d'exploitation spécifient un délai d'expiration pour les I/O opérations soumises aux NVMe appareils.
**Instances Linux**
Sous Linux, les volumes EBS attachés à des instances basées sur Nitro utilisent le NVMe pilote par défaut fourni par le système d'exploitation. La plupart des systèmes d'exploitation spécifient un délai d'expiration pour les opérations d'E/S soumises aux NVMe appareils. Le délai d’attente par défaut est de 30 secondes. Il peut être modifié à l’aide du paramètre de démarrage `nvme_core.io_timeout`. Pour la plupart des noyaux Linux antérieurs à la version 4.6, ce paramètre est `nvme.io_timeout`.
Si la I/O latence dépasse la valeur de ce paramètre de délai d'attente, le NVMe pilote Linux échoue I/O et renvoie une erreur au système de fichiers ou à l'application. En fonction de l' I/O opération, votre système de fichiers ou votre application peut réessayer de corriger l'erreur. Dans certains cas, il est possible de remonter le système de fichiers en lecture seule.
Pour bénéficier d’une expérience similaire à celles des volumes EBS attachés aux instances Xen, nous vous recommandons de définir `nvme_core.io_timeout` sur la valeur la plus élevée possible. Pour les noyaux actuels, le maximum est 4294967295, alors que pour les noyaux précédents, le maximum est 255. Selon la version de Linux, il se peut que la temporisation soit déjà réglée à la valeur maximale prise en charge. Par exemple, la temporisation est réglée sur 4294967295 par défaut pour les AMI Linux Amazon 2017.09.01 et ultérieures.
Vous pouvez vérifier la valeur maximale pour votre distribution de Linux en écrivant une valeur plus élevée que la valeur maximale suggérée dans `/sys/module/nvme_core/parameters/io_timeout` et en recherchant l’erreur Numerical result out of range au moment d’enregistrer le fichier.
**instances Windows**
Sous Windows, le délai d'expiration par défaut est de 60 secondes et le maximum est de 255 secondes. Vous pouvez modifier le paramètre de registre de classe de disque `TimeoutValue` à l’aide de la procédure décrite sur la page [Registry Entries for SCSI Miniport Drivers](https://learn.microsoft.com/en-us/previous-versions/windows/drivers/storage/registry-entries-for-scsi-miniport-drivers).
# NVMe Abortcommande pour les volumes Amazon EBS
La `Abort` commande est une commande d' NVMe administration qui est émise pour mettre fin à une commande spécifique qui a été précédemment soumise au contrôleur. Cette commande est généralement émise par le pilote de périphérique aux périphériques de stockage qui ont dépassé le seuil de temporisation des I/O opérations.
Les types d' EC2 instances Amazon qui prennent en charge la `Abort` commande par défaut mettent fin à une commande spécifique précédemment soumise au contrôleur lorsqu'une `Abort` commande est émise pour les volumes Amazon EBS attachés. EC2 Les instances Amazon qui ne prennent pas en charge la `Abort` commande n'entreprennent aucune action lorsqu'une `Abort` commande est émise pour des volumes Amazon EBS attachés.
La `Abort` commande est prise en charge par :
+ Appareils Amazon EBS dotés de NVMe la version 1.4 ou supérieure.
+ Toutes les EC2 instances Amazon, **à l'exception** des types d'instances basés sur Xen et des types d'instances basés sur Nitro suivants :
+ Usage général : A1 \$1 M5 \$1 M5a \$1 M5ad \$1 M5d \$1 M5dn \$1 M5n \$1 M5zn \$1 M6g \$1 M6gd \$1 Mac1 \$1 Mac2 \$1 T3 \$1 T3a \$1 T4g
+ Optimisé pour le calcul : C5 \$1 c5a \$1 C5ad \$1 C5d \$1 C5n \$1 C6g \$1 C6gd
+ Mémoire optimisée : R5 \$1 R5a \$1 R5ad \$1 R5d \$1 R5dn \$1 R5n \$1 R6g \$1 R6gd \$1 U-12tb1 \$1 U-18tb1 \$1 U-24tb1 \$1 U-3tb1 \$1 U-6tb1 \$1 U-9TB1 \$1 x2GD \$1 X2ieZN \$1 Z1d
+ Optimisées en stockage : D3 \$1 D3en \$1 I3en
+ Calcul accéléré : DL1 \$1 G4ad \$1 G4dn \$1 G5 \$1 G5g \$1 Inf1 \$1 P3dn \$1 P4d \$1 P4de \$1 VT1
Pour plus d'informations, reportez-vous à la section **Abort5.1** de la [spécification de base NVM Express](https://nvmexpress.org/wp-content/uploads/NVM-Express-1_4-2019.06.10-Ratified.pdf).
# Cycle de vie des volumes Amazon EBS
Le cycle de vie d'un volume Amazon EBS commence par le processus de création. Vous pouvez créer un volume à partir d'un instantané Amazon EBS ou créer un volume vide. Avant de pouvoir utiliser votre volume, vous devez l'associer à une ou plusieurs instances Amazon EC2 situées dans la même zone de disponibilité que le volume. Vous pouvez associer plusieurs volumes à une instance. Si nécessaire, vous pouvez détacher un volume d'une instance, puis l'attacher à une autre instance. Si vos besoins en stockage changent, vous pouvez modifier la taille ou les performances du volume à tout moment. Vous pouvez créer des point-in-time sauvegardes de vos volumes en créant des instantanés Amazon EBS. Si vous n'avez plus besoin d'un volume, vous pouvez le supprimer pour ne plus avoir à supporter les coûts de stockage associés.
L'image suivante montre les actions que vous pouvez effectuer sur vos volumes dans le cadre de leur cycle de vie. Vous pouvez également effectuer certaines tâches en vous connectant à l'instance et en exécutant une commande du système d'exploitation. Par exemple, le formatage du volume, le montage du volume, la gestion des partitions et l'affichage de l'espace disque disponible.
![\[Le cycle de vie d'un volume EBS.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/volume-lifecycle.png)
**Topics**
+ [Créer un volume](ebs-creating-volume.md)
+ [Copier un volume](ebs-copying-volume.md)
+ [Attacher un volume à une instance](ebs-attaching-volume.md)
+ [Attacher un volume à plusieurs instances](ebs-volumes-multi.md)
+ [Rendre un volume disponible à l’utilisation](ebs-using-volumes.md)
+ [Afficher des détails d’un volume](ebs-describing-volumes.md)
+ [Modifier un volume](ebs-modify-volume.md)
+ [Détachez un volume d’une instance](ebs-detaching-volume.md)
+ [Supprimer un volume](ebs-deleting-volume.md)
# Créez un volume Amazon EBS.
Vous pouvez créer un volume Amazon EBS, puis l’attacher à n’importe quelle instance EC2 dans la même zone de disponibilité.
Vous pouvez soit **créer un volume vide**, soit **créer un volume à partir d'un instantané Amazon EBS**. Si vous créez un volume à partir d'un instantané, le volume commence comme une réplique exacte du volume utilisé pour créer cet instantané.
**Initialisation du volume**
Lorsque vous créez un volume à partir d'un instantané, les blocs de stockage de l'instantané doivent être téléchargés depuis Amazon S3 et écrits sur le volume pour que vous puissiez y accéder. Ce processus s'appelle l'initialisation du volume. Pendant ce temps, le volume subira une I/O latence accrue. Les performances complètes du volume ne sont atteintes qu'une fois que tous les blocs de stockage ont été téléchargés et écrits sur le volume.
Le taux d'initialisation du volume par défaut fluctue tout au long du processus d'initialisation, ce qui peut rendre les délais d'exécution imprévisibles.
Pour minimiser les impacts sur les performances associés à l'initialisation des volumes, vous pouvez utiliser un taux provisionné Amazon EBS pour l'initialisation des volumes (taux d'initialisation des volumes) ou une restauration rapide des instantanés. Pour de plus amples informations, veuillez consulter [Initialiser les volumes Amazon EBS](initalize-volume.md).
**Chiffrement de volume**
L'état de chiffrement du volume dépend de l'[activation du chiffrement par défaut](encryption-by-default.md) sur votre compte et de l'état de chiffrement de l'instantané, si vous choisissez d'en utiliser un. Le tableau suivant récapitule les résultats de chiffrement possibles.
| Chiffrement par défaut | Snapshot utilisé ? | Résultat du chiffrement des volumes | Remarque |
| --- | --- | --- | --- |
| Désactivé | Non | Chiffrement optionnel | Si vous activez le chiffrement, vous pouvez spécifier la clé KMS à utiliser. Si vous activez le chiffrement mais que vous ne spécifiez pas de clé KMS, le Clé gérée par AWS (aws/ebs) est utilisé. |
| Désactivé | Oui, non crypté | Chiffrement optionnel | Si vous activez le chiffrement, vous pouvez spécifier la clé KMS à utiliser. Si vous activez le chiffrement mais que vous ne spécifiez pas de clé KMS, le Clé gérée par AWS (aws/ebs) est utilisé. |
| Désactivé | Oui, crypté | Chiffrement automatique | Vous pouvez spécifier la clé KMS à utiliser. Si vous ne spécifiez pas de clé KMS, le volume est chiffré à l'aide de la même clé KMS que le snapshot source. |
| Activé | Non | Chiffrement automatique | Vous pouvez spécifier la clé KMS à utiliser. Si vous ne spécifiez pas de clé KMS, la clé spécifiée pour le chiffrement par défaut est utilisée. |
| Activé | Oui, non crypté | Chiffrement automatique | Vous pouvez spécifier la clé KMS à utiliser. Si vous ne spécifiez pas de clé KMS, la clé spécifiée pour le chiffrement par défaut est utilisée. |
| Activé | Oui, crypté | Chiffrement automatique | Vous pouvez spécifier la clé KMS à utiliser. Si vous ne spécifiez pas de clé KMS, le volume est chiffré à l'aide de la même clé que l'instantané source (console) ou de la clé spécifiée pour le chiffrement par défaut (CLI/API). |
**Considérations supplémentaires**
+ Les volumes doivent être attachés à des instances situées dans la même zone de disponibilité.
+ Les volumes ne sont prêts à être utilisés qu'après leur entrée dans l'`available`état.
+ Lorsque vous créez un volume à l'aide de la console, `gp3` c'est le type de volume par défaut. Pour les outils de ligne de commande, l'API et le SDK, `gp2` c'est le type de volume par défaut.
+ Pour utiliser un volume avec une instance exécutée sur un avant-poste, vous devez créer le volume sur le même avant-poste que l'instance.
+ Si vous créez un volume destiné à être utilisé avec une instance Windows et que sa taille est supérieure à 2048 GiB, assurez-vous de configurer le volume pour utiliser les tables de partition GPT. Pour plus d'informations, consultez la section [Contraintes de volume Amazon EBS](volume_constraints.md) et le [support Windows pour les disques de plus de 2 To.](https://learn.microsoft.com/en-us/troubleshoot/windows-server/backup-and-storage/support-for-hard-disks-exceeding-2-tb) .
+ Les volumes sont également créés indirectement en lançant une instance Amazon EC2. L'AMI utilisée pour lancer l'instance ou la demande de lancement d'instance elle-même peut inclure des mappages de périphériques en mode bloc pour les volumes Amazon EBS. Pour plus d'informations, consultez [Bloquer les mappages d'appareils](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/block-device-mapping-concepts.html).
------
#### [ Console ]
**Pour créer un de volumes**
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 **Volumes**, puis **Create volume**.
1. (*Outpostclients uniquement*) Pour l'**OutpostARN**, entrez l'ARN AWS Outpost sur lequel vous souhaitez créer le volume.
1. Pour **Volume type** (Type de volume), choisissez le type de volume à créer. Pour plus d'informations sur les types de volumes disponibles, consultez[Types de volume Amazon EBS](ebs-volume-types.md).
1. Pour **Size (Taille)**, saisissez la taille du volume en Gio. Pour de plus amples informations, veuillez consulter [Contraintes de volume Amazon EBS](volume_constraints.md).
1. (*Pour `io1``io2`, et `gp3` uniquement*) Pour les **IOPS**, entrez le nombre maximum d' input/output opérations par seconde (IOPS) que le volume doit fournir.
1. (*`gp3`Uniquement*) Pour **Débit**, entrez le débit que le volume doit fournir, en Mbits/s.
1. Pour **Zone de disponibilité**, choisissez la zone de disponibilité dans laquelle créer le volume.
1. Pour **Snapshot ID**, effectuez l'une des opérations suivantes :
+ Pour créer un volume vide, conservez la valeur par défaut (**Ne pas créer de volume à partir d'un instantané**).
+ Pour créer le volume à partir d'un instantané, sélectionnez le cliché à utiliser.
1. Si vous avez sélectionné un instantané, pour le **taux d'initialisation du volume**, vous pouvez éventuellement spécifier le taux d'initialisation du volume, en Mib/s, auquel les blocs d'instantanés doivent être téléchargés depuis Amazon S3 vers le volume après leur création. Pour de plus amples informations, veuillez consulter [Utiliser un tarif provisionné par Amazon EBS pour l'initialisation du volume](initalize-volume.md#volume-initialization-rate). Pour utiliser le taux d’initialisation par défaut ou la restauration rapide des instantanés (si elle est activée pour l’instantané sélectionné), ne spécifiez pas de taux.
1. (*`io1`et `io2` uniquement*) Pour activer le volume pour Amazon EBS Multi-Attach, sélectionnez **Enable** Multi-Attach. Pour plus d’informations, consultez [Associer un volume EBS à plusieurs EC2 instances à l'aide de l'option Multi-Attach](ebs-volumes-multi.md).
1. Définissez l’état du chiffrement du volume.
+ Si le [chiffrement de votre compte est activé par défaut](encryption-by-default.md), le chiffrement est automatique et ne peut pas être désactivé.
+ Si vous avez sélectionné un instantané chiffré, le chiffrement est automatique et ne peut pas être désactivé.
+ Si le [chiffrement de votre compte n'est pas activé par défaut](encryption-by-default.md) et que vous sélectionnez un instantané non chiffré ou que vous n'en sélectionnez pas, le chiffrement est facultatif.
1. (*Facultatif*) Pour attribuer des balises personnalisées au volume, dans la section **Balises**, choisissez **Ajouter une balise**, puis entrez une clé de balise et une paire de valeurs.
1. Choisissez **Créer un volume**.
1. Pour utiliser le volume, attendez qu'il atteigne son `available` état, puis attachez-le à une instance Amazon EC2 située dans la même zone de disponibilité. Pour de plus amples informations, veuillez consulter [Associer un volume Amazon EBS à une instance Amazon EC2](ebs-attaching-volume.md).
------
#### [ AWS CLI ]
**Pour créer un de volumes**
Utilisez la commande [create-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-volume.html). L'exemple suivant crée un volume gp3 vide d'une taille de 100 GiB dans la zone de disponibilité spécifiée.
```
aws ec2 create-volume \
--volume-type gp3 \
--size 100 \
--availability-zone us-east-1a
```
------
#### [ PowerShell ]
**Pour créer un de volumes**
Utilisez l’applet de commande [New-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Volume.html). L'exemple suivant crée un volume gp3 vide d'une taille de 100 GiB dans la zone de disponibilité spécifiée.
```
New-EC2Volume `
-VolumeType gp3 `
-Size 100 `
-AvailabilityZone us-east-1a
```
------
# Copier un volume Amazon EBS
Vous pouvez créer une point-in-time copie instantanée d'un volume Amazon EBS au sein de la même zone de disponibilité. Une copie de volume commence par une copie instantanée du volume source cohérente en cas de crash. Il inclut tous les blocs de données écrits sur le volume source au moment où l'initialisation de la copie du volume commence. La copie du volume reçoit son propre identifiant de volume unique. Les copies de volume sont créées immédiatement et peuvent être jointes à une instance Amazon EC2 une fois qu'elle atteint l'`available`état. À l'aide de copies en volume, vous pouvez rapidement copier vos données de production pour les environnements de test et de développement.
## Initialisation
Les copies de volume sont initialisées après leur création. Lors de l'initialisation, les blocs de données sont copiés depuis le volume source et écrits sur la copie du volume en arrière-plan. Le volume reste dans `initializing` cet état jusqu'à ce que l'initialisation soit terminée.
**Performances lors de l'initialisation**
Les opérations de copie n'affectent pas les performances du volume source. Vous pouvez continuer à utiliser le volume source normalement pendant le processus de copie. Les volumes copiés sont accessibles instantanément sans attendre que les données soient copiées depuis le volume source. Les copies en volume fournissent un accès instantané aux données avec une latence d'un chiffre en millisecondes, mais la latence réelle peut varier en fonction du type de volume. Lors de l'initialisation, la copie du volume fournit des **performances de référence** égales à la plus faible des trois valeurs suivantes :
+ 3 000 IOPS et 125 Mbits/s
+ Les performances provisionnées pour le volume **source**
+ Les performances provisionnées pour la copie en **volume**
La copie du volume peut dépasser les performances de référence lorsque les critères suivants sont remplis :
1. Le volume source et la copie du volume sont fournis avec plus de 3 000 IOPS et 125 Mbits/s.
1. Le volume source a une capacité de performance inutilisée (les performances pilotées sont inférieures aux performances provisionnées)
Par exemple, si le volume source est provisionné avec 10 000 IOPS et que votre charge de travail ne génère actuellement que 5 000 IOPS, et que la copie du volume est provisionnée avec 10 000 IOPS, la copie du volume peut atteindre des performances supérieures aux performances de référence de 3 000 IOPS lors de l'initialisation en utilisant les 5 000 IOPS inutilisées du volume source.
**Durée d'initialisation**
Le temps nécessaire à l'initialisation d'une copie de volume dépend de la taille des blocs de données écrits sur le volume source au moment de la création de la copie de volume. Les copies en volume sont initialisées dans la mesure du possible, conformément aux directives générales suivantes. Pour les 1 premiers TiB de blocs de données, l'initialisation du volume prend jusqu'à 6 heures. Pour chaque bloc de données de 1 TiB suivant, jusqu'à 16 TiB, l'initialisation prend 1,2 heure par TiB. Pour les données écrites supérieures à 16 TiB, l'initialisation prend 24 heures.
**Surveiller la progression de l'initialisation**
Vous pouvez suivre la progression de l'initialisation à l'aide de la [describe-volume-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volume-status.html) AWS CLI commande ou d'Amazon EventBridge. Pour plus d'informations, consultez [Surveiller l'état de l'initialisation du volume Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-initialize-monitor.html).
## Chiffrement
Les copies des volumes chiffrés sont automatiquement chiffrées avec la même clé KMS que le volume source. Vous ne pouvez pas copier des volumes non chiffrés.
## Considérations
+ Vous ne pouvez créer des copies qu'à partir de volumes source chiffrés. Vous ne pouvez pas créer de copies à partir de volumes source non chiffrés.
+ Vous ne pouvez créer qu'une seule copie de volume à la fois à partir d'un volume source. Vous ne pouvez créer des copies ultérieures du même volume source qu'une fois que la copie du volume précédent a été entièrement initialisée.
+ Vous pouvez disposer d'un maximum de 5 copies de volume en cours par région. Si vous dépassez ce quota, le `CopyVolumesLimitExceeded` message d'erreur s'affiche. Vous pouvez [demander une augmentation de quota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) si nécessaire.
+ La copie du volume doit être créée dans la même zone de disponibilité que le volume source.
+ La taille de la copie du volume doit être égale ou supérieure à celle du volume source.
+ Vous ne pouvez pas copier une copie de volume lors de sa création ou de son initialisation.
+ Pour créer une copie de volume, le volume source doit être dans l'`in-use`état `available` ou, et les modifications de volume doivent être dans l'`optimizing`état `completed` ou.
+ Les copies en volume sont soumises aux mêmes quotas de compte, de stockage régional et d'IOPS que les volumes Amazon EBS classiques. Pour en savoir plus, consultez la section [Quotas Amazon EBS](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs).
+ Si vous supprimez le volume source alors que l'opération de copie est en cours, l'opération de copie est toujours terminée.
+ Les balises attribuées au volume source ne sont pas attribuées à la copie du volume.
+ Vous ne pouvez pas créer de copies à partir de volumes sur Outposts ou dans Wavelength Zones.
## Tarification
Lorsque vous lancez une opération de copie en volume, des frais uniques vous sont facturés par GiB de blocs de données écrits sur la copie en volume. Une fois la copie du volume créée, elle est facturée de la même manière que tout autre volume Amazon EBS de votre compte. Pour plus d’informations, consultez la section [Tarification d’Amazon EBS](https://aws.amazon.com/ebs/pricing/).
## Copier un volume
Utilisez l'une des méthodes suivantes pour copier un volume Amazon EBS.
------
#### [ Console ]
**Pour copier un volume**
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 **Volumes**.
1. Sélectionnez le volume à copier, puis choisissez **Actions**, **Copier le volume**.
1. Pour **Type de volume**, choisissez le type de volume pour la copie. Le type de volume par défaut est **gp3**.
1. Pour **Taille**, entrez la taille de la copie en volume, dans GiBs. La taille doit être égale ou supérieure à la taille du volume source.
1. (*`io1``io2`, et `gp3` uniquement*) Pour les **IOPS**, entrez le nombre maximum d' input/output opérations par seconde (IOPS) pour la copie du volume.
1. (*`gp3`uniquement*) Pour **Débit**, entrez le débit de la copie du volume, en Mbits/s.
1. (*`io1`et `io2` uniquement*) Pour activer la copie en volume pour Amazon EBS Multi-Attach, sélectionnez **Enable** Multi-Attach.
1. (*Facultatif*) Pour attribuer des balises personnalisées à la copie du volume, dans la section **Balises**, choisissez **Ajouter une balise**, puis entrez une paire clé de balise et valeur.
1. Choisissez **Copier le volume**.
1. Le volume copié entre dans `creating` cet état, puis passe à l'état `available` peu de temps après. Vous pouvez ensuite l'associer à une instance Amazon EC2 dans la même zone de disponibilité.
------
#### [ AWS CLI ]
**Pour copier un volume**
Utilisez la commande [copy-volumes](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/copy-volumes.html).
L'exemple suivant crée une copie de volume de `vol-01234567890abcdef` avec le type de `gp3` volume, une taille de `100` GiB et un débit de Mib/s. `250`
```
aws ec2 copy-volumes \
--source-volume-id vol-01234567890abcdef \
--volume-type gp3 \
--size 100 \
--throughput 250
```
------
#### [ PowerShell ]
**Pour copier un volume**
Utilisez l’applet de commande [Copy-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Copy-EC2Volume.html).
L'exemple suivant crée une copie de volume de `vol-01234567890abcdef` avec le type de `gp3` volume, une taille de `100` GiB et un débit de Mib/s. `250`
```
Copy-EC2Volume `
-SourceVolumeId vol-01234567890abcdef `
-VolumeType gp3 `
-Size 100 `
-Throughput 250
```
------
# Associer un volume Amazon EBS à une instance Amazon EC2
Vous pouvez attacher un volume EBS disponible à l’une de vos instances se trouvant dans la même zone de disponibilité que le volume.
Pour plus d'informations sur l'ajout de volumes EBS à votre instance lors du lancement, consultez la section [Mappage des périphériques par blocs d'instance.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/block-device-mapping-concepts.html#instance-block-device-mapping)
**Considérations**
+ Le nombre maximum de volumes Amazon EBS que vous pouvez attacher à une instance dépend du type d'instance. Si vous dépassez la limite de volume attachée pour un type d'instance, la demande de pièce jointe échoue avec l'`AttachmentLimitExceeded`erreur. Pour plus d'informations, consultez la section [Limites de volume des instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/volume_limits.html).
+ Vous pouvez uniquement associer des volumes à des instances situées dans la même zone de disponibilité.
+ Les volumes compatibles avec l'attachement multiple peuvent être attachés à un maximum de 16 instances. Pour de plus amples informations, veuillez consulter [Associer un volume EBS à plusieurs EC2 instances à l'aide de l'option Multi-Attach](ebs-volumes-multi.md).
+ Si le volume possède un code AWS Marketplace produit :
+ Vous ne pouvez l'attacher qu'à une instance arrêtée.
+ Vous devez être abonné au AWS Marketplace code figurant sur le volume.
+ La configuration de l'instance, telle que son type et son système d'exploitation, doit prendre en charge ce AWS Marketplace code spécifique. Par exemple, vous ne pouvez pas prendre un volume sur une instance Windows et l’attacher à une instance Linux.
+ AWS Marketplace les codes sont copiés du volume vers l'instance.
+ Le nom de l'appareil que vous spécifiez est utilisé par Amazon EC2. Le pilote de périphérique en mode bloc peut monter le périphérique avec un nom de périphérique différent de celui que vous avez spécifié. Pour plus d'informations, consultez la section [Noms des appareils pour les volumes sur les instances Amazon EC2.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/device_naming.html)
+ Dans certains cas, un volume autre que le volume attaché à l'instance `/dev/xvda` ou `/dev/sda` peut en devenir le volume racine. Cela peut se produire si vous attachez le volume racine d'une autre instance, ou un volume créé à partir de l'instantané d'un volume racine, à une instance comportant un volume racine existant. Pour plus d'informations, voir [Démarrage à partir du mauvais volume](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-booting-from-wrong-volume.html).
+ Certains types d'instances prennent en charge plusieurs cartes EBS. Vous pouvez sélectionner la carte EBS à laquelle le volume doit être attaché en spécifiant l'index de la carte EBS. Pour les instances prenant en charge plusieurs cartes EBS, consultez la section Cartes [EBS.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs_cards.html)
+ Votre volume racine doit être attaché à l'index `0` de la carte EBS.
+ Pour les instances qui prennent en charge plusieurs cartes EBS, si vous ne spécifiez pas l'index de la carte EBS, votre volume sera attaché à l'index de la carte EBS. `0`
+ Lorsque vous configurez vos instances EC2 pour des charges de travail à hautes performances, il est essentiel d'équilibrer les volumes EBS entre les cartes EBS en fonction des exigences de performance, afin d'éviter de rencontrer des limites de performances sur les cartes EBS.
+ La limite de volume attaché pour un type d'instance est répartie de manière égale sur chaque carte EBS. Par exemple, sur une instance EC2 qui prend en charge les pièces jointes de `128` volume avec 2 cartes EBS, chaque carte EBS peut prendre en charge jusqu'à `64` des pièces jointes de volume. Si vous dépassez la limite de pièces jointes de la carte EBS, la demande échoue avec l'`CardAttachmentLimitExceeded`erreur.
------
#### [ Console ]
**Pour associer un volume EBS à une 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, choisissez **Volumes**.
1. Sélectionnez le volume à attacher et choisissez **Actions**, **Attach volume** (Attacher un volume).
1. Pour **Instance**, saisissez l’ID de l’instance ou sélectionnez l’instance dans la liste d’options.
1. Pour **Nom du périphérique**, effectuez l'une des opérations suivantes :
+ Pour un volume racine, sélectionnez le nom de périphérique requis dans la section **Réservé au volume racine** de la liste. Généralement `/dev/sda1` ou `/dev/xvda` pour les instances Linux en fonction de l'AMI, ou `/dev/sda1` pour les instances Windows.
+ Pour les volumes de données, sélectionnez un nom de périphérique disponible dans la section **Recommandé pour les volumes de données** de la liste.
+ Pour utiliser un nom d'appareil personnalisé, sélectionnez **Spécifier un nom d'appareil personnalisé**, puis entrez le nom de l'appareil à utiliser.
1. Choisissez **Attacher un volume**.
1. Connectez-vous à votre instance et montez le volume. Pour de plus amples informations, veuillez consulter [Rendre un volume Amazon EBS disponible pour utilisation](ebs-using-volumes.md).
------
#### [ AWS CLI ]
**Pour associer un volume EBS à une instance**
Utilisez la commande [attach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/attach-volume.html). L'exemple suivant attache le volume spécifié à l'instance spécifiée en utilisant le nom de périphérique spécifié.
```
aws ec2 attach-volume \
--volume-id vol-01234567890abcdef \
--instance-id i-1234567890abcdef0 \
--device /dev/sdf
```
------
#### [ PowerShell ]
**Pour associer un volume EBS à une instance**
Utilisez l’applet de commande [Add-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2Volume.html). L'exemple suivant attache le volume spécifié à l'instance spécifiée en utilisant le nom de périphérique spécifié.
```
Add-EC2Volume `
-VolumeId vol-01234567890abcdef `
-InstanceId i-1234567890abcdef0 `
-Device /dev/sdf
```
------
# Associer un volume EBS à plusieurs EC2 instances à l'aide de l'option Multi-Attach
Amazon EBS Multi-Attach vous permet d’attacher un volume SSD IOPS provisionnés (`io1` ou `io2`) à plusieurs instances basées sur Nitro situées dans la même zone de disponibilité. Vous pouvez attacher plusieurs volumes activés pour Multi-Attach à une instance ou à un ensemble d’instances. Chaque instance à laquelle le volume est attaché dispose d’une autorisation complète en lecture et en écriture sur le volume partagé. Multi-Attach permet de bénéficier d’une disponibilité d’application plus importante dans les applications qui gèrent des opérations d’écriture simultanée.
**Tarification et facturation**
L’utilisation d’Amazon EBS Multi-Attach est disponible sans frais supplémentaires. Vous êtes facturé selon les frais standard qui s’appliquent aux volumes SSD IOPS provisionnés (`io1` et `io2`). Pour plus d’informations, consultez la section [Tarification d’Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Topics**
+ [Considérations et restrictions](#considerations)
+ [Performances pour les volumes à attaches multiples](ebs-multi-attach-perf.md)
+ [Activer Multi-Attach](working-with-multi-attach.md)
+ [Désactiver Multi-Attach](disable-multi-attach.md)
+ [NVMe réservations](nvme-reservations.md)
## Considérations et restrictions
+ Les volumes compatibles avec l'attachement multiple peuvent être attachés à un maximum de 16 instances créées sur le [système Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) qui se trouvent dans la même zone de disponibilité.
+ **Les instances Linux** prennent en charge l'option Multi-Attach `io1` et les `io2` volumes. **Les instances Windows** prennent uniquement en charge les `io2` volumes compatibles avec le mode Multi-Attach.
+ Le nombre maximal de volumes Amazon EBS que vous pouvez associer à une instance dépend du type et de la taille de l’instance. Pour plus d'informations, consultez la section [Limites de volume des instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/volume_limits.html).
+ Multi-Attach est pris en charge exclusivement sur les [volumes SSD d’IOPS provisionnés (`io1` et `io2`)](provisioned-iops.md#EBSVolumeTypes_piops).
+ Multi-Attach pour les volumes `io1` n’est disponible que dans les régions suivantes : USA Est (Virginie du Nord), USA Ouest (Oregon) et Asie-Pacifique (Séoul).
Multi-Attach pour `io2` est disponible dans toutes les régions prenant en charge `io2`.
**Note**
Pour améliorer les performances, la cohérence et la durabilité à moindre coût, nous vous recommandons d’utiliser des volumes `io2`.
+ Les volumes `io1` compatibles Multi-Attach ne sont pas pris en charge par les [instances reposant sur le système Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) qui prennent uniquement en charge le protocole de réseaux Scalable Reliable Datagram (SRD). Pour utiliser Multi-Attach avec ces types d'instances, vous devez utiliser`io2`.
+ Les systèmes de fichiers standard, tels que XFS et XFS EXT4, ne sont pas conçus pour être accessibles simultanément par plusieurs serveurs, tels que les EC2 instances. Vous devez utiliser un système de fichiers en cluster pour garantir la résilience et la fiabilité des données pour vos charges de travail de production.
+ Les `io2` volumes compatibles avec l'attache multiple prennent en charge le I/O cloisonnement. I/O les protocoles de clôture contrôlent l'accès en écriture dans un environnement de stockage partagé afin de maintenir la cohérence des données. Vos applications doivent fournir un ordre d’écriture pour les instances attachées afin de maintenir la cohérence des données. Pour de plus amples informations, veuillez consulter [Utiliser les NVMe réservations avec des volumes Amazon EBS compatibles avec Multi-Attach](nvme-reservations.md).
Les `io1` volumes compatibles avec l'attache multiple ne sont pas compatibles avec le I/O cloisonnement.
+ Les volumes activés pour Multi-Attach ne peuvent pas être créés en tant que volumes de démarrage.
+ Les volumes activés pour Multi-Attach peuvent être attachés à un mappage de périphérique de stockage en mode bloc par instance.
+ L'attachement multiple ne peut pas être activé lors du lancement de l'instance à l'aide de la EC2 console ou de l' RunInstances API Amazon.
+ Les volumes activés pour Multi-Attach présentant un problème au niveau de la couche d’infrastructure Amazon EBS sont indisponibles pour toutes les instances attachées. Les problèmes au niveau d'Amazon EC2 ou de la couche réseau peuvent n'avoir d'impact que sur certaines instances associées.
+ Le tableau suivant présente la prise en charge des modifications de volume pour les volumes `io1` et `io2` compatibles Multi-Attach après leur création.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/ebs-volumes-multi.html)
\$1 Vous ne pouvez pas activer ou désactiver Multi-Attach lorsque le volume est attaché à une instance.
+ Les volumes activés pour Multi-Attach sont supprimés lors de la résiliation de l’instance si la dernière instance attachée est interrompue et si cette instance est configurée pour supprimer le volume lors de la résiliation. Si le volume est attaché à plusieurs instances présentant des paramètres de suppression à la résiliation différents dans leurs mappages de périphérique de stockage en mode bloc, le paramètre de mappage de périphériques de bloc de la dernière instance attachée détermine le comportement de suppression à la résiliation.
Pour garantir un comportement prévisible en matière de suppression à la résiliation, activez ou désactivez la suppression à la résiliation pour toutes les instances auxquelles le volume est attaché. Pour plus d'informations, consultez la section [Préserver les données lorsqu'une instance est mise hors service](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/preserving-volumes-on-termination.html).
+ Vous pouvez surveiller un volume activé par connexion multiple à l'aide CloudWatch des métriques pour les volumes Amazon EBS. Les données sont agrégées dans toutes les instances attachées. Vous ne pouvez pas surveiller les métriques pour des instances individuelles attachées. Pour de plus amples informations, veuillez consulter [CloudWatch Métriques Amazon pour Amazon EBS](using_cloudwatch_ebs.md).
# Performances pour les volumes Amazon EBS à connexion multiple
Chaque instance attachée est capable de piloter ses performances IOPS maximales jusqu’aux performances provisionnées maximales du volume. Toutefois, les performances agrégées de toutes les instances attachées ne peuvent pas dépasser les performances provisionnées maximales du volume. Si la demande d’IOPS des instances attachées est supérieure aux IOPS provisionnées du volume, le volume ne dépassera pas ses performances provisionnées.
Par exemple, supposons que vous créez un volume `io2` activé pour Multi-Attach avec `80,000` IOPS provisionnés et que vous l’attachez à une instance `m7g.large` qui prend en charge jusqu’à `40,000` IOPS et à une instance ` r7g.12xlarge` qui prend en charge jusqu’à `60,000` IOPS. Chaque instance peut gérer ses IOPS maximum car la valeur est inférieure aux IOPS provisionnés () du volum `80,000`. Toutefois, si les deux instances se dirigent I/O vers le volume simultanément, leurs IOPS combinées ne peuvent pas dépasser les performances d'`80,000`IOPS allouées au volume.
Pour obtenir des performances constantes, il est recommandé de trouver un équilibre I/O entre les différents secteurs d'un volume activé par le mode Multi-Attach.
Pour plus d'informations sur les performances IOPS pour les types d' EC2 instances Amazon, consultez les types d'[instances optimisés Amazon EBS dans le guide](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html) de * EC2 l'utilisateur Amazon*.
# Activer l'attachement multiple pour un volume Amazon EBS
Les volumes activés pour Multi-Attach peuvent être gérés de la même manière que n’importe quel autre volume Amazon EBS. Toutefois, pour utiliser la fonctionnalité Multi-Attach, vous devez l’activer pour le volume.
Lorsque vous créez un volume, Multi-Attach est désactivé par défaut. Vous pouvez activer l'attache multiple lorsque vous créez un volume.
Vous pouvez également activer l’option Multi-Attach pour les volumes `io2` après leur création, mais uniquement s’ils ne sont attachés à aucune instance. Vous ne pouvez pas activer Multi-Attach pour les volumes `io1` après leur création.
Après avoir activé l'attache multiple pour un volume, vous pouvez attacher le volume à une instance de la même manière que vous attachez n'importe quel autre volume EBS. Pour de plus amples informations, veuillez consulter [Associer un volume Amazon EBS à une instance Amazon EC2](ebs-attaching-volume.md).
------
#### [ Console ]
**Pour activer Multi-Attach lors de la création du volume**
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, choisissez **Volumes**.
1. Choisissez **Créer un volume**.
1. Pour **Type de volume**, sélectionnez **SSD IOPS provisionnés (`io1`)** ou **SSD IOPS provisionnés (`io2`)**.
1. Pour **Size (Taille)** et **IOPS**, choisissez la taille de volume requise et le nombre d’I/O par seconde à provisionner.
1. Pour **Availability Zone (Zone de disponibilité)**, choisissez la même zone de disponibilité que celle dans laquelle se trouvent les instances.
1. Pour **Amazon EBS Multi-Attach**, choisissez **Enable Multi-Attach** (Activer Multi-Attach).
1. (Facultatif) Pour **Snapshot ID** (ID d’instantané), choisissez l’instantané à partir duquel créer le volume.
1. Définissez l’état du chiffrement du volume.
Si l’instantané sélectionné est chiffré, ou si votre compte est activé pour le [chiffrement par défaut](encryption-by-default.md), le chiffrement est activé automatiquement et vous ne pouvez pas le désactiver. Vous pouvez choisir la clé KMS à utiliser pour chiffrer le volume.
Si l’instantané sélectionné n’est pas chiffré et que le chiffrement par défaut n’est pas activé pour votre compte, le chiffrement est facultatif. Pour chiffrer le volume, pour **Encryption** (Chiffrement), choisissez **Encrypt this volume** (Chiffrer ce volume), puis sélectionnez la clé KMS à utiliser pour chiffrer le volume.
Vous ne pouvez attacher des volumes chiffrés qu’aux instances qui prennent en charge le chiffrement Amazon EBS. Pour de plus amples informations, veuillez consulter [Chiffrement Amazon EBS](ebs-encryption.md).
1. (Facultatif) Pour attribuer des identifications personnalisées au volume, dans la section **Tags** (Identifications), choisissez **Add tag** (Ajouter une identification), puis saisissez une paire clé-valeur d’identification.
1. Choisissez **Créer un volume**.
**Pour activer Multi-Attach après la création**
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, choisissez **Volumes**.
1. Sélectionnez le volume, puis **Actions** et **Modify volume** (Modifier un volume).
1. Pour **Amazon EBS Multi-Attach**, choisissez **Enable Multi-Attach** (Activer Multi-Attach).
1. Sélectionnez **Modifier**.
------
#### [ AWS CLI ]
**Pour activer Multi-Attach lors de la création du volume**
Utilisez la commande [create-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-volume.html) avec l'`--multi-attach-enabled`option.
```
aws ec2 create-volume \
--volume-type io2 \
--multi-attach-enabled \
--size 100 \
--iops 2000 \
--region us-west-2 \
--availability-zone us-west-2b
```
**Pour activer Multi-Attach après la création**
Utilisez la commande [modify-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-volume.html) avec l'option. `--multi-attach-enabled`
```
aws ec2 modify-volume \
--volume-id vol-01234567890abcdef \
--multi-attach-enabled
```
------
#### [ PowerShell ]
**Pour activer Multi-Attach lors de la création du volume**
Utilisez l'[New-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Volume.html)applet de commande avec le `-MultiAttachEnabled` paramètre.
```
New-EC2Volume `
-VolumeType io2 `
-MultiAttachEnabled $true `
-Size 100 `
-Iops 2000 `
-Region us-west-2 `
-AvailabilityZone us-west-2b
```
**Pour activer Multi-Attach après la création**
Utilisez l'[Edit-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Volume.html)applet de commande avec le `-MultiAttachEnabled` paramètre.
```
Edit-EC2Volume `
-VolumeId vol-01234567890abcdef `
-MultiAttachEnabled $true
```
------
# Désactiver l'attache multiple pour un volume Amazon EBS
Vous ne pouvez désactiver Multi-Attach pour un volume `io2` que si celui-ci n’est attaché à pas plus d’une instance.
Vous ne pouvez pas désactiver Multi-Attach pour les volumes `io1` après leur création.
------
#### [ Console ]
**Pour désactiver Multi-Attach après la création**
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, choisissez **Volumes**.
1. Sélectionnez le volume, puis **Actions** et **Modify volume** (Modifier un volume).
1. Pour **Amazon EBS Multi-Attach**, désactivez **Enable Multi-Attach** (Activer Multi-Attach).
1. Sélectionnez **Modify**.
------
#### [ AWS CLI ]
**Pour désactiver Multi-Attach après la création**
Utilisez la commande [modify-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-volume.html) avec l'option. `-no-multi-attach-enabled`
```
aws ec2 modify-volume \
--volume-id vol-01234567890abcdef \
--no-multi-attach-enabled
```
------
#### [ PowerShell ]
**Pour désactiver Multi-Attach après la création**
Utilisez l'[Edit-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Volume.html)applet de commande avec le `-MultiAttachEnabled` paramètre.
```
Edit-EC2Volume `
-VolumeId vol-01234567890abcdef `
-MultiAttachEnabled $false
```
------
# Utiliser les NVMe réservations avec des volumes Amazon EBS compatibles avec Multi-Attach
`io2`Les volumes compatibles avec Multi-Attach prennent en charge les NVMe réservations, qui sont un ensemble de protocoles de clôture de stockage conformes aux normes du secteur. Ces protocoles vous permettent de créer et de gérer des réservations qui contrôlent et coordonnent l’accès de plusieurs instances à un volume partagé. Les réservations sont utilisées par les applications de stockage partagé pour garantir la cohérence des données.
**Topics**
+ [Prérequis](#nvme-reservations-reqs)
+ [Activation de l'assistance pour les NVMe réservations](#nvme-reservations-enable)
+ [Commandes de NVMe réservation prises en charge](#nvme-reservations-commands)
+ [Tarification](#nvme-reservations-cost)
## Prérequis
NVMe les réservations sont prises en charge uniquement avec les `io2` volumes compatibles avec le mode Multi-Attach. Les volumes compatibles Multi-Attach ne peuvent être attachés qu’aux instances construites sur le Système Nitro.
NVMe les réservations sont prises en charge avec les systèmes d'exploitation suivants :
+ SUSE Linux Enterprise 12 SP3 et versions ultérieures
+ RHEL 8.3 et versions ultérieures
+ Amazon Linux 2 et versions ultérieures
+ Windows Server 2016 et versions ultérieures
**Note**
Pour les serveurs Windows pris en charge AMIs datés du 2023.09.13 et versions ultérieures, les NVMe pilotes requis sont inclus. Pour les versions antérieures AMIs, vous devez effectuer la mise à jour vers la version 1.5.0 ou ultérieure du NVMe pilote. Pour plus d'informations, consultez la section [AWS NVMe Conducteurs](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html).
Si vous utilisez EC2 Launch v2 pour initialiser vos disques, vous devez passer à la version **2.0.1521** ou ultérieure. Pour plus d'informations, voir [Utiliser l'agent EC2 Launch v2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2launch-v2.html).
## Activation de l'assistance pour les NVMe réservations
Support pour les NVMe réservations est activé par défaut pour tous les `io2` volumes dotés de l'option Multi-Attach créés après **le 18 septembre 2023.**
Pour activer la prise en charge des NVMe réservations pour les `io2` volumes existants créés avant le 18 septembre 2023, vous devez détacher toutes les instances du volume, puis rattacher les instances requises. Les NVMe réservations seront activées pour toutes les pièces jointes créées après le détachement de toutes les instances.
## Commandes de NVMe réservation prises en charge
Amazon EBS prend en charge les commandes de NVMe réservation suivantes :
**Reservation Register**
Enregistre, annule ou remplace une clé de réservation. Une clé d’enregistrement est utilisée pour identifier et authentifier une instance. L’enregistrement d’une clé de réservation auprès d’un volume crée une association entre l’instance et le volume. Vous devez enregistrer l’instance auprès du volume pour qu’elle puisse obtenir une réservation.
**Reservation Acquire**
Acquiert une réservation sur un volume, anticipe une réservation enregistrée sur un espace de noms et annule une réservation enregistrée sur un volume. Les types de réservation suivants peuvent être acquis :
+ Réservation Write Exclusive
+ Réservation Excusive Access
+ Réservation Write Exclusive - Registrants Only
+ Réservation Exclusive Access - Registrants Only
+ Réservation Write Exclusive - All Registrants
+ Réservation Exclusive Access - All Registrants
**Reservation Release**
Publie ou efface une réservation enregistrée sur un volume.
**Reservation Report**
Décrit le statut d’enregistrement et de réservation d’un volume.
## Tarification
L’activation et l’utilisation de Multi-Attach est disponible sans frais supplémentaires.
# Rendre un volume Amazon EBS disponible pour utilisation
Une fois que vous avez attaché un volume Amazon EBS à votre instance, il est exposé en tant que périphérique en mode bloc. Vous pouvez formater le volume avec n’importe quel système de fichiers puis le monter. Après avoir rendu le volume EBS disponible à l’utilisation, vous pouvez y accéder de la même façon que n’importe quel volume. Toutes les données inscrites sur ce système de fichiers le sont sur le volume EBS et sont transparentes pour les applications utilisant cet appareil.
Vous pouvez prendre des instantanés de votre volume EBS à des fins de sauvegarde ou pour servir de base à la création d’un autre volume. Pour de plus amples informations, veuillez consulter [Instantanés Amazon EBS](ebs-snapshots.md).
Si le volume EBS que vous préparez à utiliser est supérieur à 2 Tio, vous devez utiliser un schéma de partitionnement GPT pour accéder à l’ensemble du volume. Pour de plus amples informations, veuillez consulter [Contraintes de volume Amazon EBS](volume_constraints.md).
## Instances Linux
### Formatage et montage d’un volume attaché
Supposons que vous ayez une instance EC2 avec un volume EBS pour le périphérique racine, `/dev/xvda`, et que vous venez d’attacher un volume EBS vide à l’instance en utilisant `/dev/sdf`. Utilisez la procédure suivante pour mettre le volume nouvellement attaché à disposition.
**Pour formater et monter un volume EBS sous Linux**
1. Connectez-vous à votre instance à l’aide de SSH. Pour plus d'informations, consultez [Connect to your Linux instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connect-to-linux-instance.html).
1. Le périphérique peut être attaché à l’instance avec un nom de périphérique différent de celui que vous avez spécifié dans le mappage de périphérique de stockage en mode bloc. Pour plus d'informations, consultez les [noms des appareils sur les instances Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/device_naming.html). Utilisez la commande **lsblk** pour voir vos périphériques de disques disponibles et leurs points de montage (le cas échéant) pour vous aider à déterminer quel nom d’appareil utiliser. Le résultat de **lsblk** supprime le préfixe `/dev/` des chemins d’accès complets à l’appareil.
Voici un exemple de sortie pour une instance basée sur le [système Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html), qui expose les volumes EBS sous forme NVMe de périphériques en mode bloc. Le périphérique racine est `/dev/nvme0n1`, et il possède deux partitions nommées `nvme0n1p1` et `nvme0n1p128`. Le volume attaché est `/dev/nvme1n1`, et il ne dispose pas de partition ni n’est encore monté.
```
[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 10G 0 disk
nvme0n1 259:1 0 8G 0 disk
-nvme0n1p1 259:2 0 8G 0 part /
-nvme0n1p128 259:3 0 1M 0 part
```
L’exemple ci-dessous représente la sortie pour une instance T2. Le périphérique racine est `/dev/xvda`, et il possède une partition nommée `xvda1`. Le volume attaché est `/dev/xvdf`, et il ne dispose pas de partition ni n’est encore monté.
```
[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 8G 0 disk
-xvda1 202:1 0 8G 0 part /
xvdf 202:80 0 10G 0 disk
```
1. Déterminez s’il y a un système de fichiers sur le volume. Les nouveaux volumes sont des périphériques de stockage en mode bloc bruts et vous devez créer un système de fichiers sur ces volumes avant de pouvoir les monter et les utiliser. Les volumes créés à partir d’instantanés disposent probablement déjà d’un système de fichiers. Si vous créez un autre système de fichiers par-dessus le système de fichiers existant, l’opération remplace vos données.
Utilisez l’une des méthodes suivantes ou les deux pour déterminer s’il existe un système de fichiers sur le volume :
+ Utilisez la commande **file -s** pour obtenir les informations sur un appareil spécifique, telles que son type de système de fichiers. Si le résultat de la commande précédente est simplement `data`, comme dans l’exemple de sortie suivant, il n’y a pas de système de fichiers sur l’appareil.
```
[ec2-user ~]$ sudo file -s /dev/xvdf
/dev/xvdf: data
```
Si l’appareil possède un système de fichiers, la commande affiche des informations sur le type de système de fichiers. Par exemple, la sortie suivante montre un périphérique racine avec le système de fichiers XFS.
```
[ec2-user ~]$ sudo file -s /dev/xvda1
/dev/xvda1: SGI XFS filesystem data (blksz 4096, inosz 512, v2 dirs)
```
+ Utilisez la commande **lsblk -f** pour obtenir des informations sur tous les appareils attachés à l’instance.
```
[ec2-user ~]$ sudo lsblk -f
```
Par exemple, la sortie suivante montre qu’il y a trois appareils attachés aux instances—`nvme1n1`, `nvme0n1`, et `nvme2n1`. La première colonne répertorie les appareils et leurs partitions. La colonne `FSTYPE` indique le type de système de fichiers pour chaque appareil. Si la colonne est vide pour un appareil spécifique, cela signifie qu’il n’a pas de système de fichiers. Dans ce cas, l’appreil `nvme1n1` et la partition `nvme0n1p1` sur l’appareil `nvme0n1` sont tous deux formatés à l’aide du système de fichiers XFS, tandis que l’appareil `nvme2n1` et la partition `nvme0n1p128` sur l’appareil `nvme0n1` ne disposent pas de systèmes de fichiers.
```
NAME FSTYPE LABEL UUID MOUNTPOINT
nvme1n1 xfs 7f939f28-6dcc-4315-8c42-6806080b94dd
nvme0n1
├─nvme0n1p1 xfs / 90e29211-2de8-4967-b0fb-16f51a6e464c /
└─nvme0n1p128
nvme2n1
```
Si la sortie de ces commandes montre qu’il n’y a pas de système de fichiers sur l’appareil, vous devez en créer un.
1. (Condition) Si vous avez découvert qu’il y a un système de fichiers sur le périphérique à l’étape précédente, ignorez cette étape. Si vous avez un volume vide, utilisez la commande **mkfs -t** pour créer un système de fichiers sur le volume.
**Avertissement**
N’utilisez pas cette commande si vous montez un volume qui contient déjà des données (par exemple, un volume qui a été créé à partir d’un instantané). Sinon, vous formaterez le volume et supprimerez les données existantes.
```
[ec2-user ~]$ sudo mkfs -t xfs /dev/xvdf
```
Si vous obtenez une erreur indiquant que `mkfs.xfs` est introuvable, utilisez la commande suivante pour installer les outils XFS, puis répétez la commande précédente :
```
[ec2-user ~]$ sudo yum install xfsprogs
```
1. Utilisez la commande **mkdir** pour créer un répertoire de point de montage pour le volume. Le point de montage est l’endroit où se trouve le volume dans l’arborescence du système de fichiers et où vous lisez et écrivez des fichiers après avoir monté le volume. L’exemple suivant crée un répertoire nommé `/data`.
```
[ec2-user ~]$ sudo mkdir /data
```
1. Montez le volume ou la partition dans le répertoire du point de montage que vous avez créé à l’étape précédente.
Si le volume ne comporte aucune partition, utilisez la commande suivante et spécifiez le nom du périphérique pour monter l’ensemble du volume.
```
[ec2-user ~]$ sudo mount /dev/xvdf /data
```
Si le volume comporte des partitions, utilisez la commande suivante et spécifiez le nom de la partition pour monter une partition.
```
[ec2-user ~]$ sudo mount /dev/xvdf1 /data
```
1. Vérifiez les autorisations sur les fichiers de votre nouveau montage de volume pour vous assurer que les utilisateurs et les applications peuvent écrire sur le volume. Pour plus d’informations sur les autorisations sur les fichiers, consultez [File security](https://tldp.org/LDP/intro-linux/html/sect_03_04.html) dans *Le projet de documentation Linux*.
1. Le point de montage n’est pas automatiquement préservé après le redémarrage de votre instance. Pour monter automatiquement ce volume EBS après le redémarrage, suivez la procédure suivante.
### Monter automatiquement un volume attaché après le redémarrage
Pour monter un volume EBS attaché à chaque redémarrage du système, ajoutez une entrée pour l’appareil dans le fichier `/etc/fstab`.
Vous pouvez utiliser le nom du périphérique, comme `/dev/xvdf`, dans `/etc/fstab`, mais nous recommandons d’utiliser plutôt l’identificateur universel unique (UUID) de 128 bits de l’appareil. Les noms de périphériques peuvent changer, mais l’UUID persiste pendant toute la durée de vie de la partition. En utilisant l’UUID, vous réduisez les risques que le système devienne impossible à démarrer après une reconfiguration du matériel. Pour plus d’informations, consultez [Mappez les volumes Amazon EBS aux noms des NVMe appareils](identify-nvme-ebs-device.md).
**Pour monter automatiquement un volume attaché après le redémarrage**
1. (Facultatif) Créez une sauvegarde de votre fichier `/etc/fstab` que vous pouvez utiliser si vous détruisez ou supprimez accidentellement ce fichier en l’éditant.
```
[ec2-user ~]$ sudo cp /etc/fstab /etc/fstab.orig
```
1. Utilisez la commande **blkid** pour trouver l’UUID du périphérique. Notez l’UUID du périphérique que vous souhaitez monter après le redémarrage. Vous en aurez besoin à l’étape suivante.
Par exemple, la commande suivante indique que deux périphériques sont montés sur l'instance, et elle indique le UUIDs pour les deux périphériques.
```
[ec2-user ~]$ sudo blkid
/dev/xvda1: LABEL="/" UUID="ca774df7-756d-4261-a3f1-76038323e572" TYPE="xfs" PARTLABEL="Linux" PARTUUID="02dcd367-e87c-4f2e-9a72-a3cf8f299c10"
/dev/xvdf: UUID="aebf131c-6957-451e-8d34-ec978d9581ae" TYPE="xfs"
```
Pour Ubuntu 18.04, utilisez la commande lsblk.
```
[ec2-user ~]$ sudo lsblk -o +UUID
```
1. Ouvrez le fichier `/etc/fstab` avec un éditeur de texte tel que **nano** ou **vim**.
```
[ec2-user ~]$ sudo vim /etc/fstab
```
1. Ajoutez l’entrée suivante à `/etc/fstab` pour monter le périphérique au point de montage spécifié. Les champs sont la valeur UUID renvoyée par **blkid** (ou **lsblk** pour Ubuntu 18.04), le point de montage, le système de fichiers et les options de montage recommandées. Pour plus d’informations sur les champs obligatoires, exécutez `man fstab` pour ouvrir le manuel **fstab**.
Dans l’exemple suivant, nous montons le périphérique doté de l’UUID `aebf131c-6957-451e-8d34-ec978d9581ae` sur le point de montage `/data` et nous utilisons le système de fichiers `xfs`. Nous utilisons également les indicateurs `defaults` et `nofail`. Nous spécifions `0` pour empêcher le vidage du système de fichiers et `2` pour indiquer qu’il s’agit d’un périphérique non racine.
```
UUID=aebf131c-6957-451e-8d34-ec978d9581ae /data xfs defaults,nofail 0 2
```
**Note**
Si jamais vous démarrez votre instance sans ce volume attaché (par exemple, après avoir déplacé ce volume sur une autre instance), l’option de montage `nofail` permet à l’instance de démarrer même si des erreurs se produisent lors du montage du volume. Les dérivés Debian, y compris les versions Ubuntu antérieures à 16.04, doivent également ajouter l’option de montage `nobootwait`.
1. Pour vérifier que votre entrée fonctionne, exécutez les commandes suivantes pour démonter le périphérique, puis montez tous les systèmes de fichiers dans `/etc/fstab`. S’il n’y a pas d’erreur, le fichier `/etc/fstab` est correct et votre système de fichiers sera monté automatiquement après avoir été redémarré.
```
[ec2-user ~]$ sudo umount /data
[ec2-user ~]$ sudo mount -a
```
Si vous recevez un message d’erreur, traitez les erreurs dans le fichier.
**Avertissement**
Des erreurs dans le fichier `/etc/fstab` peuvent rendre un système impossible à démarrer. N'arrêtez pas un système dont le fichier `/etc/fstab` contient des erreurs.
Si vous n’êtes pas sûr de savoir comment corriger des erreurs dans `/etc/fstab` et que vous avez créé un fichier de sauvegarde lors de la première étape de la procédure, vous avez toujours la possibilité de restaurer votre fichier depuis votre fichier de sauvegarde avec la commande suivante.
```
[ec2-user ~]$ sudo mv /etc/fstab.orig /etc/fstab
```
## instances Windows
Utilisez l'une des méthodes suivantes pour rendre un volume disponible sur une instance Windows.
------
#### [ PowerShell ]
**Pour que tous les volumes EBS contenant des partitions brutes puissent être utilisés avec Windows PowerShell**
1. Connectez-vous à votre instance Windows en utilisant les services Bureau à distance. Pour plus d'informations, consultez [Connect to your Windows instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connecting_to_windows_instance.html).
1. Dans la barre des tâches, ouvrez le menu Démarrer, puis choisissez **Windows PowerShell**.
1. Utilisez la série de PowerShell commandes Windows fournie dans l' PowerShell invite ouverte. Le script effectue les actions suivantes par défaut :
1. Arrête le HWDetection service Shell.
1. Énumère les disques sur lesquels le style de partition est brut.
1. Crée une nouvelle partition qui couvre la taille maximale prise en charge par le disque et le type de partition.
1. Attribue une lettre de lecteur disponible.
1. Formate le système de fichiers en NTFS avec l’étiquette de système de fichiers spécifiée.
1. Redémarre le HWDetection service Shell.
```
Stop-Service -Name ShellHWDetection
Get-Disk | Where PartitionStyle -eq 'raw' | Initialize-Disk -PartitionStyle MBR -PassThru | New-Partition -AssignDriveLetter -UseMaximumSize | Format-Volume -FileSystem NTFS -NewFileSystemLabel "Volume Label" -Confirm:$false
Start-Service -Name ShellHWDetection
```
------
#### [ DiskPart command line tool ]
**Pour mettre un volume EBS à la disposition de l'utilisateur avec l'outil de ligne de DiskPart commande**
1. Connectez-vous à votre instance Windows en utilisant les services Bureau à distance. Pour plus d'informations, consultez [Connect to your Windows instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connecting_to_windows_instance.html).
1. Déterminez le numéro de disque que vous souhaitez rendre disponible :
1. Ouvrez le menu Démarrer, puis sélectionnez Windows PowerShell.
1. Utilisez `Get-Disk` Cmdlet de commande pour récupérer une liste de disques disponibles.
1. Dans la sortie de la commande, notez la**Numéro**correspondant au disque que vous rendez disponible.
1. Créez un fichier de script pour exécuter DiskPart des commandes :
1. Ouvrez le menu Démarrer et sélectionnez**Explorer de fichiers**.
1. Accédez à un répertoire, tel que C:\$1, pour stocker le fichier de script.
1. Choisissez ou cliquez avec le bouton droit sur un espace vide dans le dossier pour ouvrir la boîte de dialogue, positionnez le curseur sur**Nouvelle**pour accéder au menu contextuel, puis choisissez**Document texte**.
1. Nommez le fichier texte `diskpart.txt`.
1. Ajoutez les commandes suivantes au fichier script. Vous devrez peut-être modifier le numéro de disque, le type de partition, l’étiquette du volume et la lettre du lecteur. Le script effectue les actions suivantes par défaut :
1. Sélectionne le disque 1 pour modification.
1. Configure le volume pour utiliser la structure de partition MBR (Master Boot Record).
1. Formate le volume sous la forme d’un volume NTFS.
1. Définit l’étiquette du volume.
1. Attribue au volume une lettre de lecteur.
**Avertissement**
Si vous montez un volume sur lequel se trouvent déjà des données, ne le reformatez pas, sinon vous supprimerez les données existantes.
```
select disk 1
attributes disk clear readonly
online disk noerr
convert mbr
create partition primary
format quick fs=ntfs label="volume_label"
assign letter="drive_letter"
```
Pour plus d'informations, consultez [DiskPart Syntaxe et paramètres](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc766465(v=ws.10)#diskpart-syntax-and-parameters).
1. Ouvrez une invite de commande, accédez au dossier dans lequel se trouve le script et exécutez la commande suivante pour rendre un volume disponible sur le disque spécifié :
```
C:\> diskpart /s diskpart.txt
```
------
#### [ Disk Management utility ]
**Pour rendre un volume EBS disponible à l’utilisation à l’aide de l’utilitaire Gestion des disques**
1. Connectez-vous à votre instance Windows en utilisant les services Bureau à distance. Pour plus d'informations, consultez [Connect to your Windows instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connecting_to_windows_instance.html).
1. Démarrez l’utilitaire Gestion des disques. Dans la barre des tâches, ouvrez le menu contextuel (via un clic droit) du logo Windows et choisissez **Gestion des disques**.
**Note**
Sur Windows Server 2008, sélectionnez **Démarrer**, **Outils d’administration**, **Gestion des ordinateurs** et **Gestion des disques**.
1. Mettez le volume en ligne. Dans le volet inférieur, ouvrez le menu contextuel (avec un clic droit) du panneau de gauche associé au disque du volume EBS. Sélectionnez **En ligne**.
![\[Mettez le volume en ligne.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-volume-online.png)
1. (Condition) Si le disque n’est pas initialisé, vous devez l’initialiser avant de pouvoir l’utiliser. Si le disque est déjà initialisé, ignorez cette étape.
**Avertissement**
Si vous montez un volume sur lequel se trouvent déjà des données (par exemple, un ensemble de données public ou un volume créé à partir d’un instantané), ne le reformatez pas. Vous risqueriez de supprimer les données existantes.
Si le disque n’est pas initialisé, lancez-le comme suit :
1. Ouvrez le menu contextuel (clic droit) du panneau de gauche du disque, et choisissez **Initialiser le disque**.
![\[Initialisez le volume.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-volume-initialize.png)
1. Dans la boîte de dialogue **Initialiser le disque**, sélectionnez un style de partition, puis appuyez sur **OK**.
![\[Initialisez les paramètres de volume.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-volume-initialize-settings.png)
1. Ouvrez le menu contextuel (clic droit) du volet de droite du disque, puis appuyez sur **Nouveau volume simple**.
![\[Montez un volume simple.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-new-simple-volume.png)
1. Dans**Assistant Nouveau volume simple**, choisissez**Suivant**.
![\[Démarrer l’Assistant Création d’un volume simple.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-welcome.png)
1. Si vous souhaitez modifier la valeur maximale par défaut, spécifiez la valeur**Taille simple du volume en Mo**, puis choisissez**Suivant.**
![\[Spécifiez la taille du volume.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-size.png)
1. Spécifiez une lettre de lecteur préférée, si nécessaire, dans le menu déroulant**Attribuez la lettre de lecteur suivante**, puis choisissez**Suivant.**
![\[Spécifiez une lettre de lecteur.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-letter.png)
1. Spécifiez une**Étiquette du volume**et réglez les paramètres par défaut, le cas échéant, puis choisissez**Suivant.**
![\[Spécifiez les paramètres de formatage du volume.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-format.png)
1. Vérifiez vos paramètres, puis choisissez**Terminer**pour appliquer les modifications et fermer l’Assistant Création d’un volume simple.
![\[Passez en revue vos paramètres, puis terminez l’assistant.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-finish.png)
------
# Afficher des informations sur un volume Amazon EBS
Vous pouvez visualiser les informations descriptives relatives à vos volumes EBS. Par exemple, vous pouvez afficher des informations sur tous les volumes d'une région spécifique ou des informations détaillées sur un seul volume, notamment sa taille, son type de volume, si le volume est chiffré, la clé KMS utilisée pour chiffrer le volume et l'instance spécifique à laquelle le volume est attaché.
Vous pouvez obtenir des informations supplémentaires sur vos volumes EBS, telles que l’espace disque disponible, à partir du système d’exploitation sur l’instance.
**Topics**
+ [Afficher des informations sur un volume](#ebs-view-information-console)
+ [États du volume](#volume-state)
+ [Afficher les métriques de volume](#ebs-view-volume-metrics)
+ [Afficher l’espace disque disponible](#ebs-view-free-disk-space-lin)
## Afficher des informations sur un volume
Vous pouvez consulter les informations relatives à vos volumes EBS.
------
#### [ Console ]
**Pour afficher les informations relatives à un volume**
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 **Volumes**.
1. Pour réduire la liste, vous pouvez filtrer vos volumes à l’aide des identifications et des attributs de volume. Choisissez le champ de filtre, sélectionnez une identification ou un attribut de volume, puis sélectionnez la valeur du filtre.
1. Pour afficher des informations supplémentaires sur un volume, sélectionnez son ID.
**Pour afficher les volumes EBS qui sont attachés à une 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, choisissez **Instances**.
1. Sélectionnez l’instance.
1. Dans l’onglet **Storage** (Stockage), la section **Block devices** (Périphériques de bloc) répertorie les volumes attachés à l’instance. Pour afficher des informations sur un volume spécifique, choisissez son ID dans la colonne **Volume ID** (ID du volume).
------
#### [ Amazon EC2 Global View ]
Vous pouvez utiliser [Amazon EC2 Global View pour consulter](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/global-view.html) vos volumes dans toutes les régions pour lesquelles votre AWS compte est activé.
**Pour obtenir un résumé de vos volumes EBS dans toutes les régions**
1. [Ouvrez la console Amazon EC2 Global View à https://console.aws.amazon.com/ec2globalview/ la maison.](https://console.aws.amazon.com/ec2globalview/home)
1. Dans l'onglet **Explorateur de régions**, sous **Résumé**, vérifiez le nombre de ressources pour les **volumes**, qui inclut le nombre de volumes et le nombre de régions. Cliquez sur le texte souligné pour voir comment le nombre de volumes est réparti entre les régions.
1. Dans l'onglet **Recherche globale**, sélectionnez le filtre client **Type de ressource = Volume**. Vous pouvez filtrer davantage les résultats en spécifiant une région ou une balise.
------
#### [ AWS CLI ]
**Pour afficher des informations sur un volume EBS**
Utilisez la commande [describe-volumes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html). L'exemple suivant compte les volumes de la région actuelle.
```
aws ec2 describe-volumes --query "length(Volumes[*])"
```
L'exemple suivant répertorie les volumes attachés à l'instance spécifiée.
```
aws ec2 describe-volumes \
--filters "Name=attachment.instance-id,Values=i-1234567890abcdef0" \
--query Volumes[*].VolumeId \
--output text
```
L'exemple suivant décrit le volume spécifié.
```
aws ec2 describe-volumes --volume-ids vol-01234567890abcdef
```
Voici un exemple de sortie.
```
{
"Volumes": [
{
"Iops": 3000,
"VolumeType": "gp3",
"MultiAttachEnabled": false,
"Throughput": 125,
"Operator": {
"Managed": false
},
"VolumeId": "vol-01234567890abcdef",
"Size": 8,
"SnapshotId": "snap-0abcdef1234567890",
"AvailabilityZone": "us-west-2b",
"State": "in-use",
"CreateTime": "2024-05-17T23:23:00.400000+00:00",
"Attachments": [
{
"DeleteOnTermination": true,
"VolumeId": "vol-01234567890abcdef",
"InstanceId": "i-1234567890abcdef0",
"Device": "/dev/xvda",
"State": "attached",
"AttachTime": "2024-05-17T23:23:00+00:00"
}
],
"Encrypted": false
}
]
}
```
------
#### [ PowerShell ]
**Pour afficher des informations sur un volume EBS**
Utilisez l’applet de commande [Get-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Volume.html). L'exemple suivant compte les volumes de la région actuelle.
```
(Get-EC2Volume).Count
```
L'exemple suivant répertorie les volumes attachés à l'instance spécifiée.
```
(Get-EC2Volume `
-Filters @{Name="attachment.instance-id";Values="i-1234567890abcdef0"}).VolumeId
```
L'exemple suivant décrit le volume spécifié.
```
Get-EC2Volume -VolumeId vol-01234567890abcdef
```
Voici un exemple de sortie.
```
Attachments : {i-1234567890abcdef0}
AvailabilityZone : us-west-2b
CreateTime : 5/17/2024 11:23:00 PM
Encrypted : False
FastRestored : False
Iops : 3000
KmsKeyId :
MultiAttachEnabled : False
Operator : Amazon.EC2.Model.OperatorResponse
OutpostArn :
Size : 8
SnapshotId : snap-0abcdef1234567890
SseType :
State : in-use
Tags : {}
Throughput : 125
VolumeId : vol-01234567890abcdef
VolumeType : gp3
```
------
## États du volume
L’état du volume décrit la disponibilité d’un volume Amazon EBS. Vous pouvez consulter l'état du volume dans la colonne **État** de la page **Volumes** de la console ou à l'aide de la commande [describe-volumes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html) AWS CLI .
Un volume Amazon EBS passe par différents états entre le moment où il est créé et celui où il est supprimé.
L'illustration suivante montre les transitions entre les états de volume. Vous pouvez créer un volume à partir d'un instantané Amazon EBS ou créer un volume vide. Lorsque vous créez un volume, celui-ci passe à l'`creating`état. Une fois que le volume est prêt à être utilisé, il entre dans l'`available`état. Vous pouvez associer un volume disponible à une instance située dans la même zone de disponibilité que le volume. Vous devez détacher le volume avant de l'associer à une autre instance ou de le supprimer. Vous pouvez supprimer un volume lorsque vous n'en avez plus besoin.
![\[Le cycle de vie d'un volume EBS.\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/volume-states.png)
Le tableau suivant récapitule les états des volumes.
| State | Description |
| --- | --- |
| creating | Le volume est en cours de création. |
| available | Le volume n’est pas attaché à une instance. |
| in-use | Le volume est attaché à une instance. |
| deleting | Le volume est en cours de suppression. |
| deleted | Le volume est supprimé. |
| error | Le matériel sous-jacent associé à votre volume EBS a échoué et les données associées au volume ne peuvent pas être récupérées. Pour plus d'informations sur la façon de restaurer le volume ou de récupérer les données qu'il contient, voir [Pourquoi mon volume EBS a-t-il le statut « erreur »](https://repost.aws/knowledge-center/ebs-error-status) ? . |
## Afficher les métriques de volume
Vous pouvez obtenir des informations supplémentaires sur vos volumes EBS auprès d'Amazon CloudWatch. Pour de plus amples informations, veuillez consulter [CloudWatch Métriques Amazon pour Amazon EBS](using_cloudwatch_ebs.md).
## Afficher l’espace disque disponible
Vous pouvez obtenir des informations supplémentaires sur vos volumes EBS, telles que l’espace disque disponible, à partir du système d’exploitation sur l’instance.
### Instances Linux
Utilisez la **df -hT** commande et spécifiez le nom de l'appareil :
```
[ec2-user ~]$ df -hT /dev/xvda1
Filesystem Type Size Used Avail Use% Mounted on
/dev/xvda1 xfs 8.0G 1.2G 6.9G 15% /
```
### instances Windows
Vous pouvez afficher l'espace disque disponible en ouvrant l'explorateur de fichiers et en sélectionnant **Ce PC**.
Vous pouvez également afficher l’espace disque disponible en utilisant la commande `dir` suivante et en examinant la dernière ligne de la sortie :
```
C:\> dir C:
Volume in drive C has no label.
Volume Serial Number is 68C3-8081
Directory of C:\
03/25/2018 02:10 AM .
03/25/2018 02:10 AM ..
03/25/2018 03:47 AM Contacts
03/25/2018 03:47 AM Desktop
03/25/2018 03:47 AM Documents
03/25/2018 03:47 AM Downloads
03/25/2018 03:47 AM Favorites
03/25/2018 03:47 AM Links
03/25/2018 03:47 AM Music
03/25/2018 03:47 AM Pictures
03/25/2018 03:47 AM Saved Games
03/25/2018 03:47 AM Searches
03/25/2018 03:47 AM Videos
0 File(s) 0 bytes
13 Dir(s) 18,113,662,976 bytes free
```
Vous pouvez également afficher l’espace disque disponible en utilisant la commande `fsutil` suivante :
```
C:\> fsutil volume diskfree C:
Total # of free bytes : 18113204224
Total # of bytes : 32210153472
Total # of avail free bytes : 18113204224
```
**Astuce**
Vous pouvez également utiliser l' CloudWatch agent pour collecter des métriques d'utilisation de l'espace disque à partir d'une instance Amazon EC2 sans vous connecter à l'instance. Pour plus d'informations, consultez les [sections Création du fichier de configuration de l' CloudWatch agent](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file.html) et [Installation de l' CloudWatch agent](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/install-CloudWatch-Agent-on-EC2-Instance.html) dans le *guide de CloudWatch l'utilisateur Amazon*. Si vous devez surveiller l'utilisation de l'espace disque pour plusieurs instances, vous pouvez installer et configurer l' CloudWatch agent sur ces instances à l'aide de Systems Manager. Pour plus d'informations, consultez la section [Installation de l' CloudWatch agent à l'aide de Systems Manager](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/installing-cloudwatch-agent-ssm.html).
# Modifier un volume Amazon EBS à l'aide des opérations Elastic Volumes
Amazon EBS Elastic Volumes vous permet d’augmenter la taille du volume, de changer le type de volume ou d’ajuster les performances de vos volumes EBS. Si votre instance prend en charge Elastic Volumes, vous pouvez procéder sans détacher le volume ni redémarrer l’instance. Cela vous permet de continuer à utiliser votre application pendant que les modifications prennent effet.
Aucuns frais supplémentaires ne sont facturés pour modifier la configuration d’un volume. La configuration du nouveau volume vous est facturée une fois que la modification du volume a commencé. Pour plus d’informations, consultez la page [Tarification d’Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Topics**
+ [Considérations](#elastic-volumes-considerations)
+ [Limitations](#elastic-volumes-limitations)
+ [Exigences relatives aux modifications de volume Amazon EBS](modify-volume-requirements.md)
+ [Demander des modifications de volume Amazon EBS](requesting-ebs-volume-modifications.md)
+ [Surveillez la progression des modifications des volumes Amazon EBS](monitoring-volume-modifications.md)
+ [Étendre le système de fichiers après le redimensionnement d'un volume Amazon EBS](recognize-expanded-volume-linux.md)
## Considérations
+ Après avoir initié une modification de volume, vous devez attendre que cette modification atteigne l'`completed`état requis avant de pouvoir lancer une autre modification pour le même volume. Vous pouvez modifier un volume jusqu'à quatre fois sur une période continue de 24 heures, à condition que le volume soit à l'`available`état `in-use` ou et que toutes les modifications précédentes pour ce volume le soient`completed`. Si vous dépassez cette limite, un message d'erreur s'affiche indiquant quand vous pourrez effectuer votre prochaine modification.
+ Les modifications de volume sont effectuées dans la mesure du possible et peuvent prendre de quelques minutes à quelques heures, selon la configuration de volume demandée. En règle générale, la modification d'un volume de 1 TiB peut prendre jusqu'à six heures. Cependant, le temps ne varie pas toujours de façon linéaire avec la taille du volume : un volume plus important peut prendre moins de temps, et un volume plus petit peut prendre plus de temps.
+ Les augmentations de taille prennent effet une fois que la modification du volume atteint `optimizing` l'état, ce qui prend généralement quelques secondes.
+ La durée de modification est augmentée pour les volumes qui ne sont pas entièrement initialisés. Pour de plus amples informations, veuillez consulter [Initialiser manuellement les volumes après leur création](initalize-volume.md#ebs-initialize).
+ Si vous modifiez le type de volume de `gp2` pour `gp3`, et que vous ne spécifiez pas les performances d’IOPS ou de débit, Amazon EBS fournit automatiquement des performances équivalentes à celles de la source `gp2` volume ou référence `gp3` performance, la valeur la plus élevée étant retenue.
Par exemple, si vous modifiez un `gp2` volume de 500 GiB avec un MiB/s débit de 250 et 1 500 IOPS `gp3` sans spécifier d'IOPS ni de performances de débit, Amazon EBS approvisionne automatiquement le `gp3` volume avec 3 000 IOPS (IOPS de base`gp3`) et 250 MiB/s (pour correspondre au débit du volume source). `gp2`
+ Si vous recevez un message d’erreur lorsque vous tentez de modifier un volume EBS ou que vous êtes sur le point de modifier un volume EBS attaché à un type d’instance de la génération précédente, effectuez l’une des actions suivantes :
+ Pour un volume non-racine, détachez le volume de l’instance, appliquez les modifications, puis attachez à nouveau le volume.
+ Pour un volume racine, arrêtez l’instance, appliquez les modifications, puis redémarrez l’instance.
## Limitations
+ Vous ne pouvez pas annuler une demande de modification de volume une fois qu’elle a été envoyée.
+ Vous devez augmenter la taille du volume. Vous ne pouvez pas diminuer la taille du volume. Cependant, vous pouvez créer un volume plus petit, puis y faire migrer vos données à l'aide d'un outil au niveau de l'application tel que **rsync** (instances Linux) ou **robocopy** (instances Windows).
+ Il existe des limites au stockage agrégé maximal qui peut être demandé pour les modifications de volume. Pour plus d’informations, consultez [Quotas du service Amazon EBS](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs) dans le *Référence générale d'Amazon Web Services*.
+ La nouvelle taille de volume ne peut pas dépasser la capacité prise en charge de son système de fichiers et de son schéma de partitionnement. Pour de plus amples informations, veuillez consulter [Contraintes de volume Amazon EBS](volume_constraints.md).
+ Si vous ne modifiez pas le type de volume, les modifications de taille et de performances du volume doivent s'inscrire dans les limites du type de volume actuel. Si vous modifiez le type de volume, les modifications de taille et de performances du volume doivent s'inscrire dans les limites du type de volume cible. Pour de plus amples informations, consultez [Types de volume Amazon EBS](ebs-volume-types.md).
+ Les [instances basées sur Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) prennent en charge les volumes provisionnés avec un maximum de 256 000 IOPS. D’autres types d’instances peuvent être connectés à des volumes alloués avec jusqu’à 64 000 IOPS, mais peuvent atteindre 32 000 IOPS.
+ Vous ne pouvez pas modifier le type de volume pour les `io2` volumes dotés de l'option Multi-Attach.
+ Vous ne pouvez pas modifier le type de volume, la taille ou les IOPS approvisionnés de volumes `io1` activés pour Multi-Attach.
+ Un volume racine de type`io1`,`io2`,`gp2`,`gp3`, ou `standard` ne peut pas être modifié en volume `st1` ou `sc1`, même s’il est détaché de l’instance.
+ Si le volume a été attaché avant le 3 novembre 2016 à 23 h 40 UTC, vous devez initialiser la prise en charge d’Elastic Volumes. Pour plus d’informations, consultez [Initialisation de la prise en charge d’Elastic Volumes](requesting-ebs-volume-modifications.md#initialize-modification-support).
+ Alors que les instances `m3.medium` prennent pleinement en charge la modification du volume, `m3.large`, `m3.xlarge`, et `m3.2xlarge` peuvent ne pas prendre en charge toutes les fonctionnalités de modification de volume.
# Exigences relatives aux modifications de volume Amazon EBS
Les exigences et les limites suivantes s’appliquent lorsque vous modifiez un volume Amazon EBS. Pour en savoir plus sur les exigences générales des volumes EBS, consultez [Contraintes de volume Amazon EBS](volume_constraints.md).
**Topics**
+ [Types d’instance pris en charge](#instance-support)
+ [Système d’exploitation](#operating-system)
## Types d’instance pris en charge
Elastic Volumes est pris en charge sur les instances suivantes :
+ Toutes les [instances de la génération actuelle](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#current-gen-instances)
+ Les instances de génération précédente suivantes : C1, C3, C4, G2, I2, M1, M3, M4, R3, and R4
Si votre type d’instance ne prend pas en charge Elastic Volumes, consultez [Modifier un volume EBS si Elastic Volumes n’est pas pris en charge](requesting-ebs-volume-modifications.md#modify-volume-stop-start).
## Système d’exploitation
Les exigences de système d'exploitation suivantes s'appliquent :
### Linux
Linux AMIs nécessite une table de partition GUID (GPT) et GRUB 2 pour les volumes de démarrage de 2 TiB (2 048 GiB) ou plus. De AMIs nos jours, de nombreux Linux utilisent encore le schéma de partitionnement MBR, qui ne prend en charge que des tailles de volume de démarrage allant jusqu'à 2 TiB. Si votre instance ne démarre pas avec un volume de démarrage supérieur à 2 Tio, l’AMI que vous utilisez peut être limitée à une taille de volume de démarrage inférieure à 2 Tio. Les volumes autres que ceux de démarrage ne sont pas soumis à cette restriction sur les instances Linux.
Avant de redimensionner un volume de démarrage avec une capacité de plus de 2 Tio, vous pouvez déterminer si le volume utilise un partitionnement MBR ou GPT en exécutant la commande suivante sur votre instance :
```
[ec2-user ~]$ sudo gdisk -l /dev/xvda
```
Une instance Amazon Linux avec un partitionnement GPT renvoie les informations suivantes :
```
GPT fdisk (gdisk) version 0.8.10
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
```
Une instance SUSE avec un partitionnement MBR renvoie les informations suivantes :
```
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
```
### Windows
Par défaut, Windows initialise les volumes avec une table de partition MBR (Master Boot Record). Comme MBR prend uniquement en charge les volumes dont la taille est inférieure à 2 Tio (2 048 Gio), Windows vous empêche de redimensionner les volumes MBR au-delà de cette limite. Dans ce cas, l’option **Extend Volume (Étendre le volume)** est désactivée dans l’utilitaire Windows **Gestion des disques**. Si vous utilisez le AWS Management Console ou AWS CLI pour créer un volume partitionné MBR dont la taille dépasse la limite de taille, Windows ne peut ni détecter ni utiliser l'espace supplémentaire.
Pour contourner cette limite, vous pouvez créer un nouveau volume plus grand avec une table de partition GUID (GPT) et y copier les données du volume MBR d’origine.
**Pour créer un volume GPT**
1. Créez un nouveau volume vide de la taille souhaitée dans la zone de disponibilité de l’instance EC2 et attachez-le à votre instance.
**Note**
Le nouveau volume ne doit pas être un volume restauré à partir d’un instantané.
1. Connectez-vous au système Windows et ouvrez **Gestion des disques** (**diskmgmt.exe**).
1. Ouvrez le menu contextuel (clic droit) pour le disque et choisissez **En ligne**.
1. Dans la fenêtre **Initialiser le disque**, sélectionnez le nouveau disque et choisissez **Partition GPT (GUID Partition Table)**, puis **OK**.
1. Lorsque l’initialisation est terminée, copiez les données du volume d’origine vers le nouveau volume à l’aide d’un outil comme robocopy ou teracopy.
1. Dans **Gestion des disques**, modifiez les lettres des lecteurs avec les valeurs correspondantes et déconnectez l’ancien volume.
1. Dans la console Amazon EC2, détachez l’ancien volume de l’instance, redémarrez l’instance pour vérifier qu’elle fonctionne correctement, puis supprimez l’ancien volume.
# Demander des modifications de volume Amazon EBS
Avec Elastic Volumes, vous pouvez augmenter de manière dynamique la taille, les performances et le type de vos volumes Amazon EBS sans les détacher.
**Présentation du processus**
1. (Facultatif) Avant de modifier un volume contenant des données importantes, une bonne pratique consiste à créer un instantané du volume au cas où vous auriez besoin d’annuler vos modifications. Pour plus d’informations, consultez [Créer des instantanés Amazon EBS](ebs-creating-snapshot.md).
1. Demandez la modification du volume.
1. Surveillez la progression de la modification du volume. Pour plus d’informations, consultez [Surveillez la progression des modifications des volumes Amazon EBS](monitoring-volume-modifications.md).
1. Si la taille du volume a été modifiée, étendez le système de fichiers du volume pour tirer parti de la capacité de stockage accrue. Pour de plus amples informations, veuillez consulter [Étendre le système de fichiers après le redimensionnement d'un volume Amazon EBS](recognize-expanded-volume-linux.md).
**Topics**
+ [Modifier un volume EBS à l’aide d’Elastic Volumes](#modify-ebs-volume)
+ [Modifier un volume EBS si Elastic Volumes n’est pas pris en charge](#modify-volume-stop-start)
+ [Initialiser la prise en charge d’Elastic Volumes (si nécessaire)](#initialize-modification-support)
## Modifier un volume EBS à l’aide d’Elastic Volumes
Avant de commencer, consultez les informations suivantes :
+ [Considérations](ebs-modify-volume.md#elastic-volumes-considerations)
+ [Limites](ebs-modify-volume.md#elastic-volumes-limitations)
+ [Exigences](modify-volume-requirements.md)
------
#### [ Console ]
**Pour modifier un volume EBS**
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 **Volumes**.
1. Sélectionnez le volume, puis **Actions** et **Modify volume** (Modifier un volume).
1. La fenêtre **Modify volume** (Modifier un volume) affiche l’ID du volume et la configuration actuelle du volume, notamment le type, la taille, les IOPS et le débit. Définissez les nouvelles valeurs de configuration comme suit :
+ Afin de modifier le type, choisissez une valeur pour **Volume type** (Type de volume).
+ Pour modifier la taille, saisissez une nouvelle valeur pour **Taille**.
+ (`gp3`, `io1` et `io2` seulement) Afin de modifier les IOPS, saisissez une nouvelle valeur pour les **IOPS**.
+ (`gp3` seulement) Afin de modifier le débit, saisissez une nouvelle valeur pour **Throughput** (Débit).
1. Une fois que vous avez fini de modifier les paramètres du volume, choisissez **Modifier**. Lorsque vous êtes invité à confirmer l’opération, choisissez **Modify** (Modifier).
1. Si vous avez augmenté la taille de votre volume, vous devez également étendre la partition du volume pour utiliser la capacité de stockage supplémentaire. Pour de plus amples informations, veuillez consulter [Étendre le système de fichiers après le redimensionnement d'un volume Amazon EBS](recognize-expanded-volume-linux.md).
1. (*Instances Windows uniquement*) Si vous augmentez la taille d'un NVMe volume sur une instance dépourvue de AWS NVMe pilotes, vous devez redémarrer l'instance pour permettre à Windows de voir la nouvelle taille du volume. Pour plus d'informations sur l'installation des AWS NVMe pilotes, consultez la section [AWS NVMe pilotes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html).
------
#### [ AWS CLI ]
**Pour modifier un volume EBS**
Utilisez la commande [modify-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-volume.html). Par exemple, si vous avez un volume de type `gp2` 100 GiB, l'exemple suivant modifie sa configuration en un volume de type `io1` avec 10 000 IOPS et une taille de 200 GiB.
```
aws ec2 modify-volume \
--volume-id vol-01234567890abcdef \
--volume-type io1 \
--iops 10000 \
--size 200
```
Voici un exemple de sortie.
```
{
"VolumeModification": {
"TargetSize": 200,
"TargetVolumeType": "io1",
"ModificationState": "modifying",
"VolumeId": "vol-01234567890abcdef",
"TargetIops": 10000,
"StartTime": "2022-01-19T22:21:02.959Z",
"Progress": 0,
"OriginalVolumeType": "gp2",
"OriginalIops": 300,
"OriginalSize": 100
}
}
```
Si vous avez augmenté la taille de votre volume, vous devez également étendre la partition du volume pour utiliser la capacité de stockage supplémentaire. Pour de plus amples informations, veuillez consulter [Étendre le système de fichiers après le redimensionnement d'un volume Amazon EBS](recognize-expanded-volume-linux.md).
------
#### [ PowerShell ]
**Pour modifier un volume EBS**
Utilisez l’applet de commande [Edit-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Volume.html). Par exemple, si vous avez un volume de type `gp2` 100 GiB, l'exemple suivant modifie sa configuration en un volume de type `io1` avec 10 000 IOPS et une taille de 200 GiB.
```
Edit-EC2Volume `
-VolumeId vol-01234567890abcdef `
-VolumeType io1 `
-Iops 10000 `
-Size 200
```
Si vous avez augmenté la taille de votre volume, vous devez également étendre la partition du volume pour utiliser la capacité de stockage supplémentaire. Pour de plus amples informations, veuillez consulter [Étendre le système de fichiers après le redimensionnement d'un volume Amazon EBS](recognize-expanded-volume-linux.md).
------
## Modifier un volume EBS si Elastic Volumes n’est pas pris en charge
Si vous utilisez un type d’instance pris en charge, vous pouvez utiliser Elastic Volumes pour modifier dynamiquement la taille, les performances et le type de volume de vos volumes Amazon EBS sans les détacher.
Si vous ne pouvez pas utiliser Elastic Volumes mais que vous devez modifier le volume racine (de démarrage), vous devez arrêter l’instance, modifier le volume, puis redémarrer l’instance.
Une fois que l’instance a démarré, vous pouvez vérifier la taille du système de fichiers pour vérifier que votre instance reconnaît l’espace de volume agrandi. Sur Linux, utilisez la commande **df -h** pour vérifier la taille du système de fichiers.
```
[ec2-user ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.9G 943M 6.9G 12% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
```
Si la taille ne reflète pas votre volume nouvellement étendu, vous devez étendre le système de fichiers de votre périphérique pour permettre à votre instance d’utiliser le nouvel espace. Pour de plus amples informations, veuillez consulter [Étendre le système de fichiers après le redimensionnement d'un volume Amazon EBS](recognize-expanded-volume-linux.md).
Dans le cas des instances Windows, il se peut que vous deviez mettre le volume en ligne pour pouvoir l'utiliser. Pour de plus amples informations, veuillez consulter [Rendre un volume Amazon EBS disponible pour utilisation](ebs-using-volumes.md). Vous n’avez pas besoin de reformater le volume.
## Initialiser la prise en charge d’Elastic Volumes (si nécessaire)
Avant de pouvoir modifier un volume attaché à une instance avant le 3 novembre 2016 à 23 h 40 UTC, vous devez initialiser la prise en charge de modification des volumes par l’une des actions suivantes :
+ Détacher et attacher le volume
+ Arrêter et démarrer l’instance
------
#### [ Console ]
**Pour déterminer si vos instances sont prêtes**
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 **Instances**.
1. Choisissez l’icône **Afficher / Masquer les colonnes** (icône d’engrenage). Sélectionnez la colonne d’attribut **Heure de lancement**, puis choisissez **Confirmer**.
1. Triez la liste d’instances par colonne d’**Heure de lancement**. Pour chaque instance démarrée avant la date limite, choisissez l’onglet **Stockage** et cochez la colonne **Heure des pièces jointes** pour voir quand ses volumes ont été attachés.
------
#### [ AWS CLI ]
**Pour déterminer si vos instances sont prêtes**
Utilisez la commande [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) suivante pour déterminer si le volume a été attaché avant le 3 novembre 2016 à 23 h 40 UTC.
```
aws ec2 describe-instances \
--query "Reservations[*].Instances[*].[InstanceId,LaunchTime<='2016-11-01',BlockDeviceMappings[*][Ebs.AttachTime<='2016-11-01']]" \
--output text
```
Pour chaque instance, la première ligne de la sortie montre son ID et si elle a été démarrée avant la date de coupure (vrai ou faux). La première ligne est suivie d’une ou plusieurs lignes qui montrent si chaque volume EBS a été attaché avant la date de coupure (vrai ou faux). Dans la sortie de l’exemple suivant, vous devez initialiser la modification des volumes pour la première instance car elle a commencé avant la date de coupure et son volume de racine a été attaché avant la date de coupure. Les autres instances sont prêtes car elles ont été démarrées après la date de coupure.
```
i-e905622e True
True
i-719f99a8 False
True
i-006b02c1b78381e57 False
False
False
i-e3d172ed False
True
```
------
#### [ PowerShell ]
**Pour déterminer si une instance est prête**
Utilisez l'[Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)applet de commande pour déterminer si un volume a été attaché avant le 3 novembre 2016 à 23 h 40 UTC.
```
(Get-EC2Instance `
-InstanceId i-1234567890abcdef0).Instances.BlockDeviceMappings | `
Format-Table @{Name="VolumeId";Expression={$_.Ebs.VolumeId}}, `
@{Name="AttachTime";Expression={$_.Ebs.AttachTime}}
```
Voici un exemple de sortie.
```
VolumeId AttachTime
-------- ----------
vol-0b243c8d927752d2b 3/23/2020 12:21:14 AM
vol-043eadbeb4a8387c3 9/5/2020 7:39:22 PM
vol-0c3f0c4e55c082753 4/23/2019 4:07:40 PM
```
------
# Surveillez la progression des modifications des volumes Amazon EBS
Lorsque vous modifiez un volume EBS, il passe par une suite d’états. Le volume passe à l’état `modifying`, à l’état `optimizing` et enfin à l’état `completed`. A ce stade, le volume est prêt à recevoir d’autres modifications.
Lorsque le volume a l’état `optimizing`, ses performances se situent entre les spécifications de configuration source et les spécifications de configuration cible. Les performances de volume transitoires ne seront jamais inférieures aux performances de volume source. Si vous mettez à niveau les opérations d’IOPS, les performances de volume transitoires ne seront jamais inférieures aux performances de volume cible.
Les changements des modifications du volume prennent effet comme suit :
+ Les augmentations de taille prennent effet une fois que la modification du volume atteint `optimizing` l'état, ce qui prend généralement quelques secondes.
+ Les modifications des performances (IOPS et débit) peuvent prendre de quelques minutes à quelques heures, selon la configuration de volume demandée. Généralement, la migration d'un volume 1 TiB entièrement utilisé peut prendre environ 6 heures pour migrer vers une nouvelle configuration de performance. Dans certains cas, il faut parfois plus de 24 heures pour qu'une nouvelle configuration de performances prenne effet, par exemple lorsque le volume n'a pas été complètement initialisé.
Les états de volume possibles sont les suivants : `creating`, `available`, `in-use`, `deleting`, `deleted` et `error`.
Les états de modification possibles sont `modifying`, `optimizing` et `completed`.
------
#### [ Console ]
**Pour suivre la progression d'une modification**
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 **Volumes**.
1. Sélectionnez le volume.
1. La colonne **État** du **volume et le champ État** du volume de l'onglet **Détails** contiennent des informations au format suivant : *Volume state* - *Modification state* (*Modification progress*%). L’image suivante montre le volume et les états de modification du volume.
![\[Volume et états de modification du volume\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/volume_state.png)
Une fois la modification terminée, seul l’état du volume est affiché. L’état de modification et la progression ne sont plus affichés.
Vous pouvez également utiliser Amazon EventBridge pour créer une règle de notification pour les événements de modification de volume. Pour plus d'informations, consultez [Getting started with Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html).
------
#### [ AWS CLI ]
**Pour suivre la progression d'une modification**
Utilisez la [describe-volumes-modifications](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes-modifications.html)commande pour voir la progression d'une ou de plusieurs modifications de volume. L’exemple suivant décrit les modifications de volume de deux volumes.
```
aws ec2 describe-volumes-modifications \
--volume-ids vol-11111111111111111 vol-22222222222222222
```
Dans l’exemple de sortie suivant, les modifications de volume sont encore à l’état `modifying`. La progression est présentée en pourcentage.
```
{
"VolumesModifications": [
{
"TargetSize": 200,
"TargetVolumeType": "io1",
"ModificationState": "modifying",
"VolumeId": "vol-11111111111111111",
"TargetIops": 10000,
"StartTime": "2017-01-19T22:21:02.959Z",
"Progress": 0,
"OriginalVolumeType": "gp2",
"OriginalIops": 300,
"OriginalSize": 100
},
{
"TargetSize": 2000,
"TargetVolumeType": "sc1",
"ModificationState": "modifying",
"VolumeId": "vol-22222222222222222",
"StartTime": "2017-01-19T22:23:22.158Z",
"Progress": 0,
"OriginalVolumeType": "gp2",
"OriginalIops": 300,
"OriginalSize": 1000
}
]
}
```
L’exemple suivant décrit tous les volumes dont l’état de modification est `optimizing` ou `completed`, puis filtre et formate les résultats pour n’afficher que les modifications initiées le 1er février 2017 ou après cette date :
```
aws ec2 describe-volumes-modifications \
--filters Name=modification-state,Values="optimizing","completed" \
--query "VolumesModifications[?StartTime>='2017-02-01'].{ID:VolumeId,STATE:ModificationState}"
```
Voici un exemple de sortie avec des informations sur deux volumes :
```
[
{
"STATE": "optimizing",
"ID": "vol-06397e7a0eEXAMPLE"
},
{
"STATE": "completed",
"ID": "vol-ba74e18c2aEXAMPLE"
}
]
```
------
#### [ PowerShell ]
**Pour suivre la progression d'une modification**
Utilisez l’applet de commande [Get-EC2VolumeModification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2VolumeModification.html). L’exemple suivant décrit les modifications de volume de deux volumes.
```
Get-EC2VolumeModification `
-VolumeId vol-11111111111111111 vol-22222222222222222
```
------
**Note**
Dans de rares cas, une AWS panne transitoire peut entraîner un `failed` état. Ceci n’indique pas la santé du volume, mais uniquement l’échec de modification du volume. Si cela se produit, réessayez de modifier le volume.
# Étendre le système de fichiers après le redimensionnement d'un volume Amazon EBS
Après avoir [augmenté la taille d'un volume EBS](requesting-ebs-volume-modifications.md), vous devez étendre la partition et le système de fichiers à la nouvelle taille, plus grande. Vous pouvez le faire dès que le volume entre dans l’état `optimizing`.
## Avant de commencer
+ Créez un instantané du volume, au cas où vous auriez besoin d’annuler vos modifications. Pour de plus amples informations, veuillez consulter [Créer des instantanés Amazon EBS](ebs-creating-snapshot.md).
+ Confirmez que la modification du volume a réussi et qu’il est dans l’état `optimizing` ou `completed`. Pour de plus amples informations, veuillez consulter [Surveillez la progression des modifications des volumes Amazon EBS](monitoring-volume-modifications.md).
+ Assurez-vous que le volume est attaché à l’instance et qu’il est formaté et monté. Pour de plus amples informations, veuillez consulter [Formatage et montage d’un volume attaché](ebs-using-volumes.md#ebs-format-mount-volume).
+ (*Instances Linux uniquement*) Si vous utilisez des volumes logiques sur le volume Amazon EBS, vous devez utiliser Logical Volume Manager (LVM) pour étendre le volume logique. Pour savoir comment procéder, consultez la section **Étendre le LV** dans l'article [Comment utiliser LVM pour créer un volume logique sur la partition d'un volume EBS](https://repost.aws/knowledge-center/create-lv-on-ebs-partition) ? .
## Instances Linux
**Note**
Les instructions suivantes vous guident dans le processus d'extension des systèmes de **fichiers XFS** et **Ext4** pour Linux. Pour plus d'informations sur l'extension d'un autre système de fichiers, consultez sa documentation.
Avant de pouvoir étendre un système de fichiers sous Linux, vous devez étendre la partition, si votre volume en possède une.
### Étendre le système de fichiers des volumes EBS
Utilisez la procédure suivante pour étendre le système de fichiers d’un volume redimensionné.
Notez que le nom des périphériques et des partitions diffère pour les instances Xen et les instances basées sur le système Nitro. Pour déterminer si votre instance est basée sur Xen ou Nitro, consultez le type d'hyperviseur [Amazon](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#instance-hypervisor-type) EC2.
**Pour étendre le système de fichiers des volumes EBS**
1. [Connectez-vous à votre instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connect-to-linux-instance.html).
1. Redimensionnez la partition, si nécessaire. Pour ce faire :
1. Vérifiez si le volume possède une partition. Utilisez la commande **lsblk**.
------
#### [ Nitro instance example ]
Dans l’exemple de sortie suivant, le volume racine (`nvme0n1`) possède deux partitions (`nvme0n1p1` et `nvme0n1p128`), tandis que le volume supplémentaire (`nvme1n1`) ne possède aucune partition.
```
[ec2-user ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 30G 0 disk /data
nvme0n1 259:1 0 16G 0 disk
└─nvme0n1p1 259:2 0 8G 0 part /
└─nvme0n1p128 259:3 0 1M 0 part
```
------
#### [ Xen instance example ]
Dans l’exemple de sortie suivant, le volume racine (`xvda`) possède une partition (`xvda1`), tandis que le volume supplémentaire (`xvdf`) ne possède aucune partition.
```
[ec2-user ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 16G 0 disk
└─xvda1 202:1 0 8G 0 part /
xvdf 202:80 0 24G 0 disk
```
------
+ Si le volume possède une partition, passez à l'étape suivante (2b).
+ Si le volume ne comporte aucune partition, ignorez les étapes 2b, 2c et 2d et passez à l'étape 3.
**Conseil pour la résolution de problèmes**
Si vous ne voyez pas le volume dans la sortie de la commande, assurez-vous que le volume est [attaché à l’instance](ebs-attaching-volume.md), et qu’il est [formaté et monté](ebs-using-volumes.md#ebs-format-mount-volume).
1. Vérifiez si la partition doit être étendue. Dans la sortie de la commande **lsblk** de l’étape précédente, comparez la taille de la partition et celle du volume.
+ Si la taille de la partition est inférieure à la taille du volume, passez à l'étape suivante (2c).
+ Si la taille de la partition est égale à la taille du volume, il n'est pas nécessaire d'étendre la partition. Ignorez les étapes 2c et 2d et passez à l'étape 3.
**Conseil pour la résolution de problèmes**
Si le volume reflète toujours la taille d’origine, [confirmez que la modification du volume a réussi](monitoring-volume-modifications.md).
1. Étendez la partition. Utilisez la **growpart** commande et spécifiez le nom du périphérique et le numéro de partition.
------
#### [ Nitro instance example ]
Le numéro de partition est le numéro situé après le`p`. Par exemple, pour`nvme0n1p1`, le numéro de partition est`1`. Car `nvme0n1p128` le numéro de partition est`128`.
Pour étendre une partition nommée`nvme0n1p1`, utilisez la commande suivante.
**Important**
Notez l’espace entre le nom du périphérique (`nvme0n1`) et le numéro de la partition (`1`).
```
[ec2-user ~]$ sudo growpart /dev/nvme0n1 1
```
------
#### [ Xen instance example ]
Le numéro de partition est le numéro situé après le nom de l'appareil. Par exemple, pour`xvda1`, le numéro de partition est`1`. Car `xvda128` le numéro de partition est`128`.
Pour étendre une partition nommée`xvda1`, utilisez la commande suivante.
**Important**
Notez l’espace entre le nom du périphérique (`xvda`) et le numéro de la partition (`1`).
```
[ec2-user ~]$ sudo growpart /dev/xvda 1
```
------
**Conseils pour le dépannage**
`mkdir: cannot create directory ‘/tmp/growpart.31171’: No space left on device FAILED: failed to make temp dir` : indique qu’il n’y a pas assez d’espace disque libre sur le volume pour que growpart puisse créer le répertoire temporaire dont il a besoin pour effectuer le redimensionnement. Libérez de l’espace disque, puis recommencez.
`must supply partition-number` : indique que vous avez spécifié une partition incorrecte. Utilisez la commande **lsblk** pour confirmer le nom de la partition, et assurez-vous de saisir un espace entre le nom du périphérique et le numéro de la partition.
`NOCHANGE: partition 1 is size 16773087. it cannot be grown` : indique que la partition couvre déjà la totalité du volume et ne peut pas être étendue. [Confirmez que la modification du volume a réussi](monitoring-volume-modifications.md).
1. Vérifiez que la partition a été étendue. Utilisez la commande **lsblk**. La taille de la partition devrait maintenant être égale à celle du volume.
------
#### [ Nitro instance example ]
L’exemple de sortie suivant montre que le volume (`nvme0n1`) et la partition (`nvme0n1p1`) ont la même taille (`16 GB`).
```
[ec2-user ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 30G 0 disk /data
nvme0n1 259:1 0 16G 0 disk
└─nvme0n1p1 259:2 0 16G 0 part /
└─nvme0n1p128 259:3 0 1M 0 part
```
------
#### [ Xen instance example ]
L’exemple de sortie suivant montre que le volume (`xvda`) et la partition (`xvda1`) ont la même taille (`16 GB`).
```
[ec2-user ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 16G 0 disk
└─xvda1 202:1 0 16G 0 part /
xvdf 202:80 0 24G 0 disk
```
------
1. Étendre le système de fichiers.
1. Obtenez le nom, la taille, le type et le point de montage du système de fichiers que vous devez étendre. Utilisez la **lsblk -f** commande **df -hT** ou.
------
#### [ Nitro instance example ]
L'exemple de sortie suivant pour la **df -hT** commande montre que le système de `/dev/nvme0n1p1` fichiers a une taille de 8 Go, son type est `xfs` et son point de montage est`/`.
```
[ec2-user ~]$ df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/nvme0n1p1 xfs 8.0G 1.6G 6.5G 20% /
/dev/nvme1n1 xfs 8.0G 33M 8.0G 1% /data
...
```
------
#### [ Xen instance example ]
L'exemple de sortie suivant pour la **df -hT** commande montre que le système de `/dev/xvda1` fichiers a une taille de 8 Go, son type est `ext4` et son point de montage est`/`.
```
[ec2-user ~]$ df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/xvda1 ext4 8.0G 1.9G 6.2G 24% /
/dev/xvdf1 xfs 24.0G 45M 8.0G 1% /data
...
```
------
+ Si la taille du système de fichiers est inférieure à celle du volume, passez à l'étape suivante (3b).
+ Si la taille du système de fichiers est égale à la taille du volume, il n'est pas nécessaire de l'étendre. Dans ce cas, ignorez les étapes restantes : la partition et le système de fichiers ont été étendus à la nouvelle taille de volume.
1. Les commandes permettant d’étendre le système de fichiers diffèrent en fonction du type de système de fichiers. Choisissez la commande correcte suivante en fonction du type de système de fichiers que vous avez noté à l’étape précédente.
+ **[Système de fichiers XFS]** Utilisez la commande **xfs\$1growfs** et spécifiez le point de montage du système de fichiers que vous avez noté à l’étape précédente.
------
#### [ Nitro and Xen instance example ]
Par exemple, pour étendre un système de fichiers monté sur `/`, utilisez la commande suivante.
```
[ec2-user ~]$ sudo xfs_growfs -d /
```
------
**Conseils pour le dépannage**
`xfs_growfs: /data is not a mounted XFS filesystem` : indique que vous avez spécifié un point de montage incorrect ou que le système de fichiers n’est pas XFS. Pour vérifier le point de montage et le type de système de fichiers, utilisez la commande **df -hT**.
`data size unchanged, skipping` : indique que le système de fichiers occupe déjà l’ensemble du volume. Si le volume ne comporte pas de partitions, [confirmez que la modification du volume a réussi](monitoring-volume-modifications.md). Si le volume comporte des partitions, assurez-vous que la partition a été étendue comme décrit à l’étape 2.
+ **[Système de fichiers Ext4]** Utilisez la commande **resize2fs** et spécifiez le nom du système de fichiers que vous avez noté à l’étape précédente.
------
#### [ Nitro instance example ]
Par exemple, pour étendre un système de fichiers monté nommé `/dev/nvme0n1p1`, utilisez la commande suivante.
```
[ec2-user ~]$ sudo resize2fs /dev/nvme0n1p1
```
------
#### [ Xen instance example ]
Par exemple, pour étendre un système de fichiers monté nommé `/dev/xvda1`, utilisez la commande suivante.
```
[ec2-user ~]$ sudo resize2fs /dev/xvda1
```
------
**Conseils pour le dépannage**
`resize2fs: Bad magic number in super-block while trying to open /dev/xvda1` : indique que le système de fichiers n’est pas Ext4. Pour vérifier le type de système de fichiers, utilisez la commande **df -hT**.
`open: No such file or directory while opening /dev/xvdb1` : indique que vous avez spécifié une partition incorrecte. Pour vérifier la partition, utilisez la commande **df -hT**.
`The filesystem is already 3932160 blocks long. Nothing to do!` : indique que le système de fichiers occupe déjà l’ensemble du volume. Si le volume ne comporte pas de partitions, [confirmez que la modification du volume a réussi](monitoring-volume-modifications.md). Si le volume comporte des partitions, assurez-vous que la partition a été étendue, comme décrit à l’étape 2.
+ **[Autre système de fichiers]** Consultez la documentation de votre système de fichiers pour obtenir des instructions.
1. Vérifiez que le système de fichiers a été étendu. Utilisez la commande **df -hT** et confirmez que la taille du système de fichiers est égale à la taille du volume.
## instances Windows
Utilisez l'une des méthodes suivantes pour étendre le système de fichiers sur une instance Windows.
------
#### [ Disk Management utility ]
**Pour étendre un système de fichiers à l’aide de la gestion des disques**
1. Avant d’étendre un système de fichiers qui contient des données critiques, une bonne pratique consiste à créer un instantané du volume qui le contient au cas où vous auriez besoin d’annuler vos modifications. Pour plus d’informations, consultez [Créer des instantanés Amazon EBS](ebs-creating-snapshot.md).
1. Connectez-vous à votre instance Windows en utilisant les services Bureau à distance.
1. Dans la boîte de dialogue **Exécuter**, saisissez **diskmgmt.msc** et appuyez sur Entrée. L’utilitaire Gestion des disques s’ouvre.
![\[Utilitaire Gestion des disques de Windows Server\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/Expand-Volume-Win2008-before.png)
1. Dans le menu **Gestion des disques**, choisissez **Action**, **Analyser les disques de nouveau**.
1. Ouvrez le menu contextuel (clic droit) correspondant au disque étendu et choisissez **Extension du volume**.
**Note**
**Extension du volume** peut être désactivé (grisé) si :
L’espace non alloué n’est pas adjacent au lecteur. L’espace non alloué doit être adjacent au côté droit du disque que vous souhaitez étendre.
Le volume utilise le style de partition MBR (Master Boot Record) et il a déjà une taille de 2 To. Les volumes qui utilisent MBR ne peuvent pas dépasser 2 To.
![\[Utilitaire Gestion des disques de Windows Server\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/Expand-Volume-Win2008-before-menu.png)
1. Dans l’Assistant **Extension du volume**, choisissez **Suivant**. Pour **Select the amount of space in MB (Sélectionner la quantité d’espace en Mo)**, indiquez le nombre de méga-octets jusqu’auquel vous voulez étendre le volume. En règle générale, vous spécifiez l’espace disponible maximal. Le texte en surbrillance qui figure sous **Sélectionné** correspond à la quantité d’espace ajoutée, pas à la taille finale du volume. Exécutez l’assistant.
![\[Assistant Extension du volume de Windows Server\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/Extend-Volume-Wizard-Win2008.png)
1. Si vous augmentez la taille d'un NVMe volume sur une instance qui ne possède pas le AWS NVMe pilote, vous devez redémarrer l'instance pour permettre à Windows de voir la nouvelle taille du volume. Pour plus d'informations sur l'installation du AWS NVMe pilote, consultez la section [AWS NVMe pilotes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html).
------
#### [ PowerShell ]
Utilisez la procédure suivante pour étendre un système de fichiers Windows à l'aide de PowerShell.
**Pour étendre un système de fichiers à l'aide de PowerShell**
1. Avant d’étendre un système de fichiers qui contient des données critiques, une bonne pratique consiste à créer un instantané du volume qui le contient au cas où vous auriez besoin d’annuler vos modifications. Pour plus d’informations, consultez [Créer des instantanés Amazon EBS](ebs-creating-snapshot.md).
1. Connectez-vous à votre instance Windows en utilisant les services Bureau à distance.
1. Exécutez PowerShell en tant qu'administrateur.
1. Exécutez la `Get-Partition` commande. PowerShell renvoie le numéro de partition correspondant pour chaque partition, la lettre du lecteur, le décalage, la taille et le type. Notez la lettre de lecteur de la partition à étendre.
1. Exécutez la commande suivante pour effectuer une nouvelle analyse du disque.
```
"rescan" | diskpart
```
1. Exécutez la commande suivante en utilisant la lettre de lecteur que vous avez notée à l'étape 4 à la place de****. PowerShell renvoie la taille minimale et maximale de la partition autorisée, en octets.
```
Get-PartitionSupportedSize -DriveLetter
```
1. Pour étendre la partition à une quantité spécifiée, exécutez la commande suivante, en entrant la nouvelle taille du volume à la place de ****. Vous pouvez entrer la taille en `KB`, `MB` et `GB`, par exemple `50GB`.
```
Resize-Partition -DriveLetter -Size
```
Pour étendre la partition à la taille maximale disponible, exécutez la commande suivante.
```
Resize-Partition -DriveLetter -Size $(Get-PartitionSupportedSize -DriveLetter ).SizeMax
```
Les PowerShell commandes suivantes montrent le flux complet de commandes et de réponses permettant d'étendre un système de fichiers à une taille spécifique.
![\[Étendre une partition en utilisant PowerShell - specific\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/ebs-extend-powershell-v3-specific.png)
Les PowerShell commandes suivantes montrent le flux complet de commandes et de réponses permettant d'étendre un système de fichiers à la taille maximale disponible.
![\[Étendre une partition en utilisant PowerShell - max\]](http://docs.aws.amazon.com/fr_fr/ebs/latest/userguide/images/ebs-extend-powershell-v3-max.png)
------
# Détacher un volume Amazon EBS d'une instance Amazon EC2
Vous devez détacher un volume Amazon Elastic Block Store (Amazon EBS) d’une instance avant de pouvoir l’attacher à une autre instance ou le supprimer. Le détachement d’un volume n’affecte pas les données du volume.
**Topics**
+ [Considérations](#considerations)
+ [Démonter et détacher un volume](#umount-detach-volume)
+ [Dépannage](#detach-troubleshoot)
## Considérations
+ Vous pouvez détacher un volume Amazon EBS d’une instance explicitement ou en mettant fin à l’instance. Toutefois, si l’instance est en cours d’exécution, vous devez d’abord démonter le volume à partir de l’instance.
+ Si un volume EBS est le volume racine d’une instance, vous devez arrêter l’instance avant de pouvoir détacher le volume.
+ Vous pouvez rattacher un volume que vous avez détaché (sans l’avoir démonté), mais celui-ci n’aura peut-être pas le même point de montage. S’il y avait des écritures en cours sur le volume au moment où il a été détaché, les données sur le volume peuvent ne pas être synchronisées.
+ Une fois que vous avez détaché un volume, le stockage en volume vous est toujours facturé tant que la quantité de stockage dépasse la limite du niveau AWS gratuit. Vous devez supprimer un volume pour éviter de générer des frais supplémentaires. Pour plus d’informations, consultez [Supprimer un volume Amazon EBS](ebs-deleting-volume.md).
## Démonter et détacher un volume
Utilisez les procédures suivantes pour démonter et détacher un volume d’une instance. Cela peut être utile lorsque vous devez attacher le volume à une autre instance ou lorsque vous devez le supprimer.
**Topics**
+ [Étape 1 : Démonter le volume](#unmount)
+ [Étape 2 : Détacher le volume de l’instance](#detach)
+ [Étape 3 : (*instances Windows uniquement*) Désinstallez les emplacements des appareils hors ligne](#uninstall)
### Étape 1 : Démonter le volume
#### Instances Linux
À partir de votre instance Linux, utilisez la commande suivante pour démonter l’unité `/dev/sdh`.
```
[ec2-user ~]$ sudo umount -d /dev/sdh
```
#### instances Windows
Depuis votre instance Windows, démontez le volume comme suit.
1. Démarrez l’utilitaire Gestion des disques.
+ (Windows Server 2012 et versions ultérieures) Dans la barre des tâches, cliquez avec le bouton droit sur le logo Windows, puis sélectionnez **Disk Management (Gestion des disques)**.
+ (Windows Server 2008) Sélectionnez **Start (Démarrer)**, **Administrative Tools (Outils d’administration)**, **Computer Management (Gestion des ordinateurs)** et **Disk Management (Gestion des disques)**.
1. Cliquez avec le bouton droit sur le disque (par exemple, cliquez avec le bouton droit sur **Disk 1 (Disque 1)**), puis sélectionnez **Hors connexion**. Attendez que l’état du disque passe à **Hors connexion** avant d’ouvrir la console Amazon EC2.
### Étape 2 : Détacher le volume de l’instance
Pour détacher le volume de l’instance, utilisez l’une des méthodes suivantes :
------
#### [ Console ]
**Pour détacher un volume EBS**
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 **Volumes**.
1. Sélectionnez le volume.
1. Choisissez **Actions**, **Détacher le volume**.
1. Lorsque vous êtes invité à confirmer l’opération, choisissez **Detach**.
------
#### [ AWS CLI ]
**Pour détacher un volume EBS d'une instance**
Après avoir démonté le volume, utilisez la commande [detach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/detach-volume.html).
```
aws ec2 detach-volume --volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**Pour détacher un volume EBS d'une instance**
Après avoir démonté le volume, utilisez l'[Dismount-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Dismount-EC2Volume.html)applet de commande.
```
Dismount-EC2Volume -VolumeId vol-01234567890abcdef
```
------
### Étape 3 : (*instances Windows uniquement*) Désinstallez les emplacements des appareils hors ligne
Lorsque vous démontez et détachez un volume d’une instance, Windows signale l’emplacement du périphérique comme étant hors connexion. L’emplacement du périphérique reste hors ligne après le rebooting, l’arrêt et le redémarrage de l’instance. Lorsque vous redémarrez l’instance, Windows peut monter l’un des volumes restants à l’emplacement du périphérique hors connexion. Le volume devient indisponible dans Windows. Pour éviter que cela ne se produise et pour vous assurer que tous les volumes sont attachés à des emplacements de périphériques en ligne lors du prochain démarrage de Windows, effectuez les opérations suivantes :
1. Sur l’instance, ouvrez le Gestionnaire de périphériques.
1. Dans le Gestionnaire de périphériques, sélectionnez **View (Affichage)**, **Show hidden devices (Afficher les périphériques masqués)**.
1. Dans la liste des périphériques, développez le nœud **Storage controllers (Contrôleurs de stockage)**.
Les emplacements de périphériques sur lesquels les volumes détachés ont été montés sont nommés `AWS NVMe Elastic Block Storage Adapter` et ils doivent être grisés.
1. Cliquez avec le bouton droit sur chaque emplacement de périphérique grisé nommé `AWS NVMe Elastic Block Storage Adapter`, sélectionnez **Uninstall device** (Désinstaller le périphérique) et choisissez **Uninstall** (Désinstaller).
**Important**
Ne cochez pas la case **Delete the driver software for this device (Supprimer le pilote logiciel pour ce périphérique)**.
## Dépannage
Voici des problèmes courants rencontrés lors du détachement de volumes, ainsi que la façon de les résoudre.
**Note**
Pour vous prémunir contre la possibilité de perte de données, prenez un instantané de votre volume avant d’essayer de le démonter. Le détachement forcé d’un volume bloqué peut endommager le système de fichiers ou les données qu’il contient ou entraîner une incapacité d’attacher un volume à l’aide du même nom de périphérique, sauf si vous redémarrez l’instance.
+ Si vous rencontrez des problèmes lors du détachement d’un volume à l’aide de la console Amazon EC2, il peut être utile d’utiliser la commande **describe-volumes** de l’interface de ligne de commande pour diagnostiquer le problème. Pour plus d’informations, consultez [describe-volumes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html).
+ Si votre volume reste à l’état `detaching`, vous pouvez forcer le détachement en cliquant sur **Force Detach (Forcer le détachement)**. Utilisez cette option uniquement comme dernier recours pour détacher un volume d’une instance en échec, ou si vous détachez un volume avec l’intention de le supprimer. L’instance n’a pas la possibilité de vider les caches du système de fichiers ou les métadonnées du système de fichiers. Si vous utilisez cette option, vous devez effectuer un contrôle du système de fichiers et des procédures de réparation.
+ Si vous avez essayé de forcer le volume à se détacher plusieurs fois sur plusieurs minutes et qu’il reste à l’état `detaching`, vous pouvez envoyer une demande d’aide à [AWS re:Post](https://repost.aws/). Pour aider à accélérer la résolution d’un problème, incluez l’ID du volume et décrivez les étapes que vous avez déjà effectuées.
+ Lorsque vous essayez de détacher un volume qui est toujours monté, le volume peut se bloquer dans l’état `busy` lorsque vous tentez de le détacher. La sortie suivante de la commande **describe-volumes** présente un exemple de cette condition :
```
"Volumes": [
{
"AvailabilityZone": "us-west-2b",
"Attachments": [
{
"AttachTime": "2022-07-21T23:44:52.000Z",
"InstanceId": "i-1234567890abcdef0",
"VolumeId": "vol-01234567890abcdef",
"State": "busy",
"DeleteOnTermination": false,
"Device": "/dev/sdf"
}
...
}
]
```
Lorsque vous rencontrez cet état, le détachement peut être retardé indéfiniment jusqu’à ce que vous démontiez le volume, forciez le détachement, redémarriez l’instance ou les trois.
# Supprimer un volume Amazon EBS
Vous pouvez supprimer un volume Amazon EBS dont vous n’avez plus besoin. Une fois le volume supprimé, ses données sont perdues et il ne peut être attaché à aucune instance. Ainsi, avant la suppression, vous pouvez stocker un instantané du volume, que vous pourrez utiliser pour recréer le volume ultérieurement.
Vous ne pouvez pas supprimer un volume si celui-ci est attaché à une instance. Pour supprimer un volume, vous devez d’abord le détacher. Pour de plus amples informations, veuillez consulter [Détacher un volume Amazon EBS d'une instance Amazon EC2](ebs-detaching-volume.md).
Si vous supprimez un volume qui correspond à une règle de rétention de la corbeille, le volume est conservé dans la corbeille au lieu d'être immédiatement supprimé. Pour plus d'informations, consultez la section [Corbeille](recycle-bin.md).
------
#### [ Console ]
**Pour supprimer un volume EBS**
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 **Volumes**.
1. Sélectionnez le volume. Vérifiez que le volume est dans l'état **Disponible**.
1. Choisissez **Actions**, puis **Supprimer le volume**.
Si cette option est désactivée, le volume est attaché à une instance et ne peut pas être supprimé.
1. Lorsque vous êtes invité à confirmer, saisissez **delete**, puis choisissez **Delete (Supprimer)**.
------
#### [ AWS CLI ]
**Pour vérifier si un volume EBS est utilisé**
Utilisez la commande [describe-volumes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html). Si le volume est en cours d'utilisation, son état est`in-use`. Sinon, la valeur est `available`.
```
aws ec2 describe-volumes \
--volume-id vol-01234567890abcdef \
--query Volumes[*].State \
--output text
```
**Pour supprimer un volume EBS**
Utilisez la commande [delete-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-volume.html).
```
aws ec2 delete-volume --volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**Pour vérifier si un volume EBS est utilisé**
Utilisez l’applet de commande [Get-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Volume.html). Si le volume est en cours d'utilisation, son état est`in-use`. Sinon, la valeur est `available`.
```
(Get-EC2Volume `
-VolumeId vol-01234567890abcdef).State.Value
```
**Pour supprimer un volume EBS**
Utilisez l’applet de commande [Remove-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Volume.html).
```
Remove-EC2Volume -VolumeId vol-01234567890abcdef
```
------
# Remplacer un volume Amazon EBS à l'aide d'un instantané
Les instantanés Amazon EBS constituent l’outil de sauvegarde idéal sur Amazon EC2 en raison de leur vitesse, de leur commodité et de leur coût. Lorsque vous créez un volume à partir d’un instantané, vous recréez son état à un moment précis dans le temps avec les données sauvegardées intactes jusqu’à ce moment là. En attachant un volume créé à partir d’un instantané à une instance, vous pouvez dupliquer des données dans plusieurs régions, créer des environnements de test, remplacer un volume de production endommagé ou corrompu dans son intégralité ou récupérer des fichiers et des répertoires spécifiques et les transférer vers un autre volume attaché. Pour de plus amples informations, veuillez consulter [Instantanés Amazon EBS](ebs-snapshots.md).
Vous pouvez suivre les procédures ci-après pour remplacer un volume Amazon EBS par un autre volume créé à partir d’un instantané antérieur du volume.
**Exigence**
Vous devez créer le volume dans la même zone de disponibilité que votre instance. Les volumes doivent être attachés à des instances situées dans la même zone de disponibilité.
------
#### [ Console ]
**Pour remplacer un volume**
1. Créez un volume à partir de l’instantané et notez l’ID du nouveau volume. Pour de plus amples informations, veuillez consulter [Créez un volume Amazon EBS.](ebs-creating-volume.md).
1. Sur la page Instances, sélectionnez l'instance sur laquelle vous souhaitez remplacer le volume et notez l'ID de l'instance.
Alors que l’instance est toujours sélectionnée, choisissez l’onglet **Storage** (Stockage). Dans la section **Block devices** (Périphériques de bloc), recherchez le volume à remplacer et notez le nom du périphérique pour le volume, par exemple `/dev/sda1`.
1. Dans l'onglet **Stockage**, choisissez l'ID du volume, puis [démontez et détachez le volume de l'instance](ebs-detaching-volume.md#umount-detach-volume).
1. Sélectionnez le nouveau volume que vous avez créé à l’étape 1 et choisissez **Actions**, **Attach volume** (Attacher un volume).
Pour **Instance** et **Device name** (Nom de périphérique), saisissez l’ID d’instance et le nom de périphérique que vous avez noté à l’étape 2, puis choisissez **Attach volume** (Attacher le volume).
1. Connectez-vous à votre instance et montez le volume. Pour de plus amples informations, veuillez consulter [Rendre un volume Amazon EBS disponible pour utilisation](ebs-using-volumes.md).
------
#### [ AWS CLI ]
**Pour remplacer un volume**
1. Créez un volume à partir de l’instantané. Utilisez la commande [create-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-volume.html) avec l'`--snapshot-id`option. Pour `--availability-zone`, spécifiez la même zone de disponibilité que l’instance. Notez l'ID du nouveau volume dans la sortie.
```
aws ec2 create-volume \
--volume-type gp3 \
--snapshot-id snap-0abcdef1234567890 \
--availability-zone us-east-1a
```
1. Obtenez le nom du périphérique du volume à remplacer. Utilisez la commande [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html). Pour `--instance-ids`, spécifiez l’ID de l’instance dont le volume doit être remplacé. Notez le nom du périphérique et l'ID du volume à remplacer.
```
aws ec2 describe-instances \
--instance-ids i-1234567890abcdef0 \
--query Reservations[].Instances[].BlockDeviceMappings
```
1. Détachez le volume à remplacer de l’instance. Utilisez la commande [detach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/detach-volume.html).
```
aws ec2 detach-volume --volume-id vol-xxxxxxxxxxxxxxxxx
```
1. Attachez le volume de remplacement à l’instance. Utilisez la commande [attach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/attach-volume.html). Pour `--volume-id`, spécifiez l’ID du volume de remplacement. Pour`--instance-id`, spécifiez l'ID de l'instance à laquelle vous souhaitez attacher le volume. Pour `--device`, spécifiez le même nom de périphérique que celui que vous avez noté précédemment.
```
aws ec2 attach-volume \
--volume-id vol-01234567890abcdef \
--instance-id i-1234567890abcdef0 \
--device /dev/sdf
```
1. Connectez-vous à votre instance et montez le volume. Pour de plus amples informations, veuillez consulter [Rendre un volume Amazon EBS disponible pour utilisation](ebs-using-volumes.md).
------
#### [ PowerShell ]
**Pour remplacer un volume**
1. Créez un volume à partir de l’instantané. Utilisez l'[New-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Volume.html)applet de commande avec l'`-SnapshotId`option. Pour `-AvailabilityZone`, spécifiez la même zone de disponibilité que l’instance. Notez l'ID du nouveau volume dans la sortie.
```
New-EC2Volume `
-VolumeType gp3 `
-SnapshotId snap-0abcdef1234567890 `
-AvailabilityZone us-east-1a
```
1. Obtenez le nom du périphérique du volume à remplacer. Utilisez l’applet de commande [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). Pour `-InstanceId`, spécifiez l’ID de l’instance dont le volume doit être remplacé. Notez le nom du périphérique et l'ID du volume à remplacer.
```
(Get-EC2Instance `
-InstanceId i-1234567890abcdef0).Instances.BlockDeviceMappings | `
Format-Table DeviceName, @{Name="VolumeId";Expression={$_.Ebs.VolumeId}}
```
1. Détachez le volume à remplacer de l’instance. Utilisez l’applet de commande [Dismount-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Dismount-EC2Volume.html).
```
DismountEC2Volume -VolumeId vol-xxxxxxxxxxxxxxxxx
```
1. Attachez le volume de remplacement à l’instance. Utilisez l’applet de commande [Add-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2Volume.html). Pour `-VolumeId`, spécifiez l’ID du volume de remplacement. Pour`-InstanceId`, spécifiez l'ID de l'instance à laquelle vous souhaitez attacher le volume. Pour `-Device`, spécifiez le même nom de périphérique que celui que vous avez noté précédemment.
```
Add-EC2Volume`
-VolumeId vol-01234567890abcdef `
-InstanceId i-1234567890abcdef0 `
-Device /dev/sdf
```
1. Connectez-vous à votre instance et montez le volume. Pour de plus amples informations, veuillez consulter [Rendre un volume Amazon EBS disponible pour utilisation](ebs-using-volumes.md).
------
# Contrôles de l'état des volumes Amazon EBS
Les contrôles de statut de volume vous permettent de mieux comprendre, suivre et gérer les incohérences potentielles des données d’un volume Amazon EBS. Ils sont destinés à vous fournir les informations dont vous avez besoin pour déterminer si vos volumes Amazon EBS rencontrent des problèmes et pour vous aider à contrôler comment un volume potentiellement incohérent est géré.
Les contrôles de statut de volume sont exécutés automatiquement toutes les cinq minutes et renvoie un statut de réussite ou d’échec. Si tous les contrôles réussissent, le statut du volume est `ok`. Si un contrôle échoue, le statut du volume est `impaired`. Si le statut est `insufficient-data`, il se peut que les contrôles soient toujours en cours sur le volume. Vous pouvez afficher les résultats des contrôles de statut de volume pour identifier les volumes confrontés à des problèmes et prendre les actions nécessaires.
Lorsqu'Amazon EBS détermine que les données d'un volume sont potentiellement incohérentes, il désactive par défaut toutes les instances EC2 connectées I/O au volume, ce qui permet d'empêcher la corruption des données. Une fois la désactivation I/O terminée, la prochaine vérification de l'état du volume échoue et l'état du volume est rétabli`impaired`. En outre, vous verrez un événement vous indiquant que le volume I/O est désactivé et que vous pouvez corriger l'état altéré du volume en I/O l'activant. Nous attendons que vous l' I/O activiez pour vous donner l'opportunité de décider si vous souhaitez continuer à autoriser vos instances à utiliser le volume ou si vous souhaitez exécuter un contrôle de cohérence à l'aide d'une commande, telle que **fsck** (instances Linux) ou **chkdsk** (instances Windows), avant de le faire.
**Note**
Le statut du volume s’appuie sur les vérifications de statut du volume et ne reflète pas l’état du volume. Par conséquent, le statut du volume n’indique pas de volumes avec l’état `error` (par exemple, lorsqu’un volume est incapable d’accepter l’I/O). Pour plus d’information sur les états de volume, consultez [États du volume](ebs-describing-volumes.md#volume-state).
Si la cohérence d’un volume particulier ne constitue pas un problème et que vous préfèreriez que le volume soit rendu disponible immédiatement s’il rencontre des problèmes, vous pouvez remplacer le comportement par défaut en configurant le volume de façon à activer automatiquement les I/O. Si vous activez l’attribut de volume **Auto-Enable IO** (Activation automatique des I/O) (`autoEnableIO` dans l’API), la vérification de l’état du volume continue de se faire. En outre, vous verrez un événement vous indiquant que le volume a été déterminé comme potentiellement incohérent, mais qu'il a I/O été automatiquement activé. Cela vous permet de vérifier la cohérence du volume ou de le remplacer ultérieurement.
Le contrôle de l'état des I/O performances compare les performances réelles du volume aux performances attendues d'un volume. Il vous prévient si le volume se comporte en-deçà des attentes. Cette vérification d’état n’est disponible que pour les volumes SSD IOPS provisionnés (`io1` et `io2`) et les volumes SSD polyvalent (`gp3`) attachés à une instance. La vérification d’état n’est pas valide pour les volumes SSD polyvalent (`gp2`), HDD à débit optimisé (`st1`), HDD à froid (`sc1`), ou magnétique (`standard`). Le contrôle de l'état des I/O performances est effectué une fois par minute et CloudWatch collecte ces données toutes les 5 minutes. Il peut s'écouler jusqu'à 5 minutes à partir du moment où vous attachez un `io2` volume `io1` OR à une instance pour que le contrôle de statut indique l'état I/O des performances.
**Important**
Lors de l’initialisation des volumes Provisioned IOPS SSD restaurés à partir des instantanés, les performances du volume peuvent chuter jusqu’à plus de 50 % en dessous du niveau attendu, ce qui entraîne l’affichage par le volume d’un état `warning` dans le contrôle de statut **Performances des I/O**. Cette situation est attendue et vous pouvez ignorer l'état `warning` des volumes Provisioned IOPS SSD lorsque vous les initialisez. Pour plus d’informations, consultez [Initialiser manuellement les volumes après leur création](initalize-volume.md#ebs-initialize).
Le tableau suivant répertorie les statuts des volumes Amazon EBS.
| Statut du volume | Statut d’activation des I/O | Statut de performance des I/O (volumes `io1`, `io2` et `gp3` uniquement) |
| --- | --- | --- |
| `ok` | Activé (I/O Enabled or I/Oactivé automatiquement) | Normal (performances du volume telles qu’attendues) |
| `warning` | Activé (I/O Enabled or I/Oactivé automatiquement) | Dégradé (performances du volume inférieures aux attentes) Profondément dégradé (performances du volume bien inférieures aux attentes) |
| `impaired` | Activé (I/O Enabled or I/Oactivé automatiquement) Désactivé (volume hors connexion et récupération en attente, ou en attente d’activation par l’utilisateur des I/O) | Interrompu (performances du volume profondément impactées) Non disponible (Impossible de déterminer les I/O performances car il I/O est désactivé) |
| `insufficient-data` | Activé (I/O Enabled or I/Oactivé automatiquement) Données insuffisantes | Données insuffisantes |
------
#### [ Console ]
**Pour afficher les contrôles de statut**
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 **Volumes**.
La colonne **Volume Status** (Statut du volume) affiche le statut opérationnel de chaque volume.
1. Pour afficher les détails du statut d’un volume spécifique, sélectionnez-le dans la grille et choisissez l’onglet **Status checks** (Vérifications de l’état).
1. Si vous avez un volume dont la vérification de l’état a échoué (l’état est `impaired`), consultez [Travailler avec un volume Amazon EBS endommagé](work_volumes_impaired.md).
Vous pouvez aussi choisir **Événements** dans le navigateur pour afficher tous les événements de vos instances et volumes. Pour plus d’informations, consultez [Événements liés au volume Amazon EBS](monitoring-vol-events.md).
------
#### [ AWS CLI ]
**Pour afficher les informations de statut du volume**
Utilisez la commande [describe-volume-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volume-status.html).
```
aws ec2 describe-volume-status --volume-ids vol-01234567890abcdef
```
Utilisez l'exemple suivant pour identifier les volumes endommagés.
```
aws ec2 describe-volume-status --filters Name=volume-status.status,Values=impaired
```
------
#### [ PowerShell ]
**Pour afficher les informations de statut du volume**
Utilisez l’applet de commande [Get-EC2VolumeStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2VolumeStatus.html).
```
Get-EC2VolumeStatus -VolumeId vol-01234567890abcdef
```
Utilisez l'exemple suivant pour identifier les volumes endommagés.
```
Get-EC2VolumeStatus -Filter @{Name="volume-status.status"; Values="impaired"}
```
------
# Événements liés au volume Amazon EBS
Lorsqu'Amazon EBS détermine que les données d'un volume sont potentiellement incohérentes, il désactive I/O par défaut toute instance EC2 attachée au volume. Il s’ensuit que le contrôle du statut du volume échoue et qu’un événement de statut de volume est créé indiquant la raison de l’échec.
Pour l'activer automatiquement I/O sur un volume présentant des incohérences de données potentielles, modifiez le paramètre de l'attribut de volume **IO activé automatiquement** (`autoEnableIO`dans l'API). Pour plus d’informations sur la modification de cet attribut, consultez [Travailler avec un volume Amazon EBS endommagé](work_volumes_impaired.md).
Chaque événement inclut une heure de début qui indique l'heure à laquelle l'événement s'est produit, et une durée qui indique la durée pendant I/O laquelle le volume a été désactivé. L'heure de fin est ajoutée à l'événement lorsque I/O le volume est activé.Événements relatifs à l'état du volume
`Awaiting Action: Enable IO`
Les données de volume sont potentiellement incohérentes. I/O est désactivé pour le volume jusqu'à ce que vous l'activiez explicitement. La description de l’événement devient **IO Enabled** après que vous avez explicitement activé les I/O.
`IO Enabled`
Les opérations d’I/O ont été explicitement activées pour ce volume.
`IO Auto-Enabled`
Les opérations d’I/O ont été automatiquement activées sur ce volume après qu’un événement s’est produit. Nous vous recommandons de vérifier leurs incohérences avant de continuer à utiliser les données.
`Normal`
Pour les volumes `io1`, `io2` et `gp3` uniquement. Performances du volume telles qu’attendues.
`Degraded`
Pour les volumes `io1`, `io2` et `gp3` uniquement. Performances du volume inférieures aux attentes.
`Severely Degraded`
Pour les volumes `io1`, `io2` et `gp3` uniquement. Performances du volume bien inférieures aux attentes.
`Stalled`
Pour les volumes `io1`, `io2` et `gp3` uniquement. Performances du volume profondément impactées.
Si vous avez un volume où il I/O est désactivé, voir[Travailler avec un volume Amazon EBS endommagé](work_volumes_impaired.md). Si vous avez un volume dont les I/O performances sont inférieures à la normale, il peut s'agir d'une condition temporaire due à une action que vous avez entreprise (par exemple, créer un instantané d'un volume en période de pointe, exécuter le volume sur une instance qui ne peut pas prendre en charge la I/O bande passante requise, accéder aux données du volume pour la première fois, etc.).
------
#### [ Console ]
**Pour afficher les événements de vos volumes**
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, sélectionnez **Événements**. Tous les volumes et instances ayant des événements sont affichés.
1. Vous pouvez filtrer par volume pour n’afficher que le statut de volume. Vous pouvez aussi filtrer sur des types de statut spécifiques.
1. Sélectionnez un volume pour afficher son événement spécifique.
------
#### [ AWS CLI ]
**Pour afficher les événements de vos volumes**
Utilisez la commande [describe-volume-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volume-status.html).
```
aws ec2 describe-volume-status --volume-ids vol-01234567890abcdef
```
------
#### [ PowerShell ]
**Pour afficher les événements de vos volumes**
Utilisez l’applet de commande [Get-EC2VolumeStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2VolumeStatus.html).
```
Get-EC2VolumeStatus -VolumeId vol-01234567890abcdef
```
------
# Travailler avec un volume Amazon EBS endommagé
Cette section présente vos options si un volume est dégradé flottee que ses données sont potentiellement incohérentes.
**Topics**
+ [Option 1 : exécuter un contrôle de cohérence sur le volume attaché à son instance](#work_volumes_impaired_option1)
+ [Option 2 : exécuter un contrôle de cohérence sur le volume à l’aide d’une autre instance](#work_volumes_impaired_option2)
+ [Option 3 : supprimer le volume si vous n’en avez plus besoin](#work_volumes_impaired_option3)
## Option 1 : exécuter un contrôle de cohérence sur le volume attaché à son instance
L'option la plus simple consiste à activer I/O puis à effectuer un contrôle de cohérence des données sur le volume alors que celui-ci est toujours attaché à son instance Amazon EC2.
**Pour exécuter un contrôle de cohérence sur un volume attaché**
1. Arrêtez l’utilisation du volume par les applications.
1. Activez I/O sur le volume. Utilisez l’une des méthodes suivantes.
------
#### [ Console ]
**I/O Pour activer un volume**
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 **Events**.
1. Sélectionnez le volume.
1. Choisissez **Actions**, **Enable I/O** (Activer les I/O).
------
#### [ AWS CLI ]
**I/O Pour activer un volume**
Utilisez la commande [enable-volume-io](https://docs.aws.amazon.com/cli/latest/reference/ec2/enable-volume-io.html).
```
aws ec2 enable-volume-io --volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**I/O Pour activer un volume**
Utilisez l'applet de commande [Enable-EC2VolumeIO](https://docs.aws.amazon.com/powershell/latest/reference/items/Enable-EC2VolumeIO.html).
```
Enable-EC2VolumeIO -VolumeId vol-01234567890abcdef
```
------
1. Vérifiez les données du volume.
1. Exécutez la commande **fsck** (instances Linux) ou **chkdsk** (instances Windows).
1. (Facultatif) Recherchez dans les journaux des applications journaux système disponibles les messages d’erreur appropriés.
1. Si le volume est réduit depuis plus de 20 minutes, vous pouvez contacter le AWS Support Center. Sélectionnez **Dépannage** puis, dans la boîte de dialogue **Dépanner les contrôles de statut**, sélectionnez **Contactez Support** pour soumettre une demande de support.
## Option 2 : exécuter un contrôle de cohérence sur le volume à l’aide d’une autre instance
Utilisez la procédure suivante pour vérifier le volume en dehors de votre environnement de production.
**Important**
Cette procédure peut entraîner la perte des opérations d'écriture I/Os qui ont été suspendues lorsque le volume I/O a été désactivé.
**Pour exécuter un contrôle de cohérence sur un volume isolé**
1. Arrêtez l’utilisation du volume par les applications.
1. Détachez le volume de l’instance. Pour de plus amples informations, veuillez consulter [Détacher un volume Amazon EBS d'une instance Amazon EC2](ebs-detaching-volume.md).
1. Activez I/O sur le volume. Utilisez l’une des méthodes suivantes.
------
#### [ Console ]
**I/O Pour activer un volume**
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 **Events**.
1. Sélectionnez le volume que vous avez détaché à l’étape précédente.
1. Choisissez **Actions**, **Enable I/O** (Activer les I/O).
------
#### [ AWS CLI ]
**I/O Pour activer un volume**
Utilisez la commande [enable-volume-io](https://docs.aws.amazon.com/cli/latest/reference/ec2/enable-volume-io.html).
```
aws ec2 enable-volume-io --volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**I/O Pour activer un volume**
Utilisez l'applet de commande [Enable-EC2VolumeIO](https://docs.aws.amazon.com/powershell/latest/reference/items/Enable-EC2VolumeIO.html).
```
Enable-EC2VolumeIO -VolumeId vol-01234567890abcdef
```
------
1. Attachez le volume à une autre instance. Pour plus d'informations, consultez [Lancer votre instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/LaunchingAndUsingInstances.html) et[Associer un volume Amazon EBS à une instance Amazon EC2](ebs-attaching-volume.md).
1. Vérifiez les données du volume.
1. Exécutez la commande **fsck** (instances Linux) ou **chkdsk** (instances Windows).
1. (Facultatif) Recherchez dans les journaux des applications journaux système disponibles les messages d’erreur appropriés.
1. Si le volume est réduit depuis plus de 20 minutes, vous pouvez contacter le AWS Support Center. Sélectionnez **Dépannage** puis, dans la boîte de dialogue de dépannage, sélectionnez **Contactez Support** pour soumettre une demande de support.
## Option 3 : supprimer le volume si vous n’en avez plus besoin
Si vous voulez supprimer le volume de votre environnement, supprimez-le simplement. Pour plus d’informations sur la suppression d’un volume, consultez [Supprimer un volume Amazon EBS](ebs-deleting-volume.md).
Si vous avez un instantané récent qui sauvegarde les données sur le volume, vous pouvez créer un volume à partir de l’instantané. Pour de plus amples informations, veuillez consulter [Créez un volume Amazon EBS.](ebs-creating-volume.md).
# Activation automatique I/O pour les volumes Amazon EBS altérés
Lorsqu'Amazon EBS détermine que les données d'un volume sont potentiellement incohérentes, il désactive I/O par défaut toute instance EC2 attachée au volume. Il s’ensuit que le contrôle du statut du volume échoue et qu’un événement de statut de volume est créé indiquant la raison de l’échec. Si la cohérence d'un volume particulier n'est pas un problème et que vous préférez qu'il soit rendu disponible immédiatement s'il est **altéré**, vous pouvez annuler le comportement par défaut en configurant le volume pour activer automatiquement les E/S. Si vous activez l'attribut de volume d'E/S **activé automatiquement** (`autoEnableIO`dans l'API), le lien I/O entre le volume et l'instance est automatiquement réactivé et le contrôle de l'état du volume sera effectué avec succès. En outre, vous verrez un événement vous indiquant que le volume était dans un état potentiellement incohérent, mais qu'il a I/O été automatiquement activé. Quand cet événement se produit, vous devez vérifier la cohérence du volume et le remplacer si nécessaire. Pour de plus amples informations, veuillez consulter [Événements liés au volume Amazon EBS](monitoring-vol-events.md).
------
#### [ Console ]
**Pour afficher l’attribut Auto-Enabled IO d’un volume**
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 **Volumes**.
1. Sélectionnez le volume et choisissez **Status Checks** (Vérifications de l’état).
Le champ **Auto-Enabled I/O** (Activation automatique des I/O) affiche le paramétrage actuel (**Enabled** (Activé) ou **Disabled** (Désactivé)) du volume sélectionné.
**Pour modifier l’attribut Auto-Enabled IO d’un volume**
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 **Volumes**.
1. Sélectionnez le volume et choisissez **Actions**, **Manage auto-enabled I/O** (Gérer les I/O auto-activées).
1. I/O Pour activer automatiquement un volume altéré, cochez la case **Activer automatiquement I/O pour un volume altéré**. Pour désactiver la fonction, décochez la case.
1. Choisissez **Mettre à jour**.
------
#### [ AWS CLI ]
**Pour afficher l’attribut AutoEnable IO d’un volume**
Utilisez la commande [describe-volume-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volume-attribute.html).
```
aws ec2 describe-volume-attribute \
--attribute autoEnableIO \
--volume-id vol-01234567890abcdef
```
Voici un exemple de sortie.
```
{
"AutoEnableIO": {
"Value": true
},
"VolumeId": "vol-01234567890abcdef"
}
```
**Pour modifier l’attribut autoEnableIO d’un volume**
Utilisez la commande [modify-volume-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-volume-attribute.html).
```
aws ec2 modify-volume-attribute \
--auto-enable-io \
--volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**Pour afficher l’attribut AutoEnable IO d’un volume**
Utilisez l’applet de commande [Get-EC2VolumeAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2VolumeAttribute.html).
```
(Get-EC2VolumeAttribute `
-Attribute autoEnableIO `
-VolumeId vol-01234567890abcdef).AutoEnableIO
```
Voici un exemple de sortie.
```
True
```
**Pour modifier l’attribut autoEnableIO d’un volume**
Utilisez l’applet de commande [Edit-EC2VolumeAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2VolumeAttribute.html).
```
Edit-EC2VolumeAttribute `
-AutoEnableIO $true `
-VolumeId vol-01234567890abcdef
```
------
# Tests de défaillance sur Amazon EBS
AWS Fault Injection Service (AWS FIS) est un service entièrement géré qui vous permet de réaliser des expériences d'injection de défauts sur vos AWS charges de travail. Grâce aux actions EBS AWS FIS, vous pouvez tester la façon dont vos applications réagissent aux défaillances de stockage susceptibles d'entraîner des I/O interruptions et une dégradation des performances de vos volumes. Cet environnement de test contrôlé vous permet d'observer la façon dont vos applications réagissent aux perturbations afin d'identifier les faiblesses de votre architecture et d'améliorer la résilience globale de vos applications. À l'aide de l' I/O action de pause et de l'action d'injection de latence, vous pouvez tester vos mécanismes de surveillance et de restauration, tels que les CloudWatch alarmes Amazon et les flux de travail de basculement, et améliorer la résilience de vos applications critiques face aux défaillances de stockage. Pour plus d'informations AWS FIS, consultez le [guide de AWS Fault Injection Service l'utilisateur](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html).
## Expériences disponibles
Amazon EBS prend actuellement en charge deux injections AWS FIS d'erreurs :
+ [Pause l'injection I/O de défauts](ebs-fis-pause-io.md)
+ [injection de latence](ebs-fis-latency-injection.md)
## Considérations
Les considérations suivantes s'appliquent :
+ Tous les types de volumes Amazon EBS sont pris en charge. Les volumes racine et les volumes de données sont pris en charge. Les volumes de stockage d’instances ne sont pas pris en charge.
+ Les volumes doivent être attachés à des instances [EC2 basées sur Nitro](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#instance-hypervisor-type).
+ Vos volumes reprendront leurs I/O performances d'origine une fois l'expérience terminée, en fonction de la durée. Vous pouvez également arrêter un test en cours avant qu'il ne soit terminé. Vous pouvez également créer une condition d'arrêt pour arrêter l'expérience si celle-ci atteint un seuil que vous définissez dans une CloudWatch alarme.
+ Vous pouvez l'utiliser AWS FIS avec des volumes compatibles avec l'option Multi-Attach. Toutes les instances jointes sont touchées. Vous ne pouvez pas sélectionner un attachement d'instance de volume spécifique pour les tests.
+ Le FIS n'est actuellement pas disponible dans les zones Locales, les Outposts ou les Zones de longueur d'onde.
+ Vous pouvez tester simultanément jusqu'à 5 volumes dans la même zone de disponibilité lorsque vous spécifiez le volume ARNs dans la console.
+ Vous ne pouvez pas l'utiliser AWS FIS avec des volumes créés sur uneOutpost, dans une AWS Wavelength zone ou dans une zone locale.
# Pause l'injection I/O de défauts
Utilisez AWS Fault Injection Service l' I/O action Pause pour vous arrêter temporairement I/O entre un volume Amazon EBS et les instances auxquelles il est attaché afin de tester la manière dont vos charges de travail gèrent I/O les interruptions.
Pour plus d'informations AWS FIS, consultez le [https://docs.aws.amazon.com/fis/latest/userguide/what-is.html](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html).
**Considérations**
Gardez à l’esprit les considérations suivantes pour mettre en pause les E/S de volume :
+ I/O La pause est prise en charge sur tous les [types d'instances basés sur Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html).
+ Pour tester la configuration du délai d’attente de votre système d’exploitation, définissez une durée d’expérience égale ou supérieure à la valeur spécifiée pour `nvme_core.io_timeout`. Pour de plus amples informations, veuillez consulter [NVMe Délai d'expiration des opérations d'E/S pour les volumes Amazon EBS](timeout-nvme-ebs-volumes.md).
+ Si vous conduisez sur I/O un volume en I/O pause, voici ce qui se passe :
+ Le statut du volume passe à `impaired` dans les 120 secondes. Pour de plus amples informations, veuillez consulter [Contrôles de l'état des volumes Amazon EBS](monitoring-volume-checks.md).
+ La CloudWatch métrique pour `VolumeStalledIOCheck` sera `1` si le volume I/O est suspendu pendant plus de 60 secondes. Pour de plus amples informations, veuillez consulter [Métriques pour les volumes Amazon EBS](using_cloudwatch_ebs.md#ebs-volume-metrics).
+ Les CloudWatch métriques relatives à la longueur de la file d'attente (`VolumeQueueLength`) ne seront pas nulles. Toutes les alarmes et tous les contrôles doivent surveiller une profondeur de file d’attente non nulle.
+ Les CloudWatch métriques pour `VolumeReadOps` ou `VolumeWriteOps` seront`0`, ce qui indique que le volume ne traite plus les E/S.
Vous pouvez effectuer une expérience de base depuis la console Amazon EC2 ou effectuer des expériences plus avancées à l'aide de la AWS FIS console. Pour plus d'informations sur la réalisation d'expériences avancées à l'aide de la AWS FIS console, consultez [les AWS FIS didacticiels](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorials.html) du *guide de AWS Fault Injection Service l'utilisateur*.
**Pour réaliser une expérience de base à 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 **Volumes**.
1. Sélectionnez le volume pour lequel vous souhaitez effectuer une pause I/O et choisissez **Actions**, **Injection de défaut**, **Pause les E/S du volume**.
1. Dans **Durée**, entrez la durée pendant laquelle vous souhaitez faire une pause I/O entre le volume et les instances. Le champ situé à côté de la liste déroulante Durée indique la durée au format ISO 8601.
1. Dans la section **Accès au service**, sélectionnez le rôle de service IAM AWS FIS à assumer pour réaliser l'expérience. Vous pouvez utiliser le rôle par défaut ou un rôle existant que vous avez créé. Pour plus d’informations, consultez [Création d’un rôle IAM pour les expériences AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/getting-started-iam-service-role.html).
1. Sélectionnez **Interrompre les E/S du volume**. Lorsque vous y êtes invité, saisissez `start` dans la zone de confirmation et sélectionnez **Lancer l’expérience**.
1. Surveillez la progression et l’impact de votre expérience. Pour plus d’informations, consultez [Surveillance de AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/monitoring-experiments.html) dans le *Guide de l’utilisateur AWS FIS *.
# injection de latence
Utilisez l'action d'injection de latence (`aws:ebs:volume-io-latency`) AWS FIS pour simuler une I/O latence élevée sur vos volumes Amazon EBS afin de tester la façon dont vos applications réagissent à la dégradation des performances de stockage. Cette action vous permet de spécifier la valeur de latence à injecter ainsi que le pourcentage de latence I/O qui sera impacté sur le volume cible. Vous pouvez utiliser des AWS FIS modèles d'expérience de latence préconfigurés pour commencer à tester différents modèles de I/O latence susceptibles d'être observés lors de défaillances de stockage. Ces modèles sont conçus comme un ensemble initial de scénarios que vous pouvez utiliser pour perturber vos applications afin de tester la résilience. Ils ne sont pas conçus pour englober tous les types d'impact que vos applications peuvent subir dans le monde réel. Nous vous recommandons de les adapter pour exécuter plusieurs tests différents en fonction des besoins de performances de vos applications. Vous pouvez personnaliser les modèles disponibles ou créer de nouveaux modèles d'expériences pour tester les exigences spécifiques de votre application.
**Modèles d'expériences de latence préconfigurés**
Amazon EBS fournit les modèles d'expériences de latence suivants via la console EBS et la bibliothèque de [AWS FIS scénarios](https://docs.aws.amazon.com/fis/latest/userguide/scenario-library-scenarios.html). Vous pouvez directement utiliser ces modèles sur vos volumes cibles pour exécuter une expérience d'injection de latence.
+ **Latence soutenue** : simule une latence constante. Cette expérience utilise une action d'injection de latence et a une durée totale de 15 minutes. Cette expérience simule une latence persistante sur 50 % des E/S en lecture I/O et 100 % en écriture : 500 ms pendant 15 minutes.
+ **Augmentation de la latence** : simule l'augmentation progressive de la latence. Cette expérience utilise cinq actions d'injection de latence et a une durée totale de 15 minutes. Cette expérience simulera une augmentation progressive de la latence sur 10 % des E/S en lecture I/O et 25 % des E/S en écriture : 50 ms pendant 3 minutes, 200 ms pendant 3 minutes, 700 ms pendant 3 minutes, 1 seconde pendant 3 minutes et 15 secondes pendant 3 minutes.
+ **Latence intermittente** : simule des pics de latence intermittents marqués avec des périodes de récupération entre les deux. Cette expérience utilise trois actions d'injection de latence et a une durée totale de 15 minutes. Cette expérience simulera trois pics de latence sur 0,1 % des E/S en lecture et en écriture : un pic de 30 secondes qui dure 1 minute, un pic de 10 secondes qui dure 2 minutes et un pic de 20 secondes qui dure 2 minutes. Il y aura des périodes de récupération de 5 minutes entre chaque pic de latence.
+ **Diminution de la latence** — Simule une diminution progressive de la latence. Cette expérience utilise cinq actions d'injection de latence et a une durée totale de 15 minutes. Cette expérience simulera une diminution progressive de la latence sur 10 % des E/S en lecture I/O et en écriture : 20 secondes pendant 3 minutes, 5 secondes pendant 3 minutes, 900 ms pendant 3 minutes, 300 ms pendant 3 minutes et 40 ms pendant 3 minutes.
**Personnalisez les scénarios préconfigurés**
Vous pouvez personnaliser les modèles préconfigurés ci-dessus ou créer vos propres nouveaux modèles d'expériences à l'aide des paramètres personnalisables suivants.
+ `readIOPercentage`— Pourcentage d' I/O opérations de lecture sur lesquelles la latence sera injectée. Il s'agit du pourcentage de toutes les I/O opérations de lecture sur le volume qui seront affectées par l'action.
Gamme : minimum 0,1 %, maximum 100 %
+ `readIOLatencyMilliseconds`— Quantité de latence injectée lors des I/O opérations de lecture. Il s'agit de la valeur de latence qui sera observée sur le pourcentage de lecture spécifié I/O pendant l'expérience.
Plage : min 1 ms (io2) /10 ms (non-io2), maximum 60 secondes
+ `writeIOPercentage`— Pourcentage d' I/O opérations d'écriture sur lesquelles la latence sera injectée. Il s'agit du pourcentage de toutes les I/O opérations d'écriture sur le volume qui seront affectées par l'action.
Gamme : minimum 0,1 %, maximum 100 %
+ `writeIOLatencyMilliseconds`— Quantité de latence injectée lors des I/O opérations d'écriture. Il s'agit de la valeur de latence qui sera observée sur le pourcentage d'écriture spécifié I/O pendant l'expérience.
Plage : min 1 ms (io2) /10 ms (non-io2), maximum 60 secondes
+ `duration`— Durée pendant laquelle la latence sera injectée sur le pourcentage de temps I/O sélectionné.
Portée : min 1 seconde, max 12 heures
**Surveillance de l'injection de latence**
Vous pouvez surveiller l'impact sur les performances de vos volumes de la manière suivante :
+ Utilisez les mesures de latence moyenne CloudWatch pour obtenir une I/O latence moyenne par minute. Pour plus d'informations, voir [Surveiller vos volumes EBS à l'aide CloudWatch](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html) de.
+ Utilisez les statistiques de performance détaillées d'EBS disponibles via NVMe -CLI, CloudWatch agent et Prometheus pour obtenir une latence moyenne par seconde. I/O Les métriques détaillées fournissent également des histogrammes de I/O latence que vous pouvez utiliser pour analyser la variation de latence sur vos volumes. Pour plus d'informations, consultez les [statistiques de performance NVMe détaillées](https://docs.aws.amazon.com/ebs/latest/userguide/nvme-detailed-performance-stats.html).
+ Utilisez [Contrôles de l'état des volumes Amazon EBS](monitoring-volume-checks.md). Lorsque vous injectez de la I/O latence, l'état du volume passe à l'`warning`état actuel.
**Considérations**
Tenez compte des points suivants lorsque vous utilisez l'injection de latence EBS :
+ L'injection de latence est prise en charge sur tous les [types d'instances basés sur Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html), sauf : P4d, P5, P5e, Trn2u, G6, G6f, Gr6, Gr6f, M8i, M8i-flex, C8i-Flex, R8i-Flex, i8GE, Mac-M4Pro et Mac-M4.
+ Vous pouvez constater une variation allant jusqu'à 5 % entre la valeur de latence spécifiée dans l'expérience et la latence résultante observée.
+ Si vous effectuez un très petit nombre d' I/O opérations, le pourcentage I/O spécifié dans les paramètres de l'action peut ne pas correspondre au pourcentage réel de I/O personnes touchées par l'action.
**Pour exécuter une expérience d'injection de latence sur un volume Amazon EBS**
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 **Volumes**.
1. Sélectionnez les volumes sur lesquels exécuter l'expérience et choisissez **Actions**, **Test de résilience**, **Injecter la I/O latence du volume**.
La AWS Fault Injection Service console s'ouvre.
1. Dans la fenêtre **Créer une expérience**, sélectionnez le type d'expérience à exécuter : **intermittente**, **croissante**, **soutenue** ou **décroissante**.
1. Pour la **sélection du rôle IAM**, choisissez **Créer un nouveau rôle** pour créer un nouveau rôle qui AWS FIS sera utilisé pour mener les expériences en votre nom. Vous pouvez également choisir **Utiliser un rôle IAM existant** si vous avez déjà créé un rôle IAM avec les autorisations requises.
1. La section **Estimation des prix** vous donne une estimation du coût de réalisation de l'expérience. Avec AWS FIS, vous êtes facturé par minute pendant laquelle une action est exécutée, du début à la fin, en fonction du nombre de comptes cibles pour votre test.
1. Sélectionnez **Start experiment (Démarrer une expérience)**.