Contraintes EBS de volume Amazon - Amazon EBS
Capacité de stockageLimitations de serviceSchémas de partitionnementTailles des blocs de données

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 EBS de volume Amazon

La taille d'un EBS volume Amazon 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 EBS volume et proposent des recommandations pour configurer vos EBS volumes.

Capacité de stockage

Le tableau suivant récapitule les capacités de stockage théoriques et mises en œuvre pour les systèmes de fichiers les plus couramment utilisés sur AmazonEBS, 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* XFStaille maximale implémentée** NTFStaille maximale implémentée Max soutenu 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é leRHEL7)

 256 TiO 64 TiB †

* https://ext4.wiki.kernel.org/index.php/Ext4_Howto et https://access.redhat.com/solutions/1532

** https://access.redhat.com/solutions/1532

† Les volumes io2 Block Express prennent en charge jusqu'à 64 TiB pour les GPT partitions. Pour de plus amples informations, veuillez consulter Volumes Block Express provisionnés IOPS SSD (io2).

Limitations de service

Amazon EBS extrait le stockage massivement distribué d'un centre de données en disques durs virtuels. Pour un système d'exploitation installé sur une EC2 instance, un EBS volume 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 des volumes, tel que master boot record (MBR) ou GUID partition table (GPT), et dans les limites des capacités du système de fichiers installé (ext4NTFS, etc.).

EBSne connaît pas les données contenues dans ses secteurs de disque virtuel ; il garantit uniquement l'intégrité de ces 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 :

  • EBSsupporte actuellement une taille de volume maximale de 64 TiB. Cela signifie que vous pouvez créer un EBS volume pouvant atteindre 64 TiB, mais le fait que le système d'exploitation reconnaisse toute cette capacité dépend de ses propres caractéristiques de conception et de la manière dont le volume est partitionné.

  • Les volumes de démarrage doivent utiliser le schéma de GPT partitionnement MBR ou. Le mode de démarrage à partir duquel AMI 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 avec GRUB2 (Linux) ou en mode UEFI démarrage (Windows).

    Pour de plus amples informations, veuillez consulter Rendre un EBS volume Amazon disponible pour utilisation.

  • Les volumes autres que le démarrage dont la taille est supérieure ou égale à 2 TiB (2 048 GiB) doivent utiliser GPT une table de partition 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 de plus amples informations, veuillez consulter Tailles des blocs de données. Les schémas de partitionnement couramment utilisés sont Master Boot Record (MBR) et GUIDpartition table (GPT). Les différences importantes entre ces schémas peuvent être résumées comme suit.

MBR

MBRutilise une structure de données 32 bits pour stocker les adresses de bloc. 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 de bloc pour les MBR volumes est traditionnellement limitée à 512 octets. Par conséquent :

232 × 512 bytes = 2 TiB

Les solutions techniques visant à augmenter cette limite de 2 TiB pour les MBR volumes n'ont pas été largement adoptées par le secteur. Par conséquent, Linux et Windows ne détectent jamais qu'un MBR volume est supérieur à 2 TiB, même s'il AWS indique que sa taille est supérieure.

GPT

GPTutilise une structure de données 64 bits pour stocker les adresses de bloc. 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 de bloc des GPT volumes est généralement de 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) sur le système d'exploitation. Amazon EBS annonce des secteurs physiques de 4 Ko uniquement si le type d'EC2instance Amazon, le système d'exploitation et le AWS NVMe pilote le prennent en charge. Si le type d'instance, le système d'exploitation ou le AWS NVMe pilote ne prend pas en charge les secteurs physiques de 4 Ko, Amazon EBS annonce plutôt des secteurs physiques de 512 octets.

Support des types d'EC2instances Amazon

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

Taille du secteur physique annoncée Types d’instances
512 octets Toutes les instances basées sur Xen et les instances basées sur Nitro suivantes :

  • Usage général : A1 | M5 | M5a | M5ad | M5d | M5dn | M5n | M5zn | M6g | M6gd | Mac1 | Mac2 | T3 | T3a | T4g

  • Optimisé pour le calcul : C5 | C5a | C5ad | C5d | C5n | C6g | C6gd

  • Mémoire optimisée : R5 | R5a | R5ad | R5d | R5dn | R5n | R6g | R6gd | U-12tb1 | U-18tb1 | U-24tb1 | U-3tb1 | U-6tb1 | U-9TB1 | x2GD | X2ieZN | Z1d

  • Optimisées en stockage : D3 | D3en | I3en

  • Calcul accéléré : Dl1 | G4ad | G4dn | G5 | G5g | Inf1 | P3dn | P4d | P4de | VT1
4 Kio Toutes les autres instances basées sur Nitro
Support du système d'exploitation

Le tableau suivant indique la taille des secteurs EBS annoncés par Amazon pour certains systèmes d'exploitation courants.

Note

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.

Taille du secteur physique annoncée Operating systems
512 octets

  • Amazon Linux avec noyau version 4.14 et antérieures

  • RHEL7.9 et versions antérieures

  • Ubuntu 20.04 et versions antérieures

  • Windows 7 et versions antérieures

  • Windows Server 2008 et versions antérieures
4 Kio

  • 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 et versions ultérieures

  • Windows Server 2012 et versions ultérieures
AWS NVMeassistance au conducteur

Amazon fait de EBS la publicité pour des secteurs physiques de 4 KiB dotés de la version 1.5.1 et ultérieure du AWS NVMe pilote. Assurez-vous toujours que vous utilisez la dernière version du AWS NVMepilote.

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 (comme les optimisations) ne sont pas couverts par cette documentation, 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. Cependant, gardez à l'esprit que la limite de taille de volume EBS imposée (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