instances de stockage optimisé - Amazon Elastic Compute Cloud

instances de stockage optimisé

Les instances optimisées pour le stockage sont destinées à des charges de travail qui nécessitent un accès séquentiel en lecture et écriture important, pour des ensembles de données très volumineux stockés localement. Elles sont optimisées de façon à fournir des dizaines de milliers d'opérations d'I/O aléatoires à faible latence par seconde (IOPS) aux applications.

instances D2

Ces instances conviennent à ce qui suit :

  • Entrepôt de données de traitement massivement parallèle (MPP)

  • Informatique distribuée MapReduce et Hadoop

  • Applications de consignation ou de traitement des données

instances D3 et D3en

Ces instances offrent une montée en charge du stockage d'instance et conviennent parfaitement à ce qui suit :

  • Systèmes de fichiers distribués pour les charges de travail Hadoop

  • Charges de travail de stockage de fichiers telles que GPFC et BeeFS

  • Grands lacs de données pour les charges de travail HPC

instances H1

Ces instances conviennent à ce qui suit :

  • Charges de travail gourmandes en données comme MapReduce et les systèmes de fichiers distribués

  • Applications nécessitant un accès séquentiel à d'importants volumes de données sur un stockage d'instance en attachement direct

  • Applications nécessitant un accès à débit élevé aux grandes quantités de données

instances I3 et I3en

Ces instances conviennent à ce qui suit :

  • Systèmes de traitement de transaction en ligne (OLTP) à fréquence élevée

  • Bases de données relationnelles

  • Bases de données NoSQL

  • Cache pour les bases de données en mémoire (Redis par exemple)

  • Applications d'entreposage de données

  • Systèmes de fichiers distribués

Les instances de matériel nu offrent à vos applications un accès direct aux ressources physiques du serveur hôte, telles que les processeurs et la mémoire.

Pour plus d'informations, consultez Instances I3 Amazon EC2.

Instances I4i

Ces instances sont parfaitement adaptées aux charges de travail intensives en I/O qui nécessitent des jeux de données de petite à moyenne taille sur le stockage local, telles que les bases de données transactionnelles et NoSQL.

Pour plus d'informations, consultez Instances I4i Amazon EC2.

Spécifications matérielles

Vous trouverez ci-dessous un résumé des spécifications matérielles relatives aux instances optimisées pour le stockage. Une unité de traitement centralisée virtuelle (vCPU) représente une partie de l'UC physique affectée à une machine virtuelle (VM). Pour les instances x86, il existe deux vCPUs par cœur. Pour les instances Graviton, il existe un vCPU par cœur.

Type d'instance vCPU par défaut Mémoire (Gio)
d2.xlarge 4 30,5
d2.2xlarge 8 61
d2.4xlarge 16 122
d2.8xlarge 36 244
d3.xlarge 4 32
d3.2xlarge 8 64
d3.4xlarge 16 128
d3.8xlarge 32 256
d3en.large 2 8
d3en.xlarge 4 16
d3en.2xlarge 8 32
d3en.4xlarge 16 64
d3en.6xlarge 24 96
d3en.8xlarge 32 128
d3en.12xlarge 48 192
h1.2xlarge 8 32
h1.4xlarge 16 64
h1.8xlarge 32 128
h1.16xlarge 64 256
i3.large 2 15,25
i3.xlarge 4 30,5
i3.2xlarge 8 61
i3.4xlarge 16 122
i3.8xlarge 32 244
i3.16xlarge 64 488
i3.metal 72 512
i3en.large 2 16
i3en.xlarge 4 32
i3en.2xlarge 8 64
i3en.3xlarge 12 96
i3en.6xlarge 24 192
i3en.12xlarge 48 384
i3en.24xlarge 96 768
i3en.metal 96 768
i4i.large 2 16
i4i.xlarge 4 32
i4i.2xlarge 8 64
i4i.4xlarge 16 128
i4i.8xlarge 32 256
i4i.16xlarge 64 512
i4i.32xlarge 128 1,024
i4i.metal 128 1,024

Les instances optimisées pour le stockage utilisent les processeurs suivants.

Processeurs Intel
  • Processeur Intel Xeon Scalable (Haswell E5-2676 v3) : D2

  • Processeur Intel Xeon Scalable (Broadwell E5-2686 v4) : H1, I3

  • Processeur Intel Xeon Scalable (Skylake 8175M or Cascade Lake 8259CL) : I3en

  • Processeur Intel Xeon Scalable de 2e génération (Cascade Lake 8259CL) : D3, D3en

  • Processeur Intel Xeon Scalable de 3e génération (Ice Lake 8375C) : I4i

