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.
# Stockage de blocs temporaires pour les instances EC2
Un *stockage d’instances* fournit un stockage temporaire de niveau bloc pour votre instance EC2. Ce stockage est assuré par des disques physiquement connectés à l’ordinateur hôte. Le stockage d’instances est particulièrement adapté pour le stockage temporaire d’informations qui changent fréquemment, telles que les tampons, les caches, les données de travail et autres contenus temporaires. Il peut également être utilisé pour stocker des données temporaires que vous répliquez sur une flotte d’instances, comme un groupe à charge équilibrée de serveurs Web.
Un stockage d’instances se compose d’un ou de plusieurs stockages d’instance exposés comme périphériques de stockage en mode bloc. La taille d’un stockage d’instances ainsi que le nombre de périphériques disponibles varient en fonction du type et de la taille des instances. Par exemple, tous les types d’instance ne fournissent pas de volumes de stockage d’instance. Pour de plus amples informations, veuillez consulter [Limites de volume de stockage d’instance pour les instances EC2](instance-store-volumes.md).
Les périphériques virtuels des volumes de stockage d’instance reçoivent des noms de périphériques virtuels dans l’ordre de `ephemeral0` à `ephemeral23`. Par exemple, avec un type d’instance qui prend en charge un volume de stockage d’instance, le nom de périphérique virtuel de ce volume est `ephemeral0`. Avec un type d’instance qui prend en charge quatre volumes de stockage d’instance, les noms des périphériques virtuels des quatre volumes sont les suivants : `ephemeral0`, `ephemeral1`, `ephemeral2` et `ephemeral3`.
![\[Stockage d’instance Amazon EC2\]](http://docs.aws.amazon.com/fr_fr/AWSEC2/latest/UserGuide/images/instance_storage.png)
**Tarification du stockage d’instances**
L’utilisation des volumes de stockage d’instance fournis pour votre instance est gratuite. Les volumes du magasin d’instance sont inclus dans le coût d’utilisation de l’instance.
**Topics**
+ [
# Persistance des données pour les volumes de stockage d’instance Amazon EC2
](instance-store-lifetime.md)
+ [
# Limites de volume de stockage d’instance pour les instances EC2
](instance-store-volumes.md)
+ [
# Volumes de stockage d’instance SSD pour les instances EC2
](ssd-instance-store.md)
+ [
# Ajouter des volumes de stockage d’instance à une instance EC2
](add-instance-store-volumes.md)
+ [
# Activer le volume d’échange de stockage d’instance pour les instances EC2 M1 et C1
](instance-store-swap-volumes.md)
+ [
# Initialisation des volumes de stockage d’instance sur les instances EC2
](disk-performance.md)
+ [
# Statistiques de performance détaillées pour les volumes de stockage d’instances Amazon EC2
](nvme-detailed-performance-stats.md)
# Persistance des données pour les volumes de stockage d’instance Amazon EC2
Les volumes de stockage d’instances sont attachés uniquement au lancement de l’instance. Vous ne pouvez pas attacher des volumes de stockage d’instances après le lancement. Vous ne pouvez pas détacher un volume de stockage d’instances à partir d’une instance et l’attacher à une autre instance.
Un volume de stockage d’instances n’existe que pendant la durée de vie de l’instance à laquelle il est attaché. Vous ne pouvez pas configurer un volume de stockage d’instances pour qu’il persiste au-delà de la durée de vie de son instance associée.
Les données stockées sur un volume de stockage d’instances persistent même si l’instance est redémarrée. Toutefois, les données ne persistent pas si l’instance est arrêtée, mise en veille prolongée ou résiliée. Lorsque l’instance est arrêtée, mise en veille prolongée ou résiliée, chaque bloc du stockage d’instances est effacé de manière cryptographique.
Par conséquent, ne vous fiez pas au stockage d’instances pour les données précieuses et à long terme. Si vous devez conserver les données stockées sur un volume de stockage d’instances au-delà de la durée de vie de l’instance, vous devez copier manuellement ces données vers un stockage plus persistant, tel qu’un volume Amazon EBS, un compartiment Amazon S3 ou un système de fichiers Amazon EFS.
Certains événements peuvent empêcher la persistance de vos données pendant toute la durée de vie de l’instance. Le tableau suivant indique si les données relatives aux volumes de stockage d’instances sont persistées lors d’événements spécifiques, tant pour les instances virtualisées que pour les instances de matériel nu.
| Événement | Qu’arrive-t-il à vos données ? |
| --- |--- |
| **Événements du cycle de vie de l’instance initiés par l’utilisateur** |
| --- |
| [L'instance est redémarrée](ec2-instance-reboot.md) | Les données persistent |
| [L'instance est arrêtée](Stop_Start.md) | Les données ne persistent pas |
| [L'instance est mise en veille prolongée](Hibernate.md) | Les données ne persistent pas |
| [L'instance est terminée](terminating-instances.md) | Les données ne persistent pas |
| [Le type d'instance est modifié](ec2-instance-resize.md) | Les données ne persistent pas \$1 |
| [Une AMI basée sur EBS est créée à partir de l'instance](creating-an-ami-ebs.md) | Les données ne sont pas conservées dans l'AMI créée\$1\$1 |
| [Une AMI basée sur Amazon S3 est créée à partir de l'instance (instances](creating-an-ami-instance-store.md) Linux) | Les données sont conservées dans le bundle AMI chargé sur Amazon S3 \$1\$1\$1 |
| **Événements du système d’exploitation initiés par l’utilisateur** |
| --- |
| Un arrêt est lancé | Les données ne persistent pas † |
| Un redémarrage est lancé | Les données persistent |
| **AWS événements programmés** |
| --- |
| [Arrêt de l'instance](schedevents_actions_retire.md) | Les données ne persistent pas |
| [Redémarrage de l'instance](schedevents_actions_reboot.md) | Les données persistent |
| [Redémarrage du système](schedevents_actions_reboot.md) | Les données persistent |
| [Retrait de l'instance](schedevents_actions_retire.md) | Les données ne persistent pas |
| **Événements non planifiés** |
| --- |
| [Restauration automatique simplifiée](instance-configuration-recovery.md) | Les données ne persistent pas |
| [CloudWatch restauration basée sur l'action](cloudwatch-recovery.md) | Les données ne persistent pas |
| Le disque sous-jacent tombe en panne | Les données présentes sur le disque défaillant ne sont pas conservées |
| Panne de courant | Les données sont conservées au redémarrage |
\$1 Si le nouveau type d’instance prend en charge le stockage d’instances, l’instance obtient le nombre de volumes de stockage d’instances pris en charge par le nouveau type d’instance, mais les données ne sont pas transférées vers la nouvelle instance. Si le nouveau type d’instance ne prend pas en charge le stockage d’instances, l’instance n’obtient pas les volumes de stockage d’instances.
\$1\$1 Les données ne sont pas incluses dans l’AMI basée sur EBS ni dans les volumes de stockage d’instances attachés aux instances lancées depuis cette AMI.
\$1\$1\$1 Les données sont incluses dans la création d’une offre groupée AMI qui est chargée dans Amazon S3. Lorsque vous lancez une instance à partir de cette AMI, l’instance obtient les volumes de stockage d’instances regroupés dans l’AMI avec les données qu’ils contenaient au moment de la création de l’AMI.
† La protection contre la résiliation et l’arrêt ne protègent pas les instances contre les arrêts ou les résiliations d’instances à la suite d’arrêts initiés via le système d’exploitation de l’instance. Les données stockées sur les volumes de stockage d’instances ne persistent pas lors des événements d’arrêt ni de résiliation d’instance.
# Limites de volume de stockage d’instance pour les instances EC2
Le nombre, la taille et le type de volumes de stockage d’instance sont déterminés par le type d’instance. Certains types d'instances, tels que C8i, M8i et R8i, ne prennent pas en charge les volumes de stockage d'instance, tandis que d'autres types d'instances, tels que C8id, M8id et R8id, prennent en charge les volumes de stockage d'instance. Vous ne pouvez pas attacher à une instance plus de volumes de stockage d’instances que ne le permet son type d’instance. Pour les types d’instances qui prennent en charge les volumes de stockage d’instances, le nombre et la taille des volumes de stockage d’instances varient en fonction de la taille de l’instance. Par exemple, `r8id.large` prend en charge un volume de stockage d'instance de 1 x 118 Go, tandis qu'il `r8id.32xlarge` prend en charge 2 volumes de stockage d'instance de 3 800 Go.
Pour les types d'**NVMe instance dotés de volumes de stockage** d'instance, tous les volumes de stockage d'instance pris en charge sont automatiquement attachés à l'instance au lancement. Pour les types d'instance **dotés de volumes de stockage autres que les NVMe instances**, tels que C1, C3, M1, M2, M3, R3, D2, H1, I2, X1 et X1e, vous devez spécifier manuellement les mappages de périphériques de bloc pour les volumes de stockage d'instance que vous souhaitez associer au lancement. Ensuite, une fois l’instance lancée, vous devez [formater et monter les volumes de stockage d’instances attachés](making-instance-stores-available-on-your-instances.md) avant de pouvoir les utiliser. Vous ne pouvez pas attacher un volume de stockage d’instances après avoir lancé l’instance.
Certains types d'instances utilisent NVMe des disques SSD (Solid State Drive) SATA, tandis que d'autres utilisent des disques durs (HDD) SATA. SSDs offrent des I/O performances aléatoires élevées avec une latence très faible, mais vous n'avez pas besoin que les données persistent lorsque l'instance se termine ou vous pouvez tirer parti d'architectures tolérantes aux pannes. Pour de plus amples informations, veuillez consulter [Volumes de stockage d’instance SSD pour les instances EC2](ssd-instance-store.md).
Les données sur les volumes de stockage d' NVMe instance et sur certains volumes de stockage d'instance de disque dur sont chiffrées au repos. Pour de plus amples informations, veuillez consulter [Protection des données dans Amazon EC2](data-protection.md).
## Volumes de stockage d’instances disponibles
Le *Guide des types d’instances Amazon EC2* indique la quantité, la taille, le type et les optimisations de performances des volumes de stockage d’instance disponibles sur chaque type d’instance pris en charge. Pour plus d’informations, consultez les ressources suivantes :
+ [Spécifications du magasin d’instances — Usage général](https://docs.aws.amazon.com/ec2/latest/instancetypes/gp.html#gp_instance-store)
+ [Spécifications du magasin d’instances — Optimisé pour le calcul](https://docs.aws.amazon.com/ec2/latest/instancetypes/co.html#co_instance-store)
+ [Spécifications du magasin d’instances — Mémoire optimisée](https://docs.aws.amazon.com/ec2/latest/instancetypes/mo.html#mo_instance-store)
+ [Spécifications du magasin d’instances — Stockage optimisé](https://docs.aws.amazon.com/ec2/latest/instancetypes/so.html#so_instance-store)
+ [Spécifications du magasin d’instances — Calcul accéléré](https://docs.aws.amazon.com/ec2/latest/instancetypes/ac.html#ac_instance-store)
+ [Spécifications du magasin d’instances — Calcul à hautes performances](https://docs.aws.amazon.com/ec2/latest/instancetypes/hpc.html#hpc_instance-store)
+ [Spécifications du magasin d’instances — Génération précédente](https://docs.aws.amazon.com/ec2/latest/instancetypes/pg.html#pg_instance-store)
------
#### [ Console ]
**Pour récupérer les informations de volume de stockage d’instances**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le volet de navigation, choisissez **Types d’instances**.
1. Ajoutez le filtre **Local instance storage = true**. La colonne **Stockage** indique la taille totale du stockage d’instance pour le type d’instance.
1. (Facultatif) Cliquez sur l’icône **Préférences**, puis activez **Nombre de disques de stockage**. Cette colonne indique le nombre de volumes de stockage d’instances.
1. (Facultatif) Ajoutez des filtres pour affiner davantage la recherche à des types d’instances spécifiques qui vous intéressent.
------
#### [ AWS CLI ]
**Pour récupérer les informations de volume de stockage d’instances**
Utilisez la commande [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html). L'exemple suivant affiche la taille totale du stockage d'instance pour chaque type d'instance dans les familles d'instances R8i avec des volumes de stockage d'instance.
```
aws ec2 describe-instance-types \
--filters "Name=instance-type,Values=r8i*" "Name=instance-storage-supported,Values=true" \
--query 'sort_by(InstanceTypes, &InstanceStorageInfo.TotalSizeInGB)[].{InstanceType:InstanceType,TotalSizeInGB:InstanceStorageInfo.TotalSizeInGB}' \
--output table
```
Voici un exemple de sortie.
```
--------------------------------------
| DescribeInstanceTypes |
+------------------+-----------------+
| InstanceType | TotalSizeInGB |
+------------------+-----------------+
| r8id.large | 118 |
| r8id.xlarge | 237 |
| r8id.2xlarge | 474 |
| r8id.4xlarge | 950 |
| r8id.8xlarge | 1900 |
| r8id.12xlarge | 2850 |
| r8id.16xlarge | 3800 |
| r8id.24xlarge | 5700 |
| r8id.32xlarge | 7600 |
| r8id.48xlarge | 11400 |
| r8id.metal-48xl | 11400 |
| r8id.96xlarge | 22800 |
| r8id.metal-96xl | 22800 |
+------------------+-----------------+
```
**Pour obtenir des informations complètes sur le stockage d’instances pour un type d’instance**
Utilisez la commande [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html).
```
aws ec2 describe-instance-types \
--filters "Name=instance-type,Values=r8id.32xlarge" \
--query 'InstanceTypes[0].InstanceStorageInfo' \
--output json
```
L'exemple de sortie montre que ce type d'instance possède deux volumes NVMe SSD de 3 800 Go, pour un total de 7 600 Go de stockage d'instance.
```
{
"TotalSizeInGB": 7600,
"Disks": [
{
"SizeInGB": 3800,
"Count": 2,
"Type": "ssd"
}
],
"NvmeSupport": "required",
"EncryptionSupport": "required"
}
```
------
#### [ PowerShell ]
**Pour récupérer les informations de volume de stockage d’instances**
Utilisez l’applet de commande [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html). L'exemple suivant affiche la taille totale du stockage d'instance pour chaque type d'instance dans les familles d'instances R8i avec des volumes de stockage d'instance.
```
(Get-EC2InstanceType -Filter `
@{Name="instance-type"; Values="r8i*"},
@{Name="instance-storage-supported"; Values="true"}) |
Sort-Object {$_.InstanceStorageInfo.TotalSizeInGB} |
Format-Table InstanceType,
@{Name="Disks.SizeInGB";Expression={$_.InstanceStorageInfo.Disks[0].SizeInGB}},
@{Name="Disks.Count";Expression={$_.InstanceStorageInfo.Disks[0].Count}},
@{Name="TotalSizeInGB";Expression={$_.InstanceStorageInfo.TotalSizeInGB}}
```
Voici un exemple de sortie.
```
InstanceType Disks.SizeInGB Disks.Count TotalSizeInGB
------------ -------------- ----------- -------------
r8id.large 118 1 118
r8id.xlarge 237 1 237
r8id.2xlarge 474 1 474
r8id.4xlarge 950 1 950
r8id.8xlarge 1900 1 1900
r8id.12xlarge 2850 1 2850
r8id.16xlarge 3800 1 3800
r8id.24xlarge 2850 2 5700
r8id.32xlarge 3800 2 7600
r8id.48xlarge 3800 3 11400
r8id.metal-48xl 3800 3 11400
r8id.96xlarge 3800 6 22800
r8id.metal-96xl 3800 6 22800
```
**Pour obtenir des informations complètes sur le stockage d’instances pour un type d’instance**
Utilisez l’applet de commande [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html).
```
(Get-EC2InstanceType `
-Filter @{Name="instance-type"; Values="r8id.32xlarge"}).InstanceStorageInfo |
Format-List *,
@{Name="Disks.Count";Expression={$_.Disks[0].Count}},
@{Name="Disks.SizeInGB";Expression={$_.Disks[0].SizeInGB}},
@{Name="Disks.Type";Expression={$_.Disks[0].Type.Value}}
```
L'exemple de sortie montre que ce type d'instance possède deux volumes NVMe SSD de 3 800 Go, pour un total de 7 600 Go de stockage d'instance.
```
Disks : {Amazon.EC2.Model.DiskInfo}
EncryptionSupport : required
NvmeSupport : required
TotalSizeInGB : 7600
Disks.Count : 2
Disks.SizeInGB : 3800
Disks.Type : ssd
```
------
# Volumes de stockage d’instance SSD pour les instances EC2
Comme pour tout autre volume de stockage d’instance, vous devez mapper les volumes de stockage d’instance SSD de votre instance lorsque cette dernière est lancée. Les données d’un volume d’instance SSD ne persistent que pendant la vie de son instance associée. Pour de plus amples informations, veuillez consulter [Ajouter des volumes de stockage d’instance à une instance EC2](add-instance-store-volumes.md).
## NVMe Volumes SSD
Certaines instances proposent des volumes de stockage d'instance non volatils (SSDNVMe) sur disques SSD (Memory Express). Pour plus d’informations sur le type de volume de stockage d’instance pris en charge par chaque type d’instance, consultez [Limites de volume de stockage d’instance pour les instances EC2](instance-store-volumes.md).
Les données du stockage de l' NVMe instance sont chiffrées à l'aide d'un chiffrement par blocs XTS-AES-256 implémenté dans un module matériel de l'instance. Les clés de chiffrement sont générées à l'aide du module matériel et sont uniques à chaque périphérique de stockage d' NVMe instance. Toutes les clés de chiffrement sont détruites lorsque l’instance est arrêtée ou résiliée et ne peuvent pas être récupérées. Vous ne pouvez pas désactiver le chiffrement et vous ne pouvez pas fournir votre propre clé de chiffrement.
### Instances Linux
Pour accéder aux NVMe volumes, les NVMe pilotes doivent être installés. Les éléments suivants AMIs répondent à cette exigence :
+ AL2023
+ Amazon Linux 2
+ Amazon Linux AMI 2018.03 et version ultérieure
+ Ubuntu 14.04 ou une version ultérieure avec noyau `linux-aws`
**Note**
AWS Les types d'instances basés sur Graviton nécessitent Ubuntu 18.04 ou version ultérieure avec noyau `linux-aws`
+ Red Hat Enterprise Linux 7.4 ou une version ultérieure
+ SUSE Linux Enterprise Server 12 SP2 ou version ultérieure
+ CentOS 7.4.1708 ou une version ultérieure
+ FreeBSD 11.1 ou version ultérieure
+ Debian GNU/Linux 9 ou version ultérieure
+ Flacon Rocket
Une fois connecté à votre instance, vous pouvez répertorier les NVMe appareils à l'aide de la **lspci** commande. Voici un exemple de sortie pour une `i3.8xlarge` instance qui prend en charge quatre NVMe appareils.
```
[ec2-user ~]$ lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 01)
00:02.0 VGA compatible controller: Cirrus Logic GD 5446
00:03.0 Ethernet controller: Device 1d0f:ec20
00:17.0 Non-Volatile memory controller: Device 1d0f:cd01
00:18.0 Non-Volatile memory controller: Device 1d0f:cd01
00:19.0 Non-Volatile memory controller: Device 1d0f:cd01
00:1a.0 Non-Volatile memory controller: Device 1d0f:cd01
00:1f.0 Unassigned class [ff80]: XenSource, Inc. Xen Platform Device (rev 01)
```
Si vous utilisez un système d'exploitation compatible mais que vous ne voyez pas les NVMe appareils, vérifiez que le NVMe module est chargé à l'aide de la commande suivante.
+ Amazon Linux, Amazon Linux 2, Ubuntu 14/16, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS 7
```
$ lsmod | grep nvme
nvme 48813 0
```
+ Ubuntu 18
```
$ cat /lib/modules/$(uname -r)/modules.builtin | grep nvme
s/nvme/host/nvme-core.ko
kernel/drivers/nvme/host/nvme.ko
kernel/drivers/nvmem/nvmem_core.ko
```
Les NVMe volumes sont conformes à la spécification NVMe 1.0e. Vous pouvez utiliser les NVMe commandes avec vos NVMe volumes. Avec Amazon Linux, vous pouvez installer le package `nvme-cli` à partir du référentiel à l’aide de la commande **yum install**. Avec d’autres versions de Linux prises en charge, vous pouvez télécharger le package `nvme-cli` s’il n’est pas disponible dans l’image.
### instances Windows
La dernière version de AWS Windows AMIs pour les systèmes d'exploitation suivants contient les AWS NVMe pilotes utilisés pour interagir avec les volumes de stockage d'instances SSD qui sont exposés sous forme de périphériques en mode NVMe bloc pour de meilleures performances :
+ Windows Server 2025
+ Windows Server 2022
+ Windows Server 2019
+ Windows Server 2016
+ Windows Server 2012 R2
Une fois connecté à votre instance, vous pouvez vérifier que les NVMe volumes apparaissent dans le Gestionnaire de disques. Dans la barre des tâches, ouvrez le menu contextuel (via un clic droit) du logo Windows et choisissez **Gestion des disques**.
Le AWS Windows AMIs fourni par Amazon inclut le AWS NVMe pilote. Si vous n'utilisez pas la dernière version de AWS Windows AMIs, vous pouvez [installer le AWS NVMe pilote actuel](aws-nvme-drivers.md).
## Volumes non NVMe SSD
Les instances suivantes prennent en charge les volumes de stockage d'instance qui utilisent la technologie non- NVMe SSDs pour fournir des performances d'E/S aléatoires élevées : C3, I2, M3, R3 et X1. Pour plus d’informations sur la prise en charge des volumes de stockage d’instance par chaque type d’instance, consultez [Limites de volume de stockage d’instance pour les instances EC2](instance-store-volumes.md).
## Performances du volume de stockage d'instance basé sur SSD I/O
Au fur et à mesure que vous remplissez les volumes de stockage d’instances basés sur SSD pour votre instance, le nombre d’IOPS en écriture que vous pouvez obtenir diminue. Ceci est dû au travail supplémentaire que le contrôleur SSD doit effectuer pour trouver de l’espace disponible, réécrire les données existantes et effacer l’espace non utilisé pour le rendre réinscriptible. Ce processus de nettoyage de la mémoire se traduit par une amplification d’écriture interne sur le disque SSD, exprimée sous la forme du rapport des opérations d’écriture SSD sur les opérations d’écriture utilisateur. Cette diminution des performances est encore plus importante si les opérations d’écriture ne sont pas exprimées en multiples de 4 096 octets ou ne sont pas alignées sur une limite de 4 096 octets. Si vous écrivez une quantité d’octets plus faible ou des octets qui ne sont pas alignés, le contrôleur SSD doit lire les données environnantes et stocker le résultat dans un nouvel emplacement. Ce modèle entraîne une augmentation significative de l'amplification de l'écriture, une latence accrue et une réduction spectaculaire I/O des performances.
Les contrôleurs SSD peuvent utiliser plusieurs stratégies pour réduire l’impact de l’amplification d’écriture. Une telle stratégie consiste à réserver un espace dans le stockage d’instance SSD afin que le contrôleur puisse gérer efficacement l’espace disponible pour les opérations d’écriture. Cette solution est appelée *sur-approvisionnement*. Les volumes de stockage d’instances SSD fournis à une instance n’ont pas d’espace réservé pour le sur-approvisionnement. Pour réduire l’amplification d’écriture, nous vous conseillons de laisser 10 % du volume non partitionné que le contrôleur SSD pourra utiliser pour le sur-approvisionnement. Cela diminue le stockage que vous pouvez utiliser, mais augmente les performances même si le disque est proche de sa capacité maximale.
Pour les volumes de stockage d’instances qui prennent en charge TRIM, vous pouvez utiliser la commande TRIM pour informer le contrôleur SSD lorsque vous n’avez plus besoin des données que vous avez écrites. Cela fournit au contrôleur plus d’espace disponible, ce qui peut réduire l’amplification d’écriture et augmenter les performances. Pour de plus amples informations, veuillez consulter [Prise en charge de TRIM sur les volumes de stockage d’instance](#InstanceStoreTrimSupport).
## Prise en charge de TRIM sur les volumes de stockage d’instance
Certains types d’instance prennent en charge les volumes SSD avec TRIM. Pour de plus amples informations, veuillez consulter [Limites de volume de stockage d’instance pour les instances EC2](instance-store-volumes.md).
**Note**
(Instances Windows uniquement) Les instances exécutant Windows Server 2012 R2 prennent en charge le TRIM à partir de la version 7.3.0 du pilote AWS PV. Les instances exécutant des versions antérieures de Windows Server ne prennent pas en charge TRIM.
Les volumes de stockage d’instance qui prennent en charge TRIM sont intégralement soumis à l’instruction TRIM avant d’être alloués à votre instance. Comme ces volumes ne sont pas formatés avec un système de fichiers au lancement de l’instance, vous devez les formater avant qu’ils ne puissent être montés et utilisés. Pour un accès plus rapide à ces volumes, vous devez ignorer l’opération TRIM lorsque vous les formatez.
Sous Windows, pour désactiver temporairement la prise en charge TRIM pendant la mise en forme initiale, utilisez la commande `fsutil behavior set DisableDeleteNotify 1`. Une fois le formatage terminé, réactivez la prise en charge TRIM à l’aide de `fsutil behavior set DisableDeleteNotify 0`.
Avec les volumes de stockage d’instance qui prennent en charge TRIM, vous pouvez utiliser la commande TRIM pour informer le contrôleur SSD du moment où vous n’avez plus besoin des données que vous avez écrites. Cela fournit au contrôleur plus d’espace disponible, ce qui peut réduire l’amplification d’écriture et augmenter les performances. Sous **Instances Linux**, utilisez la commande `fstrim` pour activer le TRIM périodique. Sur les **instances Windows**, utilisez la commande `fsutil behavior set DisableDeleteNotify 0` pour vous assurer que la prise en charge TRIM est activée pendant le fonctionnement normal.
# Ajouter des volumes de stockage d’instance à une instance EC2
Pour les types d'**NVMe instance dotés de volumes de stockage** d'instance, tous les volumes de stockage d'instance pris en charge sont automatiquement attachés à l'instance au lancement. Ils sont automatiquement énumérés et un nom de périphérique leur est automatiquement attribué au lancement de l’instance.
Pour les types d'instance **dotés de volumes de stockage autres que les NVMe instances**, tels que C1, C3, M1, M2, M3, R3, D2, H1, I2, X1 et X1e, vous devez spécifier manuellement les mappages de périphériques de bloc pour les volumes de stockage d'instance que vous souhaitez associer au lancement. Les mappages de périphériques de stockage en mode bloc peuvent être spécifiés dans la requête de lancement d’instance ou dans l’AMI utilisée pour lancer l’instance. Le mappage de périphérique de stockage en mode bloc inclut un nom de périphérique et le volume sur lequel il est mappé. Pour de plus amples informations, consultez [Bloquer les mappages d'appareils pour les volumes sur les instances Amazon EC2](block-device-mapping-concepts.md).
**Important**
Vous ne pouvez attacher les volumes de stockage d’instances à une instance que lors de son lancement. Vous ne pouvez pas attacher des volumes de stockage d’instance à une instance après l’avoir lancée.
Après le lancement d’une instance, vous devez vous assurer que les volumes de stockage d’instance de votre instance sont formatés et montés avant que vous ne puissiez les utiliser. Le volume racine de stockage d’instances est monté automatiquement.
**À prendre en compte pour les volumes racines**
Un mappage de périphérique de stockage en mode bloc spécifie toujours le volume racine de l’instance. Le volume racine est toujours monté automatiquement.
**Instances Linux** – Le volume racine est un volume Amazon EBS ou un volume de stockage d’instance. Pour les instances ayant un volume de stockage d’instance pour le volume racine, la taille de ce volume varie en fonction de l’AMI, mais la taille maximale est de 10 Go. Pour de plus amples informations, veuillez consulter [Type de volume racine](ComponentsAMIs.md#storage-for-the-root-device).
**Instances Windows** : le volume racine doit être un volume Amazon EBS. Le stockage d’instance n’est pas pris en charge pour le volume racine.
**Topics**
+ [
# Ajouter des volumes de stockage d’instance à une AMI Amazon EC2
](adding-instance-storage-ami.md)
+ [
# Ajouter des volumes de stockage d’instance à une instance
](adding-instance-storage-instance.md)
+ [
# Rendre le volume du magasin d’instances disponible pour une instance EC2
](making-instance-stores-available-on-your-instances.md)
# Ajouter des volumes de stockage d’instance à une AMI Amazon EC2
Vous pouvez créer une AMI avec un mappage de périphérique de stockage en mode bloc incluant des volumes de stockage d’instance.
Si vous lancez une instance qui prend en charge des **volumes de stockage NVMe autres** que les instances à l'aide d'une AMI qui spécifie les mappages de périphériques de blocs de volumes de stockage d'instance, l'instance inclut les volumes de stockage d'instance. Si le nombre de volumes de stockage d’instances dans les mappages de périphérique de stockage en mode bloc dépasse le nombre de volumes de stockage d’instances disponibles pour l’instance, les mappages de périphérique de stockage en mode bloc de volume de stockage d’instances supplémentaires sont ignorés.
Si vous lancez une instance qui prend en charge les **volumes de stockage d'NVMe instance** à l'aide d'une AMI qui spécifie les mappages de périphériques de bloc de volume de stockage d'instance, les mappages de périphériques de blocs de volume de stockage d'instance sont ignorés. Les instances qui prennent en charge les volumes de stockage d' NVMe instance obtiennent tous leurs volumes de stockage d'instance pris en charge, quels que soient les mappages de périphériques par blocs spécifiés dans la demande de lancement d'instance et dans l'AMI. Le mappage des périphériques de ces volumes dépend de l’ordre dans lequel le système d’exploitation énumère les volumes.
**Considérations**
+ Le nombre de volumes de stockage d’instance disponibles dépend du type d’instance. Pour de plus amples informations, veuillez consulter [Volumes de stockage d’instances disponibles](instance-store-volumes.md#available-instance-store-volumes).
+ Vous devez spécifier un nom de périphérique pour chaque périphérique de stockage en mode bloc. Pour de plus amples informations, veuillez consulter [Noms des appareils pour les volumes sur les EC2 instances Amazon](device_naming.md).
+ Lorsque vous lancez une instance, vous pouvez omettre les volumes de stockage autres que ceux NVMe spécifiés dans le mappage des périphériques de blocage de l'AMI ou ajouter des volumes de stockage d'instance.
+ Pour les instances M3, spécifiez les volumes de stockage d’instances dans le mappage de périphérique de stockage en mode bloc de l’instance, pas dans l’AMI. Amazon EC2 peut ignorer les volumes de stockage d’instances dans le mappage de périphérique de stockage en mode bloc de l’AMI.
------
#### [ Console ]
**Pour ajouter des volumes de stockage d’instances à une AMI basée sur 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, sélectionnez **Instances**, puis choisissez l’instance.
1. Choisissez **Actions**, **Image and templates (Image et modèles)**, **Create image (Créer une image)**.
1. Sur la page **Create Image (Créer une image)**, saisissez un nom et une description significatifs pour votre image.
1. Pour chaque volume de stockage d’instance à ajouter, sélectionnez **Add volume (Ajouter un volume)**, puis dans **Type de volume**, sélectionnez un volume de stockage d’instance, et dans **Device (Périphérique)**, sélectionnez un nom de périphérique.
1. Choisissez **Create image (Créer une image)**.
------
#### [ AWS CLI ]
**Pour ajouter des volumes de stockage d’instances à une AMI**
Utilisez la commande [create-image](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-image.html) avec l’option `--block-device-mappings` permettant de spécifier un mappage de périphérique de stockage en mode bloc pour une AMI basée sur EBS. Utilisez la commande [register-image](https://docs.aws.amazon.com/cli/latest/reference/ec2/register-image.html) avec l’option `--block-device-mappings` permettant de spécifier un mappage de périphérique de stockage en mode bloc pour une AMI basée sur Amazon S3.
```
--block-device-mappings file://mapping.json
```
Le mappage de périphérique de stockage en mode bloc suivant ajoute deux volumes de stockage d’instances.
```
[
{
"DeviceName": "/dev/sdc",
"VirtualName": "ephemeral0"
},
{
"DeviceName": "/dev/sdd",
"VirtualName": "ephemeral1"
}
]
```
------
#### [ PowerShell ]
**Pour ajouter des volumes de stockage d’instances à une AMI**
Utilisez l'[New-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Image.html)applet de commande avec le `-BlockDeviceMapping` paramètre pour spécifier un mappage de périphériques en mode bloc pour une AMI basée sur EBS. Utilisez l'[Register-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2Image.html)applet de commande avec le `-BlockDeviceMapping` paramètre pour spécifier un mappage de périphériques en mode bloc pour une AMI basée sur Amazon S3.
```
-BlockDeviceMapping $bdm
```
Le mappage de périphérique de stockage en mode bloc suivant ajoute deux volumes de stockage d’instances.
```
$bdm = @()
$sdc = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping
$sdc.DeviceName = "/dev/sdc"
$sdc.VirtualName = "ephemeral0"
$bdm += $sdc
$sdd = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping
$sdd.DeviceName = "/dev/sdd"
$sdd.VirtualName = "ephemeral1"
$bdm += $sdd
```
------
# Ajouter des volumes de stockage d’instance à une instance
Lorsque vous lancez un type d'instance avec des **volumes de stockage autres que les NVMe instances**, tels que C1, C3, M1, M2, M3, R3, D2, H1, I2, X1 et X1e, vous devez spécifier les mappages de périphériques de bloc pour les volumes de stockage d'instance que vous souhaitez associer au lancement. Les mappages de périphérique de stockage en mode bloc doivent être spécifiés dans la requête de lancement de l’instance ou dans l’AMI utilisée pour lancer l’instance.
Si l’AMI inclut des mappages de périphérique de stockage en mode bloc pour les volumes de stockage d’instances, vous n’avez pas besoin de spécifier de mappages de périphérique de stockage en mode bloc dans la requête de lancement de l’instance, sauf si vous avez besoin de volumes de stockage d’instances supérieurs à ceux inclus dans l’AMI.
Si l’AMI n’inclut pas de mappages de périphérique de stockage en mode bloc pour les volumes de stockage d’instances, vous devez spécifier les mappages de périphérique de stockage en mode bloc dans la requête de lancement de l’instance.
Pour les types d' NVMe instance dotés de volumes de stockage d'instance, tous les volumes de stockage d'instance pris en charge sont automatiquement attachés à l'instance au lancement.
**Considérations**
+ Le nombre de volumes de stockage d’instance disponibles dépend du type d’instance. Pour de plus amples informations, veuillez consulter [Volumes de stockage d’instances disponibles](instance-store-volumes.md#available-instance-store-volumes).
+ Vous devez spécifier un nom de périphérique pour chaque périphérique de stockage en mode bloc. Pour de plus amples informations, veuillez consulter [Noms des appareils pour les volumes sur les EC2 instances Amazon](device_naming.md).
+ Pour les instances M3, il se peut que vous receviez les volumes de stockage d’instance, même si vous ne les spécifiez pas dans le mappage de périphérique de stockage en mode bloc de l’instance.
------
#### [ Console ]
**Pour spécifier un mappage de périphérique de stockage en mode bloc dans une demande de lancement d’instance**
1. Ouvrez la console Amazon EC2 à l’adresse [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Dans le tableau de bord, choisissez **Lancer une instance**.
1. Dans la section **Application and OS Images** (Images d’applications et de systèmes d’exploitation), sélectionnez l’AMI à utiliser.
1. Dans **Configurer le stockage**, la section **Volumes de stockage d’instances** répertorie les volumes de stockage d’instances qui peuvent être attachés à l’instance.
1. Pour chaque volume de stockage d’instances à attacher, dans **Nom du périphérique**, sélectionnez le nom du périphérique à utiliser.
1. Configurez les paramètres d’instance restants selon les besoins, puis cliquez sur **Lancer l’instance**.
------
#### [ AWS CLI ]
**Pour spécifier un mappage de périphérique de stockage en mode bloc dans une demande de lancement d’instance**
Utilisez la commande [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) avec l’option `--block-device-mappings`.
```
--block-device-mappings file://mapping.json
```
Le mappage de périphérique de stockage en mode bloc suivant ajoute deux volumes de stockage d’instances.
```
[
{
"DeviceName": "/dev/sdc",
"VirtualName": "ephemeral0"
},
{
"DeviceName": "/dev/sdd",
"VirtualName": "ephemeral1"
}
]
```
------
#### [ PowerShell ]
**Pour spécifier un mappage de périphérique de stockage en mode bloc dans une demande de lancement d’instance**
Utilisez l'[New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)applet de commande avec l'`-BlockDeviceMapping`option.
```
-BlockDeviceMapping $bdm
```
Le mappage de périphérique de stockage en mode bloc suivant ajoute deux volumes de stockage d’instances.
```
$bdm = @()
$sdc = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping
$sdc.DeviceName = "/dev/sdc"
$sdc.VirtualName = "ephemeral0"
$bdm += $sdc
$sdd = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping
$sdd.DeviceName = "/dev/sdd"
$sdd.VirtualName = "ephemeral1"
$bdm += $sdd
```
------
# Rendre le volume du magasin d’instances disponible pour une instance EC2
Après avoir lancé une instance avec des volumes de stockage d’instances associés, vous devez monter les volumes avant de pouvoir y accéder.
## Instances Linux
Vous pouvez formater les volumes avec le système de fichiers de votre choix après avoir lancé votre instance.
**Pour rendre disponible un volume de stockage d’instance sur Linux**
1. Connectez-vous à l’instance à l’aide d’un client SSH. Pour de plus amples informations, veuillez consulter [Se connecter à votre instance Linux à l’aide de SSH](connect-to-linux-instance.md).
1. Utilisez la commande `df -h` pour afficher les volumes qui sont formatés et montés.
```
$ df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 3.8G 72K 3.8G 1% /dev
tmpfs 3.8G 0 3.8G 0% /dev/shm
/dev/nvme0n1p1 7.9G 1.2G 6.6G 15% /
```
1. Utilisez la commande `lsblk` pour afficher les volumes qui ont été mappés au lancement, mais ne sont ni formatés ni montés.
```
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme0n1 259:1 0 8G 0 disk
├─nvme0n1p1 259:2 0 8G 0 part /
└─nvme0n1p128 259:3 0 1M 0 part
nvme1n1 259:0 0 69.9G 0 disk
```
1. Pour formater et monter un volume de stockage d’instance qui a seulement été mappé, procédez comme suit :
1. Créez un système de fichiers sur le périphérique avec la commande `mkfs`.
```
$ sudo mkfs -t xfs /dev/nvme1n1
```
1. Créez un répertoire sur lequel monter le périphérique avec la commande `mkdir`.
```
$ sudo mkdir /data
```
1. Montez le périphérique sur le répertoire nouvellement créé à l’aide de la commande `mount`.
```
$ sudo mount /dev/nvme1n1 /data
```
## instances Windows
Pour les instances Windows, nous reformatons les volumes de stockage d’instances avec le système de fichiers NTFS.
Vous pouvez afficher les volumes de la mémoire d’instance à l’aide de la gestion des disques de Windows. Pour de plus amples informations, veuillez consulter [Répertorier les NVMe non-disques](windows-list-disks.md#windows-disks).
**Pour monter manuellement un volume de stockage d’instance**
1. Choisissez **Start (Démarrer)**, entrez **Computer Management (Gestion de l’ordinateur)**, puis appuyez sur **Entrée**.
1. Dans le panneau de gauche, choisissez **Disk Management (Gestion des disques)**.
1. Si vous êtes invité à initialiser le volume, choisissez le volume à initialiser, sélectionnez le type de partition requis en fonction de votre cas d’utilisation, puis choisissez **OK**.
1. Dans la liste des volumes, cliquez avec le bouton droit sur le volume à monter, puis choisissez **New Simple Volume (Nouveau volume simple)**.
1. Dans l’assistant, choisissez **Next (Suivant)**.
1. Dans l’écran de spécification de la taille du volume, choisissez **Next (Suivant)** pour utiliser la taille de volume maximale. Vous pouvez également choisir une taille de volume comprise entre l’espace disque minimal et maximal.
1. Dans l’écran d’affectation d’une lettre de lecteur ou d’un chemin, effectuez l’une des opérations suivantes et choisissez **Next (Suivant)**.
+ Pour monter le volume avec une lettre de lecteur, choisissez **Assign the following drive letter (Affecter la lettre de lecteur suivante)** puis choisissez la lettre de lecteur à utiliser.
+ Pour monter le volume en tant que dossier, choisissez **Mount in the following empty NTFS folder (Monter dans le dossier NTFS vide suivant)**, puis choisissez **Browse (Parcourir)** pour créer ou sélectionner le dossier à utiliser.
+ Pour monter le volume sans lettre de lecteur ou chemin d’accès, choisissez **Do not assign a drive letter or drive path (Ne pas affecter de lettre ou de chemin d’accès de lecteur)**.
1. Dans l’écran de formatage de partition, indiquez si le volume doit être formaté ou non. Si vous choisissez de formater le volume, choisissez le système de fichiers requis et la taille de l’unité, puis spécifiez un libellé de volume.
1. Choisissez **Next (Suivant)**, **Finish (Terminer)**.
# Activer le volume d’échange de stockage d’instance pour les instances EC2 M1 et C1
**Note**
Cette rubrique s’applique uniquement aux instances Linux `c1.medium` et `m1.small`.
Les types d’instance `m1.small` et `c1.medium` disposent d’une quantité limitée de mémoire physique. Par conséquent, un volume d’échange de 900 Mio au moment du lancement fait office de mémoire virtuelle, ou d’*espace d’échange*, pour le système Linux. L’espace d’échange de Linux peut être utilisé quand un système nécessite plus de mémoire que celle qui lui a été allouée physiquement. Quand l’espace d’échange est activé, les systèmes Linux peuvent échanger exceptionnellement les pages mémoire utilisées entre la mémoire physique et l’espace d’échange (partition dédiée ou fichier d’échange d’un système de fichiers existant) et libérer cet espace pour les pages mémoire qui nécessitent un accès à haute vitesse.
**Note**
L’utilisation de l’espace d’échange pour la pagination mémoire n’est pas aussi rapide ou efficace que celle de la RAM. Si votre charge de travail pagine régulièrement la mémoire dans l’espace d’échange, envisagez de migrer vers un type d’instance plus grand avec plus de RAM. Pour de plus amples informations, veuillez consulter [Changements de type d'instance Amazon EC2](ec2-instance-resize.md).
Bien que le noyau Linux considère cet espace d’échange comme une partition sur le volume racine, il s’agit en réalité d’un volume de stockage d’instances distinct, quel que soit le type de votre volume racine.
Amazon Linux active et utilise automatiquement cet espace d’échange et l’utilisent, mais il se peut que votre AMI nécessite quelques étapes supplémentaires pour reconnaître et utiliser cet espace d’échange. Pour vérifier si votre instance utilise un espace d’échange, vous pouvez utiliser la commande **swapon -s**.
```
[ec2-user ~]$ swapon -s
Filename Type Size Used Priority
/dev/xvda3 partition 917500 0 -1
```
L’instance ci-dessus possède un volume d’échange de 900 Mio attaché et activé. Si vous ne voyez aucun volume d’échange apparaître avec cette commande, vous devez peut-être activer l’espace d’échange pour le périphérique. Vérifiez vos disques disponibles à l’aide de la commande **lsblk**.
```
[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 8G 0 disk /
xvda3 202:3 0 896M 0 disk
```
Ici, le volume d’échange `xvda3` est accessible à l’instance, mais il n’est pas activé (notez que le champ `MOUNTPOINT` est vide). Vous pouvez activer le volume d’échange avec la commande **swapon**.
**Note**
Vous devez préfixer par `/dev/` le nom du périphérique affiché par **lsblk**. Votre périphérique peut avoir un nom différent, tel que `sda3`, `sde3` ou `xvde3`. Utilisez le nom de périphérique pour votre système dans la commande ci-après.
```
[ec2-user ~]$ sudo swapon /dev/xvda3
```
L’espace d’échange apparaît désormais dans la sortie **lsblk** et **swapon -s**.
```
[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda1 202:1 0 8G 0 disk /
xvda3 202:3 0 896M 0 disk [SWAP]
[ec2-user ~]$ swapon -s
Filename Type Size Used Priority
/dev/xvda3 partition 917500 0 -1
```
Vous devez aussi modifier votre fichier `/etc/fstab` de telle sorte que cet espace d’échange soit automatiquement activé à chaque démarrage système.
```
[ec2-user ~]$ sudo vim /etc/fstab
```
Ajoutez la ligne suivante à votre fichier `/etc/fstab` (à l’aide du nom du périphérique d’échange de votre système) :
```
/dev/xvda3 none swap sw 0 0
```
**Pour utiliser un volume de stockage d’instance comme espace d’échange**
Tout volume de stockage d’instance peut être utilisé comme espace d’échange. Par exemple, le type d’instance `m3.medium` inclut un volume de stockage d’instance SSD de 4 Go, qui convient à l’espace d’échange. Si votre volume de stockage d’instance est beaucoup plus grand (par exemple, 350 Go), vous pouvez envisager de partitionner le volume avec une partition d’échange plus petite de 4 à 8 Go, le reste étant affecté à un volume de données.
**Note**
Cette procédure s’applique uniquement aux types d’instance prenant en charge ce stockage d’instance. Pour obtenir la liste des types d’instances, consultez [Limites de volume de stockage d’instance pour les instances EC2](instance-store-volumes.md).
1. Affichez les périphériques de stockage en mode bloc attachés à votre instance pour obtenir le nom de périphérique de votre volume de stockage d’instance.
```
[ec2-user ~]$ lsblk -p
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
/dev/xvdb 202:16 0 4G 0 disk /media/ephemeral0
/dev/xvda1 202:1 0 8G 0 disk /
```
Dans cet exemple, le volume de stockage d’instance est `/dev/xvdb`. Comme il s’agit d’une instance Amazon Linux, le volume de stockage d’instance est formaté et monté à `/media/ephemeral0` ; certains systèmes d’exploitation Linux n’opèrent pas ainsi automatiquement.
1. (Facultatif) Si votre volume de stockage d’instance est monté (il affiche un `MOUNTPOINT` dans la sortie de la commande **lsblk**), vous devez le démonter à l’aide de la commande suivante.
```
[ec2-user ~]$ sudo umount /dev/xvdb
```
1. Configurez une zone d’échange Linux sur le périphérique avec la commande **mkswap**.
```
[ec2-user ~]$ sudo mkswap /dev/xvdb
mkswap: /dev/xvdb: warning: wiping old ext3 signature.
Setting up swapspace version 1, size = 4188668 KiB
no label, UUID=b4f63d28-67ed-46f0-b5e5-6928319e620b
```
1. Activez le nouvel espace d’échange.
```
[ec2-user ~]$ sudo swapon /dev/xvdb
```
1. Vérifiez que le nouvel espace d’échange est en cours d’utilisation.
```
[ec2-user ~]$ swapon -s
Filename Type Size Used Priority
/dev/xvdb partition 4188668 0 -1
```
1. Modifiez votre fichier `/etc/fstab` de telle sorte que cet espace d’échange soit automatiquement activé à chaque démarrage système.
```
[ec2-user ~]$ sudo vim /etc/fstab
```
Si votre fichier `/etc/fstab` a une entrée pour `/dev/xvdb` (ou `/dev/sdb`), modifiez-la pour qu’elle corresponde à la ligne ci-dessous ; dans le cas contraire, ajoutez la ligne suivante à votre fichier `/etc/fstab` (à l’aide du nom de périphérique d’échange de votre système) :
```
/dev/xvdb none swap sw 0 0
```
**Important**
Les données du volume de stockage d’instance sont perdues quand une instance est arrêtée ou mise en veille prolongée. Cela inclut également le formatage de l’espace d’échange du volume de stockage créé dans [Step 3](#step_mkswap). Si vous arrêtez et redémarrez une instance qui a été configurée pour utiliser un espace d’échange de stockage d’instance, vous devez répéter [Step 1](#step_swap_start) via [Step 5](#step_swap_enable) sur le nouveau volume de stockage d’instance.
# Initialisation des volumes de stockage d’instance sur les instances EC2
En raison de la façon dont Amazon EC2 virtualise les disques, la première écriture sur tout emplacement de certains volumes de stockage d’instance s’effectue plus lentement que les écritures suivantes. Pour la plupart des applications, l’amortissement de ce coût sur la durée de vie de l’instance est acceptable. Cependant, si vous exigez des performances disque élevées, il est recommandé que vous initialisiez vos disques en écrivant une fois sur chaque emplacement disque avant l’utilisation en production.
**Note**
Les types d’instances avec disques d’état solide (SSD) à connexion directe et prise en charge TRIM offrent des performances maximales au moment du lancement, sans initialisation. Pour plus d’informations sur le stockage d’instance pour chaque type d’instance, consultez [Limites de volume de stockage d’instance pour les instances EC2](instance-store-volumes.md).
Si vous exigez une plus grande souplesse en termes de latence ou de débit, nous vous recommandons l’utilisation d’Amazon EBS.
Pour initialiser les volumes de stockage d’instance, utilisez les commandes `dd` suivantes, en fonction du stockage à initialiser (par exemple, `/dev/sdb` ou `/dev/nvme1n1`).
**Note**
Veillez bien à démonter le disque avant d’exécuter cette commande.
L’initialisation peut durer longtemps (8 heures environ pour une grande instance supplémentaire).
Pour initialiser les volumes de stockage d’instance, utilisez les commandes suivantes sur les types d’instance `m1.large`, `m1.xlarge`, `c1.xlarge`, `m2.xlarge`, `m2.2xlarge` et `m2.4xlarge` :
```
dd if=/dev/zero of=/dev/sdb bs=1M
dd if=/dev/zero of=/dev/sdc bs=1M
dd if=/dev/zero of=/dev/sdd bs=1M
dd if=/dev/zero of=/dev/sde bs=1M
```
Pour initialiser simultanément tous les volumes de stockage d’instance, utilisez la commande suivante :
```
dd if=/dev/zero bs=1M|tee /dev/sdb|tee /dev/sdc|tee /dev/sde > /dev/sdd
```
La configuration des disques d’un système RAID les initialise en écrivant sur chaque emplacement disque. Lors de la configuration d’un système RAID basé sur un logiciel, assurez-vous de modifier la vitesse de reconstruction minimale :
```
echo $((30*1024)) > /proc/sys/dev/raid/speed_limit_min
```
# Statistiques de performance détaillées pour les volumes de stockage d’instances Amazon EC2
Amazon EC2 fournit des statistiques de performance en temps réel et haute résolution pour les volumes de stockage d’instances NVMe attachés à des instances Amazon EC2 basées sur Nitro. Ces statistiques sont présentées sous forme de compteurs agrégés qui sont conservés pendant toute la durée de vie de l’instance. Les statistiques fournissent des détails sur le nombre cumulé d'opérations, les octets envoyés et reçus, le temps consacré aux I/O opérations de lecture et d'écriture et les histogrammes des I/O opérations de lecture et d'écriture. Bien que ces statistiques soient cohérentes avec les [statistiques de performances détaillées d'Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/nvme-detailed-performance-stats.html), elles incluent également des histogrammes de latence détaillés ventilés par I/O taille, qui peuvent fournir des informations plus précises sur vos modèles de performances de stockage. Cette visibilité améliorée vous permet d'identifier précisément les I/O tailles spécifiques qui rencontrent des problèmes de latence, ce qui vous permet d'optimiser les performances des applications et de résoudre les problèmes plus efficacement.
Vous pouvez collecter ces statistiques avec une granularité allant jusqu’à une seconde d’intervalle. Si les demandes sont effectuées plus fréquemment que des intervalles d'une seconde, le NVMe pilote peut mettre les demandes en file d'attente, ainsi que d'autres commandes d'administration, pour être traitées ultérieurement.
**Considérations**
+ Les statistiques ne sont prises en charge que pour les NVMe volumes de stockage attachés aux instances basées sur Nitro.
+ Les compteurs ne sont pas persistants entre les arrêts et les redémarrages des instances.
+ Les statistiques sont disponibles sans frais supplémentaires.
## Statistiques
Le périphérique de NVMe blocage fournit les statistiques suivantes :
| Nom de la statistique | Nom complet | Type | Description |
| --- | --- | --- | --- |
| total\$1read\$1ops | Nombre total d’opérations | Compteur | Nombre total d’opérations de lecture terminées. |
| total\$1write\$1ops | Nombre total d’opérations d’écriture | Compteur | Nombre total d’opérations d’écriture terminées. |
| total\$1read\$1bytes | Nombre total d’octets lus | Compteur | Nombre total d’octets lus transférés. |
| total\$1write\$1bytes | Nombre total d’octets écrits | Compteur | Nombre total d’octets écrits transférés. |
| total\$1read\$1time | Durée totale de lecture | Compteur | Temps total, en microsecondes, passé pour toutes les opérations de lecture terminées. |
| total\$1write\$1time | Durée totale d’écriture | Compteur | Temps total, en microsecondes, passé pour toutes les opérations d’écriture terminées. |
| instance\$1store\$1volume\$1performance\$1exceeded\$1iops | La durée totale de la demande a dépassé le nombre maximal d’IOPS du volume | Compteur | Temps total, en microsecondes, pendant lequel la demande d’IOPS a dépassé les performances maximales d’IOPS du volume. Toute valeur supérieure à 0 indique que votre charge de travail a exigé plus d’IOPS que le volume ne pouvait en fournir. Idéalement, le nombre incrémentiel de cette métrique, entre deux instantanés, devrait être minimal. |
| instance\$1store\$1volume\$1performance\$1exceeded\$1tp | Temps total requis par la demande supérieur au débit maximal du volume | Compteur | Temps total, en microsecondes, pendant lequel les demandes de débit ont dépassé le débit maximal du volume. Toute valeur supérieure à 0 indique que votre charge de travail a exigé plus de débit que le volume ne pouvait en fournir. Idéalement, le nombre incrémentiel de cette métrique, entre deux instantanés, devrait être minimal. |
| volume\$1queue\$1length | Longueur de la file d’attente de volume | Ponctuelle | Nombre d’opérations de lecture et d’écriture en attente d’exécution. |
| read\$1io\$1latency\$1histogram | Lire l' I/O histogramme | Histogramme \$1 | Nombre d’opérations de lecture effectuées dans chaque intervalle de latence, en microsecondes. |
| write\$1io\$1latency\$1histogram | Écrire un I/O histogramme | Histogramme \$1 | Nombre d’opérations d’écriture effectuées dans chaque intervalle de latence, en microsecondes. |
**Note**
\$1 Les statistiques de l'histogramme ne représentent que les I/O opérations terminées avec succès. Les I/O opérations bloquées ou entravées ne sont pas incluses, mais elles apparaîtront clairement dans les `volume_queue_length` statistiques, qui sont présentées sous forme de point-in-time statistiques.
## Accès aux statistiques
Les statistiques doivent être accessibles directement depuis l’instance à laquelle les volumes de stockage d’instance sont attachés. Vous pouvez accéder aux statistiques en utilisant l’une des méthodes suivantes.
### Instances Linux
------
#### [ Amazon CloudWatch ]
Vous pouvez configurer l' CloudWatch agent Amazon pour collecter les statistiques de votre instance et les rendre disponibles sous forme de métriques personnalisées dans CloudWatch. Vous pouvez ensuite utiliser les indicateurs CloudWatch pour analyser les I/O modèles, suivre les tendances des performances, créer des tableaux de bord personnalisés et configurer des alarmes automatisées en fonction des seuils de performance.
Pour plus d'informations sur la configuration de l' CloudWatch agent, consultez [Collecter les métriques de volume du magasin d'instances Amazon EC2](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Container-Insights-metrics-instance-store-Collect.html).
------
#### [ nvme-cli tool ]
**Pour accéder aux statistiques**
1. Connectez-vous à l’instance à laquelle le volume est attaché.
1. Amazon Linux 2023 AMIs publié après le 15 septembre 2025 inclut la dernière version de l'`nvme-cli`outil. Si vous utilisez une ancienne AMI Amazon Linux, mettez à jour l’outil `nvme-cli`.
```
sudo yum install nvme-cli
```
1. Exécutez la commande suivante et spécifiez le nom du périphérique pour le volume.
```
sudo nvme amzn stats /dev/nvme0n1
```
Les statistiques fournissent également des histogrammes de latence détaillés ventilés par I/O taille. Pour afficher les statistiques ventilées par I/O taille, incluez l'`--details`option. Par exemple :
```
sudo nvme amzn stats --details /dev/nvme0n1
```
Vous pouvez obtenir plus d’informations sur l’utilisation de l’outil en spécifiant l’option `--help`. Par exemple :
```
sudo nvme amzn stats --help
```
------
### instances Windows
------
#### [ nvme\$1amzn.exe tool ]
**Pour accéder aux statistiques**
1. Connectez-vous à l’instance à laquelle le volume est attaché.
1. Assurez-vous que vous utilisez la version AWSNVMe du pilote `1.7.0` ou une version ultérieure. Pour plus d'informations sur la mise à jour du AWSNVMe pilote, consultez la section [AWS NVMe pilotes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html).
1. Obtenez le numéro de disque du volume. Pour plus d’informations, consultez la section [Mappage des disques NVMe d’instance Windows Amazon EC2 à des volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/windows-list-disks-nvme.html).
1. Exécutez la commande suivante en tant qu’administrateur et spécifiez le numéro de disque du volume.
```
.\nvme_amzn.exe stats disk_number
```
Les statistiques fournissent également des histogrammes de latence détaillés ventilés par I/O taille. Pour afficher les statistiques ventilées par I/O taille, incluez l'`--details`option. Par exemple :
```
.\nvme_amzn.exe stats --details disk_number
```
------