Contraintes de volume Amazon EBS - Amazon EBS

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.

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.

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* Taille max implémentée XFS** 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 †

* Ext4 Howto et quelles sont les limites de taille de fichier et de système pour Red Hat Enterprise Linux ?

** Quelles sont les limites de taille de fichier et de système pour Red Hat Enterprise Linux ?

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

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 EC2 instance, un volume EBS attaché apparaît comme un disque dur physique contenant des secteurs 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.

  • Les volumes non initialisés 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. 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' EC2 instance Amazon

  2. Système d’exploitation

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

Support des types d' EC2 instances Amazon

Le tableau suivant indique les tailles de secteur annoncées par Amazon EBS pour les différents types d' EC2 instances Amazon.

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 | C5 | C5a | C5ad | C5d | C5n | C6g | C6gd | D3 | D3en | G4ad | G4dn | G5 | G5g | I3 | I3en DL1 | Inf1 | M5 | M5a | M5ad | M5d | M5dn | M5n | M5zn | M6g | M6Gd | P3dn | P4d | P4de | R5 | R5ad | R5d | R5dn | R5n | R6g | R6gd | T3 | T3a | T4g | U-12TB1 | U-18TB1 | U-24TB1 | U-6TB1 | U-9TB1 | X2GD | X2ieZn | 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
  • Amazon Linux avec noyau version 4.14 et antérieures

  • RHEL 7.9 et versions antérieures

  • Ubuntu 20.04 et versions antérieures

  • Windows 7/Windows Server 2008 et versions antérieures

512 octets
  • Amazon Linux avec noyau version 5.3 et ultérieure

  • RHEL8.8 et versions ultérieures

  • Ubuntu 22.04 et versions ultérieures

  • Windows 8/Windows Server 2012 et versions ultérieures 1

4 Kio

1 Pour les charges de travail Windows, assurez-vous d'utiliser la dernière version des AWS NVMe pilotes. 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