Pour plus d'informations, consultez Types d'instance Amazon EC2.

Performances de l'instance

Pour les instances avec les volumes de stockage d'instances NVMe, veillez à utiliser le pilote AWS NVMe. Pour plus d'informations, consultez Pilotes NVMe AWS pour les instances Windows.

Les instances optimisées EBS vous permettent d'obtenir régulièrement des performances élevées pour vos volumes EBS en éliminant les conflits entre les I/O Amazon EBS et tout autre trafic réseau de votre instance Certaines instances optimisées pour le stockage sont optimisées pour EBS par défaut sans frais supplémentaires. Pour plus d'informations, consultez instances optimisées pour Amazon EBS.

Performances réseau

Vous pouvez activer la mise en réseau améliorée sur les types d'instance pris en charge pour fournir des latences plus faibles, une instabilité moindre sur le réseau et des performances de débit en paquets par seconde (PPS) plus élevées. La plupart des applications ne nécessitent pas en permanence un haut niveau de performances réseau, mais peuvent tirer profit d'un accès à une bande passante accrue lorsqu'elles envoient ou reçoivent des données. Pour plus d'informations, consultez Réseaux améliorés sur Windows.

Vous trouverez ci-dessous un résumé des performances réseau relatives aux instances optimisées pour le stockage qui prennent en charge la mise en réseau améliorée.

Type d'instance Performances réseau Mise en réseau améliorée
d2.xlarge Modérées Intel 82599 VF
d2.2xlarge | d2.4xlarge Élevé Intel 82599 VF
i3.4xlarge et tailles inférieures | i4i.xlarge et tailles inférieures Jusqu'à 10 Gb/s † ENA
d2.8xlarge 10 Gb/s Intel 82599 VF
i3.8xlarge | h1.8xlarge 10 Gb/s ENA
i4i.2xlarge Jusqu'à 12 Gbit/s † ENA
d3.4xlarge et tailles inférieures Jusqu'à 15 Gbit/s † ENA
i4i.8xlarge 18,75 Gb/s ENA
d3en.2xlarge et tailles inférieures | i3en.3xlarge et tailles inférieures | i4i.4xlarge Jusqu'à 25 Gb/s † ENA
d3.8xlarge | d3en.4xlarge | h1.16xlarge | i3.16xlarge | i3.metal | i3en.6xlarge 25 Gb/s ENA
i4i.16xlarge 37,5 Gb/s ENA
d3en.6xlarge 40 Gb/s ENA
d3.8xlarge | d3en.8xlarge | i3en.12xlarge 50 Gb/s ENA
d3en.12xlarge | i4i.32xlarge | i4i.metal 75 Gb/s ENA
i3en.24xlarge | i3en.metal 100 Gb/s ENA

† Ces instances ont une bande passante de base et peuvent utiliser un mécanisme de crédit d'I/O réseau pour dépasser leur bande passante de base dans la mesure du possible. Pour plus d'informations, consultez Bande passante réseau d'instance.

Type d'instance Bande passante de référence (Gbit/s) Bande passante de rafale (Gbit/s)
d3.xlarge 3 15
d3.2xlarge 6 15
d3.4xlarge 12,5 15
d3en.large 3 25
d3en.xlarge 6 25
d3en.2xlarge 12,5 25
i3.large 0,75 10
i3.xlarge 1,25 10
i3.2xlarge 2,5 10
i3.4xlarge 5 10 
i3en.large 2.1 25
i3en.xlarge 4.2 25
i3en.2xlarge 8,4 25
i3en.3xlarge 12,5 25
i4i.large 0,78125 10
i4i.xlarge 1,875 10
i4i.2xlarge 4,687 12
i4i.4xlarge 9,375 25

Performances d'E/S Amazon EBS

Les instances optimisées Amazon EBS utilisent une pile de configuration optimisée et fournissent une capacité supplémentaire et dédiée aux E/S Amazon EBS. Cette optimisation offre les meilleures performances pour vos volumes Amazon EBS en minimisant les conflits entre les E/S Amazon EBS et les autres trafics de votre instance.

Pour plus d'informations, consultez instances optimisées pour Amazon EBS.

