Stockage d’instances Amazon EC2 - Amazon Elastic Compute Cloud

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 d’instances Amazon EC2

Un stockage d’instances fournit un stockage temporaire de niveau bloc pour votre instance. Le stockage réside sur les disques physiquement attaché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. Pour plus d’informations, consultez Volumes de stockage d’instances.

Les périphériques virtuels des volumes de stockage d’instances sont ephemeral[0-23]. Les types d’instance qui prennent en charge un seul volume de stockage d’instances ont ephemeral0. Les types d’instances qui prennent en charge au moins deux volumes de stockage d’instances ont ephemeral0ephemeral1 et ainsi de suite.


      Stockage d’instance Amazon EC2
Tarification du stockage d’instances

Les volumes de stockage d’instances sont inclus dans le coût d’utilisation de l’instance.

Volume du stockage d’instances et durée de vie des données

Le nombre, la taille et le type des volumes de stockage d’instances sont déterminés par le type et la taille des instances. Pour plus d’informations, consultez Volumes de stockage d’instances.

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 Les données persistent
L'instance est arrêtée Les données ne persistent pas
L'instance est mise en veille prolongée Les données ne persistent pas
L'instance est résiliée Les données ne persistent pas
Le type d'instance est modifié Les données ne persistent pas *
Une AMI Windows est créée à partir de l'instance Les données ne sont pas conservées dans l'AMI créée**
Une AMI basée sur EBS est créée à partir de l'instance Les données ne sont pas conservées dans l'AMI créée**
Une AMI basée sur une instance store-backed est créée à partir de l'instance Les données sont conservées dans le bundle AMI chargé sur Amazon S3 ***
É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 Les données ne persistent pas
Redémarrage de l'instance Les données persistent
Redémarrage du système Les données persistent
Retrait de l'instance Les données ne persistent pas
Événements non planifiés
Restauration automatique simplifiée Les données ne persistent pas
CloudWatch restauration basée sur l'action 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

* 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.

** 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.

*** 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.

Volumes de stockage d’instances

Le nombre, la taille et le type des volumes de stockage d’instances sont déterminés par le type et la taille des instances. Certains types d’instances, tels que M6, C6 et R6, ne prennent pas en charge les volumes de stockage d’instances, tandis que d’autres types d’instances, tels que M5d, C6gd et R6gd, prennent en charge les volumes de stockage d’instances. 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, m5d.large prend en charge 1 volume de stockage d’instances de 75 Go, tandis que m5d.24xlarge prend en charge 4 volumes de stockage d’instances de 900 Go.

Pour les types d’instances dotés de volumes de stockage d’instances NVMe, tous les volumes de stockage d’instances pris en charge sont automatiquement attachés à l’instance au lancement. Pour les types d'instance dotés de volumes de stockage d'instance non NVME, 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 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 des disques SSD NVMe ou basés sur SATA, tandis que d’autres utilisent des disques HDD basés sur SATA. Les disques SSD offrent une performance d’E/S aléatoires élevée, mais il n’est pas nécessaire que les données persistent lrosque l’instance est résiliée ou que vous pouvez tirer parti des architectures tolérantes aux pannes. Pour plus d’informations, consultez Volumes de stockage d’instance SSD.

Les données sur les volumes de stockage d’instance NVMe et sur certains volumes de stockage d’instance HDD sont chiffrées au repos. Pour plus d’informations, consultez Protection des données dans Amazon EC2.

Volumes de stockage d’instances disponibles

Le guide des types d'instances Amazon EC2 fournit des informations sur la quantité, la taille, le type et les optimisations des performances des volumes de stockage d'instance disponibles pour chaque type d'instance pris en charge. Pour plus d’informations, consultez les ressources suivantes :

Pour récupérer les informations sur le volume de stockage de l'instance à l'aide du AWS CLI

Vous pouvez utiliser la describe-instance-types AWS CLI commande pour afficher des informations sur un type d'instance, telles que ses volumes de stockage d'instance. L’exemple suivant affiche la taille totale du stockage d’instance de toutes les instances R5 avec volumes de stockage d’instance.

aws ec2 describe-instance-types \ --filters "Name=instance-type,Values=r5*" "Name=instance-storage-supported,Values=true" \ --query "InstanceTypes[].[InstanceType, InstanceStorageInfo.TotalSizeInGB]" \ --output table

Exemple de sortie

--------------------------- | DescribeInstanceTypes | +----------------+--------+ | r5ad.24xlarge | 3600 | | r5ad.12xlarge | 1800 | | r5dn.8xlarge | 1200 | | r5ad.8xlarge | 1200 | | r5ad.large | 75 | | r5d.4xlarge | 600 | . . . | r5dn.2xlarge | 300 | | r5d.12xlarge | 1800 | +----------------+--------+

L’exemple suivant affiche les détails complets du stockage d’instance correspondant au type d’instance spécifié.

aws ec2 describe-instance-types \ --filters "Name=instance-type,Values=r5d.4xlarge" \ --query "InstanceTypes[].InstanceStorageInfo"

L’exemple de sortie montre que ce type d’instance possède deux volumes SSD NVMe de 300 Go, pour un total de 600 Go de stockage d’instance.

[ { "TotalSizeInGB": 600, "Disks": [ { "SizeInGB": 300, "Count": 2, "Type": "ssd" } ], "NvmeSupport": "required" } ]