As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Restrições de volume do Amazon EBS O tamanho de um volume do Amazon EBS é limitado pela física e aritmética do armazenamento de dados em bloco, bem como pelas decisões de implementação dos projetistas do sistema operacional (SO) e do sistema de arquivos. AWS impõe limites adicionais ao tamanho do volume para garantir a confiabilidade de seus serviços. As seções a seguir descrevem os fatores mais importantes que limitam o tamanho utilizável de um volume do EBS e oferecem recomendações para configurar seus volumes do EBS. **Topics** + [Capacidade de armazenamento](#ebs-storage-capacity) + [Limitações do serviço](#aws_limits) + [Esquemas de particionamento](#partitioning) + [Tamanhos de blocos de dados](#block_size) ## Capacidade de armazenamento A tabela a seguir resume as capacidades de armazenamento teóricas e implementadas para a maioria dos sistemas de arquivos usados comumente no Amazon EBS, presumindo um tamanho de bloco de 4.096 bytes. | Esquema de particionamento | Max. de blocos endereçáveis | Tamanho máx. teórico (blocos × tamanho dos blocos) | Tamanho máx. implementado do Ext4\* | Tamanho máx. implementado do XFS\*\* | Tamanho máx. implementado do NTFS | Suporte máx. pelo EBS | | --- | --- | --- | --- | --- | --- | --- | | MBR | 232 | 2 TiB | 2 TiB | 2 TiB | 2 TiB | 2 TiB | | GPT | 264 | 64 ZiB | 1 EiB =10242 TiB
(50 TiB certificados em RHEL7) | 500 TiB
(Certificado na RHEL7) | 256 TiB | 64 TiB † | \* [Como fazer o Ext4](https://archive.kernel.org/oldwiki/ext4.wiki.kernel.org/index.php/Ext4_Howto.html) e [Quais são os limites de tamanho de arquivos e sistemas para o Red Hat Enterprise Linux](https://access.redhat.com/solutions/1532)? \*\* [Quais são os limites de tamanho de arquivo e sistema para o Red Hat Enterprise Linux?](https://access.redhat.com/solutions/1532) † Os volumes `io2` Block Express oferecem suporte para até 64 TiB para partições GPT. Para obter mais informações, consulte [Volumes Block Express de SSD de IOPS provisionadas (`io2`)](provisioned-iops.md#io2-block-express). ## Limitações do serviço O Amazon EBS abstrai o armazenamento massivamente distribuído de um data center em unidades de disco rígido virtuais. Para um sistema operacional instalado em uma instância do EC2, um volume do EBS anexado é exibido como uma unidade de disco rígido virtual contendo setores de disco de 512 bytes. O sistema operacional gerencia a alocação de blocos de dados (ou clusters) nos setores virtuais com os utilitários de gerenciamento de armazenamento. A alocação está em conformidade com um esquema de particionamento de volume, como o registro mestre de inicialização (MBR) ou a tabela de partição do GUID (GPT), e nas capacidades de sistema de arquivos instalado (ext4, NTFS, etc.). O EBS não considera dados contidos nos setores do disco virtual. Ele garante apenas a integridade dos setores. Isso significa que AWS as ações e as ações do sistema operacional são independentes umas das outras. Ao selecionar um tamanho de volume, lembre-se dos recursos e dos limites de ambos, como nos seguintes casos: + Atualmente, o EBS oferece suporte a um tamanho máximo de volume de 64 TiB. Isso significa que é possível criar um volume do EBS de até 64 TiB, mas se o sistema operacional reconhecerá toda essa capacidade dependerá de suas próprias características de projeto e de como o volume está dividido. + Os volumes de inicialização devem usar o esquema de particionamento MBR ou GPT. A AMI da qual uma instância é executada determina o parâmetro do modo de inicialização e, posteriormente, o esquema de partição usado para o volume de inicialização. Com o **MBR**, os volumes de inicialização são limitados a 2 TiB de tamanho. Com o **GPT**, os volumes de inicialização podem ter até 64 TiB quando usados com o modo de inicialização GRUB2 (Linux) ou UEFI (Windows). Para obter mais informações, consulte [Disponibilizar um volume do Amazon EBS para uso](ebs-using-volumes.md). + Non-boot volumes de 2 TiB (2048 GiB) ou maiores devem usar uma tabela de partições GPT para acessar o volume inteiro. ## Esquemas de particionamento Entre outros impactos, o esquema de particionamento determina quantos blocos de dados lógicos podem ser endereçados exclusivamente em um único volume. Para obter mais informações, consulte [Tamanhos de blocos de dados](#block_size). Os esquemas comuns de particionamento em uso são *registro mestre de inicialização* (MBR) e *tabela de partição GUID* (GPT). As diferenças importantes entre esses esquemas podem ser resumidas da seguinte forma: ### MBR A MBR usa uma estrutura de dados de 32 bits para armazenar endereços de blocos. Isso significa que cada bloco de dados está mapeado com um de 232 números inteiros possíveis. O tamanho endereçável máximo de um volume é determinado pela fórmula a seguir: ``` 232 × Block size ``` O tamanho de bloco para volumes MBR normalmente é limitado a 512 bytes. Portanto: ``` 232 × 512 bytes = 2 TiB ``` As ações alternativas de engenharia para aumentar o limite de 2 TiB para volumes MBR não alcançou a adoção em todo o setor. Consequentemente, o Linux e o Windows nunca detectam um volume MBR como sendo maior que 2 TiB, AWS mesmo que mostrem que seu tamanho é maior. ### GPT A GPT usa uma estrutura de dados de 64 bits para armazenar endereços de blocos. Isso significa que cada bloco de dados está mapeado com um de 264 números inteiros possíveis. O tamanho endereçável máximo de um volume é determinado pela fórmula a seguir: ``` 264 × Block size ``` O tamanho de bloco para volumes GPT normalmente é de 4.096 bytes. Portanto: ``` 264 × 4,096 bytes = 264 × 212 bytes = 270 × 26 bytes = 64 ZiB ``` Real-world os sistemas de computador não suportam nada próximo a esse máximo teórico. O tamanho do sistema de arquivos implementado está limitado atualmente a 50 TiB para ext4 e a 256 TiB para NTFS. ## Tamanhos de blocos de dados O armazenamento físico de dados em um disco rígido moderno é controlado pelo *endereçamento de blocos lógicos*, uma camada de abstração que permite que o sistema operacional leia e grave dados em blocos lógicos sem saber muito sobre o hardware subjacente. O sistema operacional depende do dispositivo de armazenamento para mapear os blocos para seus setores físicos, e lê e grava dados no disco usando blocos de dados que são um múltiplo do tamanho do setor. O Amazon EBS anuncia os setores físicos de 512 bytes ou 4.096 bytes (4 KiB) para o sistema operacional, dependendo dos seguintes fatores: 1. O tipo de instância do Amazon EC2 1. O sistema operacional 1. A versão do driver NVMe O Amazon EBS anuncia setores físicos de 4 KiB somente se todos os fatores forem compatíveis. Se algum deles não for compatível com setores físicos de 4 KiB, o Amazon EBS anunciará setores físicos de 512 bytes. **Compatibilidade com tipos de instância do Amazon EC2** A tabela a seguir mostra os tamanhos de setor que o Amazon EBS anuncia para os diferentes tipos de instância do Amazon EC2.
Tipo de instânciaLinuxWindows
Todos os tipos de Xen-based instânciaO Amazon EBS sempre anuncia setores físicos de 512 bytes
A1 \| C5 \| C5a \| C5ad \| C5d \| C5n \| C6g \| C6gd \| DL1 \| D3 \| D3en \| G4ad \| G4dn \| G5 \| G5g \| I3 \| I3en \| Inf1 \| M5 \| M5a \| M5ad \| M5d \| M5dn \| M6n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5n \| M5Zn \| M5Zn \| M5G \| M6gD \| P3dn \| P4d \| P4de \| R5 \| R5a \| R5ad \| R5d \| R5dn \| R5n \| R6g \| R6gd \| T3 \| T3a \| T4g \| \| \| \| \| \| \| X2gD \| X2iZN \| VT1 \| Z1d U-12tb1 U-18tb1 U-24tb1 U-3tb1 U-6tb1 U-9tb1 O Amazon EBS sempre anuncia setores físicos de 512 bytesO Amazon EBS anuncia setores físicos de 512 bytes ou 4 KiB 1
Todas as outras Nitro-based instânciasO Amazon EBS anuncia setores físicos de 512 bytes ou 4 KiB 1
1 Depende do suporte do sistema operacional. Consulte as seções de a seguir. **Compatibilidade com sistema operacional** A tabela a seguir fornece exemplos de sistemas operacionais e os tamanhos de setor físico correspondentes anunciados pelo Amazon EBS. Esta **não é uma lista completa**. Recomendamos que você verifique o tamanho do setor físico anunciado pelo Amazon EBS em seu sistema operacional. | Sistema operacional | Tamanho do setor físico anunciado | | --- | --- | | [See the AWS documentation website for more details](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/volume_constraints.html) | 512 bytes | | [See the AWS documentation website for more details](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/volume_constraints.html) | 4 KiB | 1 Para workloads do Windows, verifique se você está usando a versão mais recente dos [drivers NVMe da AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html). O Amazon EBS anuncia setores físicos de 4 KiB com a versão 1.4.1 e posterior do driver AWS NVMe. ### Non-default tamanhos de bloco O tamanho padrão do setor para blocos de dados lógicos atualmente é de 4 KiB. Como determinadas workloads se beneficiam de um tamanho de bloco menor ou maior, os sistemas de arquivos aceitam tamanhos de blocos não padrão que podem ser especificados durante a formatação. Cenários em que tamanhos de blocos não padrão devem ser usados (como em otimizações) estão fora do escopo deste tópico, mas a escolha do tamanho do bloco tem consequências para a capacidade de armazenamento do volume. A tabela a seguir mostra a capacidade teórica de armazenamento como uma função do tamanho do bloco. No entanto, observe que o EBS-imposed limite no tamanho do volume (64 TiB para o io2 Block Express) atualmente é igual ao tamanho máximo permitido pelos blocos de dados de 16 KiB. | Tamanho de bloco | Tamanho máx. do volume | | --- | --- | | 4 KiB (padrão) | 16 TiB | | 8 KiB | 32 TiB | | 16 KiB | 64 TiB | | 32 KiB | 128 TiB | | 64 KiB (máximo) | 256 TiB |