Performances d'E/S du volume du stockage d'instances

Le stockage de données principal des instances D2, D3 et D3en est constitué de volumes de stockage d'instances HDD. Le stockage de données principal des instances I3 et I3en est constitué de volumes de stockage d'instances SSD NVMe (Non-Volatile Memory Express).

Les volumes de stockage d'instances ne persistent que pendant la durée de vie de l'instance. Quand vous arrêtez, mettez en veille prolongée ou résiliez une instance, les applications et les données figurant dans ses volumes de stockage d'instances sont effacées. Nous vous recommandons de sauvegarder ou de répliquer régulièrement les données importantes dans vos volumes de stockage d'instances. Pour plus d'informations, consultez Stockage d'instances Amazon EC2 et Volumes de stockage d'instance SSD.

Si vous que vous utilisez tous les volumes de stockage d'instances basés sur SSD disponibles pour votre instance, vous pouvez obtenir les performances d'IOPS (taille de bloc de 4 096 octets) répertoriées dans le tableau suivant (lorsque la profondeur de la file d'attente est saturée). Sinon, vous obtenez des performances d'IOPS inférieures.

Taille d'instance IOPS en lecture aléatoires 100 % IOPS en écriture
i3.large 100 125 35 000
i3.xlarge 206 250 70 000
i3.2xlarge 412 500 180 000
i3.4xlarge 825 000 360 000
i3.8xlarge 1 650 000 720 000
i3.16xlarge 3 300 000 1 400 000
i3.metal 3 300 000 1 400 000
i3en.large 42 500 32 500
i3en.xlarge 85 000 65 000
i3en.2xlarge 170 000 130 000
i3en.3xlarge 250 000 200 000
i3en.6xlarge 500 000 400 000
i3en.12xlarge 1 000 000 800 000
i3en.24xlarge 2 000 000 1 600 000
i3en.metal 2 000 000 1 600 000
i4i.large 50 000 27 500
i4i.xlarge 100 000 55 000
i4i.2xlarge 200 000 110 000
i4i.4xlarge 400 000 220 000
i4i.8xlarge 800 000 440 000
i4i.16xlarge 1 600 000 880 000
i4i.32xlarge 3 200 000 1 760 000
i4i.metal 3 200 000 1 760 000

Au fur et à mesure que vous remplissez les volumes de stockage d'instances basés sur SSD, les performances d'I/O que vous obtenez diminuent. 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 se traduit par une forte augmentation de l'amplification d'écriture, une latence accrue et une diminution considérable des performances d'I/O.

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 plus d'informations, consultez Prise en charge de TRIM sur les volumes de stockage d'instance.

Notes de mise à jour

  • Les instances reposant sur le Système Nitro présentent les exigences suivantes :

    Les AMI Windows AWS actuelles répondent à ces exigences.

  • Le lancement d'une instance en matériel nu démarre le serveur sous-jacent, qui inclut la vérification de tous les composants du matériel et du microprogramme. Cela signifie que 20 minutes peuvent s'écouler entre le moment où l'instance passe à l'état d'exécution et le moment où elle devient disponible sur le réseau.

  • Attacher ou détacher des volumes EBS ou des interfaces réseau secondaires à partir d'une instance en matériel nu requiert la prise en charge de l'enfichage à chaud natif de PCIe.

  • Les instances en matériel nu utilisent un périphérique série basé sur PCI plutôt qu'un périphérique série basé sur le port d'I/O. Le noyau Linux kernel en amont et les dernières AMI Amazon Linux prennent en charge ce périphérique. Les instances en matériel nu fournissent également un tableau SPCR ACPI afin de permettre au système d'utiliser automatiquement le périphérique série basé sur PCI. Les dernières AMI Windows utilisent automatiquement le périphérique série basé sur PCI.

  • Les instances d3.8xlarge et d3en.12xlarge prennent en charge un maximum de trois attachements, y compris le volume racine. Si vous dépassez la limite d'attachements lorsque vous ajoutez une interface réseau ou un volume EBS, cela provoque des problèmes d'attachements sur votre instance.

  • Le nombre total d'instances que vous pouvez lancer dans une région est soumis à une limite, et il existe des limites supplémentaires sur certains types d'instances. Pour plus d'informations, consultez Combien d'instances est-il possible d'exécuter dans Amazon EC2 ? dans les questions fréquentes Amazon EC2.