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á.
# Tipos de volume do Amazon EBS
O Amazon EBS fornece os tipos de volume a seguir, que diferem em características de performance e preço, de forma que você adapte o custo e a performance de armazenamento às necessidades das aplicações.
**Importante**
Há vários fatores que podem afetar o desempenho dos volumes do EBS, como configuração da instância, I/O características e demanda de carga de trabalho. Para usar ao máximo as IOPS provisionadas em um volume do EBS, use [instâncias otimizadas para o EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html). Para obter mais informações sobre como aproveitar ao máximo seus volumes do EBS, consulte [Performance de volumes do Amazon EBS](ebs-performance.md).
Para obter mais informações sobre definição de preço, consulte [Definição de preço do Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Tipos de volume**
+ [Volumes de unidade de estado sólido (SSD)](#vol-type-ssd)
+ [Volumes em disco rígido (HDD)](#vol-type-hdd)
+ [Volumes da geração anterior](#vol-type-prev)
## Volumes de unidade de estado sólido (SSD)
Os volumes baseados em SSD são otimizados para cargas de trabalho transacionais que envolvem read/write operações frequentes com I/O tamanho pequeno, em que o atributo de desempenho dominante é o IOPS. Os tipos de volume baseados em SSD incluem **SSD de uso geral** e **SSD com IOPS provisionadas**. A seguir é apresentado um resumo dos casos de uso e características dos volumes baseados em SSD.
| | [Volumes SSD de uso geral do Amazon EBS](general-purpose.md) | [Volumes SSD com IOPS provisionadas do para Amazon EBS](provisioned-iops.md) |
| --- | --- | --- |
| Tipo de volume | gp36 | gp2 | io2 Block Express | io1 |
| Durabilidade | 99,8% a 99,9% de durabilidade (taxa anual de falhas de 0,1% a 0,2%) | Durabilidade de 99,999% (taxa anual de falhas de 0,001%) | 99,8% a 99,9% de durabilidade (taxa anual de falhas de 0,1% a 0,2%) |
| Casos de uso | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/ebs-volume-types.html) | Workloads que exigem: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/ebs-volume-types.html) |
| Tamanho do volume | 1 GiB - 64 TiB | 1 GiB – 16 TiB | 4 GiB – 64 TiB | 4 GiB – 16 TiB |
| Taxa máxima de IOPS | 80.000 ( I/O 364 KiB 4) | 16.000 (16 KiB I/O 4) | 256.000 (316 KiB I/O 4) | 64.000 (16 KiB I/O 4) |
| Throughput máximo | 2.000 MiB/s | 250 MiB/s 1 | 4.000 MiB/s | 1.000 MiB/s 2 |
| Multi-attach do Amazon EBS | Não compatível | Compatível |
| NVMe reservas | Não compatível | Compatível | Não compatível |
| Volume de inicialização | Compatível |
1 O limite de taxa de transferência está entre 128 MiB/s e 250 MiB/s, dependendo do tamanho do volume. Para obter mais informações, consulte [Performance do volume `gp2`](general-purpose.md#gp2-performance). Os volumes criados antes de **3 de dezembro de 2018** que não foram modificados desde a criação podem não atingir a performance total, a menos que você [modifique o volume](ebs-modify-volume.md).
2 Para alcançar o throughput máximo de 1.000 MiB/s, o volume deve ser provisionado com 64.000 IOPS e deve ser anexado a uma [instância baseada em Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Os volumes criados antes de **6 de dezembro de 2017** que não foram modificados desde a criação podem não alcançar a performance total, a menos que você [modifique o volume](ebs-modify-volume.md).
3 [Instâncias baseadas em Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) são compatíveis com volumes provisionados com até 256.000 IOPS. Outros tipos de instância podem ser anexados a volumes provisionados com até 64.000 IOPS, mas podem alcançar até 32.000 IOPS.
4 Representa o I/O tamanho necessário para atingir o máximo de IOPS dentro do limite de taxa de transferência do volume.
Os 5 volumes do `io2` Block Express foram projetados para fornecer uma latência média de menos de 500 microssegundos para operações de 16 I/O KiB.
6 Em Outposts, os volumes gp3 são compatíveis com tamanhos de até 16 TiB, IOPS de até 16.000 e throughput de até 1.000 MiB/s.
Para obter mais informações sobre os tipos de volume baseados em SSD, consulte o seguinte:
+ [Volumes SSD de uso geral do Amazon EBS](general-purpose.md)
+ [Volumes SSD com IOPS provisionadas do para Amazon EBS](provisioned-iops.md)
## Volumes em disco rígido (HDD)
Os volumes baseados em HDD são otimizados para grandes workloads de streaming em que o atributo de performance dominante é o throughput. Os tipos de volume de HDD incluem **HDD com throughput otimizado** e **HDD frio**. A seguir é apresentado um resumo dos casos de uso e características dos volumes baseados em HDD.
| | [Volumes HDD otimizados para throughput](hdd-vols.md#EBSVolumeTypes_st1) | [Volumes HDD a frio](hdd-vols.md#EBSVolumeTypes_sc1) |
| --- | --- | --- |
| Tipo de volume | st1 | sc1 |
| Durabilidade | 99,8% a 99,9% de durabilidade (taxa anual de falhas de 0,1% a 0,2%) |
| Casos de uso | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/ebs-volume-types.html) |
| Tamanho do volume | 125 GiB – 16 TiB |
| Máximo de IOPS por volume (1 MiB E/S) | 500 | 250 |
| Throughput máximo por volume | 500 MiB/s | 250 MiB/s |
| Multi-attach do Amazon EBS | Não compatível |
| Volume de inicialização | Não compatível |
Para obter mais informações sobre os volumes de unidade de disco rígido (HDD), consulte [Volumes HDD otimizado para throughput e HDD frio do Amazon EBS](hdd-vols.md).
## Volumes da geração anterior
Os volumes magnéticos (`standard`) são volumes da geração anterior apoiados por unidades magnéticas. Eles são adequados para workloads com conjuntos de dados pequenos em que os dados são acessados com pouca frequência e a performance não tem importância primordial. Esses volumes fornecem aproximadamente 100 IOPS em média, com capacidade de expansão de até centenas de IOPS, e podem variar em tamanho de 1 GiB de 1 TiB.
**dica**
O volume magnético é um tipo de volume da geração anterior. Se você precisar de performance superior ou de uma consistência de performance superior à dos volumes da geração anterior, recomendamos que você use um dos tipos de volume da geração atual.
A tabela a seguir descreve os tipos de volumes do EBS de geração anterior.
| | Magnético |
| --- | --- |
| Tipo de volume | standard |
| Casos de uso | Workloads nas quais os dados são acessados raramente |
| Tamanho do volume | 1 GiB-1 TiB |
| IOPS máxima por volume | 40 a 200 |
| Throughput máximo por volume | 40 a 90 MiB/s |
| Volume de inicialização | Compatível |
# Volumes SSD de uso geral do Amazon EBS
Os volumes SSD de uso geral (gp2 e gp3) são apoiados por unidades de estado sólido (). SSDs Eles equilibram preço e performance para proporcionar uma ampla variedade de workloads transacionais. Incluem desktops virtuais, bancos de dados de instâncias únicas de tamanho médio, aplicações interativas sensíveis à latência, ambientes de desenvolvimento e testes e volumes de inicialização. Recomendamos esses volumes para a maioria das workloads.
O Amazon EBS oferece os seguintes tipos de volumes SSD de uso geral:
**Topics**
+ [Volumes SSD de uso geral (gp3)](#gp3-ebs-volume-type)
+ [Volumes SSD de uso geral (gp2)](#EBSVolumeTypes_gp2)
## Volumes SSD de uso geral (gp3)
Os volumes SSD de uso geral (gp3) são a última geração de volumes SSD de uso geral e o volume SSD com menor custo oferecido pelo Amazon EBS. Esse tipo de volume ajuda a fornecer o equilíbrio certo entre preço e performance para a maioria das aplicações. Também ajuda a escalar a performance do volume independentemente do tamanho do volume. Isso significa que é possível provisionar a performance necessária sem precisar provisionar capacidade adicional de armazenamento em blocos. Além disso, os volumes gp3 oferecem um preço 20% mais baixo por GiB do que os volumes SSD (gp2).
os volumes gp3 fornecem latência de um dígito em milissegundos e durabilidade de volume de 99,8% a 99,9% com uma taxa anual de falhas (AFR) não superior a 0,2%, o que se traduz em um máximo de duas falhas de volume por 1.000 volumes em execução em um período de um ano. AWS projeta volumes gp3 para oferecer seu desempenho provisionado em 99% do tempo.
**dica**
Para workloads sensíveis à latência, recomendamos o uso de volumes do io2 Block Express `io2`. Os volumes Block Express foram projetados para oferecer uma latência média de menos de 500 microssegundos para operações de 16 I/O KiB. `io2` Os volumes Block Express também oferecem melhor latência discrepante em comparação aos volumes de uso geral, reduzindo a frequência de mais de I/Os 800 microssegundos em mais de 10 vezes. Para obter mais informações, consulte [Volumes Block Express de SSD de IOPS provisionadas (`io2`)](provisioned-iops.md#io2-block-express).
**Topics**
+ [Performance do volume gp3](#gp3-performance)
+ [Tamanho do volume gp3](#gp3-sie)
+ [Migrar de gp2 para gp3](#migrate-to-gp3)
### Performance do volume gp3
**dica**
Os volumes gp3 não usam performance de expansão. Eles conseguem sustentar suas IOPS provisionadas completas e a performance da throughput por tempo indeterminado.
**Performance de IOPS**
Os volumes gp3 oferecem performance de IOPS consistente de referência de 3.000 IOPS, que está incluído no preço do armazenamento. É possível provisionar IOPS adicionais (até um máximo de 80.000) por um custo adicional a uma proporção de 500 IOPS por GiB de tamanho do volume. O máximo de IOPS pode ser provisionado para volumes de 160 GiB ou mais (500 IOPS por GiB × 160 GiB = 80.000 IOPS).
**Performance de throughput**
os volumes gp3 oferecem uma linha de base consistente (desempenho de taxa de transferência de 125). MiB/s, which is included with the price of storage. You can provision additional throughput (up to a maximum of 2,000 MiB/s) for an additional cost at a ratio of 0.25 MiB/s per provisioned IOPS. Maximum throughput can be provisioned at 8,000 IOPS or higher and 16 GiB or larger (8,000 IOPS × 0.25 MiB/s per IOPS = 2,000 MiB/s
**nota**
Em Outposts, os volumes gp3 aceitam tamanhos de até 16 TiB, IOPS de até 16.000 e throughput de até 1.000 MiB/s.
### Tamanho do volume gp3
Um volume gp3 pode variar em tamanho de 1 GiB a 64 TiB.
### Migrar de gp2 para gp3
Se atualmente estiver usando volumes gp2, você poderá migrar seus volumes para gp3 usando operações [Modificar um volume do Amazon EBS usando operações de volumes elásticos](ebs-modify-volume.md). Utilize as operações dos volumes elásticos do Amazon EBS para modificar o tipo de volume, as IOPS e a throughput de seus volumes existentes sem interromper suas instâncias do Amazon EC2. Ao usar o console para criar um volume ou para criar uma AMI a partir de um snapshot, o SSD de uso geral `gp3` é a seleção padrão para tipo de volume. Em outros casos, `gp2` é a seleção padrão. Nesses casos, você pode selecionar `gp3` como o tipo de volume em vez de usar `gp2`.
Para descobrir o quanto você pode economizar ao migrar seus volumes gp2 para gp3, use a [calculadora de economia de custos da migração gp2 para gp3 do Amazon EBS](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx).
## Volumes SSD de uso geral (gp2)
Oferecem armazenamento com bom custo-benefício, ideal para uma ampla variedade de workloads transacionais. Com volumes `gp2`, a performance escala conforme o tamanho do volume.
**dica**
Os volumes `gp3` são a última geração de volumes SSD de uso geral. Oferecem escalabilidade de performance mais previsível e preços até 20% mais baixos do que os volumes `gp2`. Para obter mais informações, consulte [Volumes SSD de uso geral (gp3)](#gp3-ebs-volume-type).
Para descobrir o quanto você pode economizar ao migrar seus volumes `gp2` para `gp3`, use a [calculadora de economia de custos da migração do Amazon EBS gp2 para gp3](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx).
`gp2`os volumes fornecem latência de um dígito em milissegundos e durabilidade de volume de 99,8% a 99,9% com uma taxa anual de falhas (AFR) não superior a 0,2%, o que se traduz em um máximo de duas falhas de volume por 1.000 volumes em execução em um período de um ano. AWS projeta `gp2` volumes para oferecer seu desempenho provisionado em 99% do tempo.
**Topics**
+ [Performance do volume `gp2`](#gp2-performance)
+ [Tamanho do volume `gp2`](#gp2-size)
### Performance do volume `gp2`
**Performance de IOPS**
A performance de referência escala linearmente entre um mínimo de 100 e um máximo de 16.000, a uma taxa de 3 IOPS por GiB de tamanho do volume. A performance das IOPS é provisionada da seguinte forma:
+ Volumes de 33,33 GiB e menores são provisionados com o mínimo de 100 IOPS.
+ Volumes maiores que 33,33 GiB são provisionados com 3 IOPS por GiB de tamanho do volume até o máximo de 16.000 IOPS, que é atingido em 5.334 GiB (3 x 5.334).
+ Volumes de 5.334 GiB e maiores são provisionados com 16.000 IOPS.
Volumes `gp2` menores que 1 TiB (e que são provisionados com menos de 3.000 IOPS) podem **expandir** para 3.000 IOPS, quando necessário, por um período estendido. A capacidade de estouro de um volume é governada por I/O créditos. Quando a I/O demanda é maior do que o desempenho básico, o volume **gasta I/O créditos para atingir** o nível de desempenho exigido (até 3.000 IOPS). Durante o estouro, os I/O créditos não são acumulados e são gastos na taxa de IOPS que está sendo usada acima da linha de base (taxa de gasto = IOPS de pico - IOPS da linha de base). Quanto mais I/O créditos um volume acumula, mais tempo ele pode sustentar seu desempenho de pico. Você pode calcular a **duração da expansão** desta forma:
```
(I/O credit balance)
Burst duration = ------------------------------
(Burst IOPS) - (Baseline IOPS)
```
Quando a I/O demanda cai para o nível de desempenho básico ou inferior, o volume começa a **ganhar I/O créditos** a uma taxa de 3 I/O créditos por GiB de tamanho do volume por segundo. Os volumes têm um **limite de acumulação de crédito de E/S** de 5,4 milhões de I/O créditos, o que é suficiente para sustentar o desempenho máximo de pico de 3.000 IOPS por pelo menos 30 minutos.
**nota**
Cada volume recebe um saldo de I/O crédito inicial de 5,4 milhões de I/O créditos, o que proporciona um rápido ciclo inicial de inicialização para volumes de inicialização e uma boa experiência de inicialização para outros aplicativos.
A tabela a seguir lista exemplos de tamanhos de volume e o desempenho básico associado ao volume, a duração da explosão (ao começar com 5,4 milhões de I/O créditos) e o tempo necessário para reabastecer um saldo de créditos vazio. I/O
| Tamanho do volume (GiB) | Performance basal (IOPS) | Duração da expansão a 3.000 IOPS (segundos) | Tempo para preencher novamente o saldo de créditos vazio (segundos) |
| --- | --- | --- | --- |
| 1 a 33,33 | 100 | 1,862 | 54,000 |
| 100 | 300 | 2.000 | 18.000 |
| 334 (tamanho mín. para throughput máx.) | 1.002 | 2.703 | 5.389 |
| 750 | 2.250 | 7.200 | 2.400 |
| 1.000 | 3,000 | N/D\$1 | N/D\$1 |
| 5.334 (tamanho mínimo para IOPS máximas) e maior | 16.000 | N/D\$1 | N/D\$1 |
\$1 A performance basal do volume excede a performance de expansão máxima.
Você pode monitorar o saldo I/O de crédito de um volume usando a `BurstBalance` métrica Amazon EBS na Amazon CloudWatch. Essa métrica mostra a porcentagem de créditos de E/S para o `gp2` restante. Para obter mais informações, consulte [I/O Características e monitoramento do Amazon EBS](ebs-io-characteristics.md). Também é possível definir um alarme que notifica você quando o valor de `BurstBalance` cai para determinado nível. Para obter mais informações, consulte [Criação de CloudWatch alarmes](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
**Performance de throughput**
`gp2`os volumes oferecem uma taxa de transferência entre 128 MiB/s e 250 MiB/s, dependendo do tamanho do volume. A performance da throughput é provisionada da seguinte forma:
+ Volumes de 170 GiB e menores fornecem uma throughput máxima de 128 MiB/s.
+ Os volumes maiores que 170 GiB e menores que 334 GiB poderão expandir para uma throughput máxima de 250 MiB/s.
+ Volumes de 334 GiB e maiores fornecem 250 MiB/s.
A throughput de um volume `gp2` pode ser calculada usando a seguinte fórmula, até o limite de 250 MiB/s de throughput:
```
Throughput in MiB/s = IOPS performance × I/O size in KiB / 1,024
```
### Tamanho do volume `gp2`
O volume do `gp2` pode variar de tamanho entre 1 GiB e 16 TiB. Lembre-se de que a performance do volume é escalada linearmente com o tamanho do volume.
# Volumes SSD com IOPS provisionadas do para Amazon EBS
Os volumes SSD de IOPS provisionados são apoiados por unidades de estado sólido (). SSDs São os volumes de armazenamento do Amazon EBS da mais alta performance, criados para workloads essenciais, com uso intenso de IOPS e de throughput que exigem baixa latência. Os volumes SSD com IOPS provisionadas fornecem a performance provisionada 99,9% do tempo.
**Topics**
+ [Volumes Block Express de SSD de IOPS provisionadas (`io2`)](#io2-block-express)
+ [Volumes de SSD de IOPS provisionadas (`io1`)](#EBSVolumeTypes_piops)
## Volumes Block Express de SSD de IOPS provisionadas (`io2`)
Os volumes `io2` Block Express se baseiam na última geração de arquitetura de servidor de armazenamento do Amazon EBS. Ele foi criado com o objetivo de atender aos requisitos de desempenho dos aplicativos I/O intensivos mais exigentes que são executados em [instâncias criadas no Sistema Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Com a mais alta durabilidade e a mais baixa latência, o Block Express é ideal para executar workloads de performance intensa críticas para a missão, como o Oracle, o SAP HANA, o Microsoft SQL Server e o SAS Analytics.
A arquitetura Block Express aumenta a performance e a escala dos volumes `io2`. Os servidores Block Express se comunicam com [instâncias baseadas em Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) usando o protocolo de rede Scalable Reliable Datagram (SRD). Essa interface é implementada no Nitro Card dedicado à função Amazon I/O EBS no hardware host da instância. Ele minimiza o I/O atraso e a variação da latência (instabilidade da rede), o que proporciona um desempenho mais rápido e consistente para seus aplicativos.
Os volumes `io2` Block Express foram desenhados para fornecer 99,999% de durabilidade com uma taxa anual de falhas (AFR) não superior a 0,001%, o que significa uma única falha de volume por 100.000 volumes em execução no período de um ano. Os volumes `io2` Os volumes Block Express são adequados para workloads que se beneficiam de um único volume que oferece latência consistente abaixo de 1 milissegundo e que aceita IOPS e throughput superiores aos dos volumes gp3.
Quando conectados a [instâncias baseadas em Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html), os volumes do `io2` Block Express são projetados para fornecer uma latência média de menos de 500 microssegundos para operações de 16 KiB. I/O `io2` Os volumes Block Express também oferecem melhor latência discrepante em comparação aos volumes de uso geral, reduzindo a frequência de mais de I/Os 800 microssegundos em mais de 10 vezes.
**Topics**
+ [Considerações](#io2-bx-considerations)
+ [desempenho](#io2-bx-perf)
### Considerações
+ `io2`Os volumes do Block Express estão disponíveis em todas as AWS regiões, incluindo as AWS GovCloud (US) regiões e as regiões da China.
+ A partir de **30 de abril de 2025,** todos os volumes `io2` novos e criados anteriormente são volumes `io2` do Block Express.
+ As [instâncias baseadas em Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) são compatíveis com volumes provisionados com até 256.000 IOPS. Outros tipos de instância podem ser anexados a volumes provisionados com até 64.000 IOPS, mas podem alcançar até 32.000 IOPS.
### desempenho
Os volumes `io2` do Block Express têm as seguintes características:
+ Latência média abaixo de 500 microssegundos para um tamanho de 16 I/O KiB. Melhor latência discrepante em comparação com volumes de uso geral, reduzindo a frequência de mais de I/Os 800 microssegundos em mais de 10 vezes.
+ Capacidade de armazenamento de até 64 TiB (65.536 GiB)
+ IOPS provisionadas de até 256.000, com uma relação IOPS:GIB de 1.000:1. As IOPS máximas podem ser provisionadas com volumes de 256 GiB e acima (1.000 IOPS × 256 GiB = 256.000 IOPS).
**nota**
É possível alcançar até 256.000 IOPS com [instâncias baseadas em Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Em outras instâncias, é possível alcançar até 32.000 IOPS.
+ Taxa de transferência de volume de até 4.000 MiB/s. Throughput scales proportionally at a rate of 0.256 MiB/s por IOPS provisionado. A throughput máxima pode ser alcançada em 16.000 IOPS ou superior.
![\[Limites de throughput para volumes io2 Block Express\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/images/io2_bx.png)
## Volumes de SSD de IOPS provisionadas (`io1`)
Os volumes (`io1`) de SSD com IOPS provisionadas são desenhados para atender às necessidades de workloads com E/S intensa, especialmente workloads de bancos de dados, que são sensíveis a performance e consistência de armazenamento. Os volumes SSD de IOPS provisionadas usam uma taxa de IOPS consistente, que você especifica ao criar o volume, e o Amazon EBS fornece a performance provisionada em 99,9% do tempo.
Os volumes `io1` são desenhados para fornecer entre 99,8% e 99,9% de durabilidade com uma taxa anual de falhas (AFR) não superior a 0,2 por cento, o que significa uma única falha de volume por 1.000 volumes em execução no período de um ano.
Os volumes `io1` estão disponíveis para todos os tipos de instância do Amazon EC2.
**desempenho**
O tamanho dos volumes `io1` pode variar de 4 GiB a 16 TiB e você pode provisionar de 100 IOPS a 64.000 IOPS por volume. A razão máxima de IOPS provisionadas para o tamanho do volume solicitado (em GiB) é 50:1. Por exemplo, um volume `io1` de 100 GiB pode ser provisionado com até 5.000 IOPS.
As IOPS máximas podem ser provisionadas para volumes de 1.280 GiB ou mais (50 × 1.280 GiB = 64.000 IOPS).
+ `io1`volumes provisionados com até 32.000 IOPS suportam um tamanho máximo I/O de 256 KiB e geram até 500 de taxa de transferência. MiB/s Com o I/O tamanho máximo, a taxa de transferência máxima é atingida em 2.000 IOPS.
+ Volumes `io1` provisionados com mais de 32.000 IOPS (até o máximo de 64.000 IOPS) geram um aumento linear de throughput a uma taxa de 16 KiB por IOPS provisionada. Por exemplo, um volume provisionado com 48.000 IOPS pode suportar até 750 de taxa MiB/s de transferência (16 KiB por IOPS provisionada × 48.000 IOPS provisionadas = 750 MiB/s).
+ Para atingir a produtividade máxima de 1.000MiB/s, a volume must be provisioned with 64,000 IOPS (16 KiB per provisioned IOPS × 64,000 provisioned IOPS = 1,000 MiB/s).
+ É possível alcançar até 64.000 IOPS em [instâncias baseadas em Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Em outras instâncias, é possível alcançar até 32.000 IOPS.
. O gráfico a seguir ilustra essas características de performance:
![\[Limites de throughput para volumes io1\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/images/io1_throughput.png)
Seu I/O latency experience depends on the provisioned IOPS and on your workload profile. For the best I/O latency experience, ensure that you provision IOPS to meet the I/O perfil pessoal de sua carga de trabalho.
# Volumes HDD otimizado para throughput e HDD frio do Amazon EBS
Os volumes com HDD fornecidos pelo Amazon EBS se enquadram nestas categorias:
+ HDD otimizado para throughput: um HDD de baixo custo criado para workloads acessadas com frequência e com alta throughput.
+ HDD a frio: o design de HDD de menor custo para workloads acessadas com menos frequência.
**Topics**
+ [Limitações na throughput por instância](#throughput-limitations)
+ [Volumes HDD otimizados para throughput](#EBSVolumeTypes_st1)
+ [Volumes HDD a frio](#EBSVolumeTypes_sc1)
+ [Considerações sobre a performance ao usar volumes de HDD](#EBSVolumeTypes_considerations)
+ [Monitorar o saldo de bucket de expansão para volumes](#monitoring_burstbucket-hdd)
## Limitações na throughput por instância
A throughput dos volumes `st1` e `sc1` sempre é determinado pela menor das seguintes opções:
+ Limites de throughput do volume
+ Limites de throughput da instância
Quanto a todos os volumes do Amazon EBS, recomendamos selecionar uma instância do EC2 otimizada por EBS adequada para evitar gargalos de rede.
## Volumes HDD otimizados para throughput
Os volumes HDD com throughput otimizada (`st1`) fornecem armazenamento magnético de baixo custo que define a performance em termos de throughput, não IOPS. Esse tipo de volume é ideal para workloads grandes e sequenciais, como Amazon EMR, ETL, datas warehouses e processamento de logs. Não há compatibilidade com volumes de `st1` inicializáveis.
Os volumes HDD otimizados para throughput (`st1`), embora semelhantes aos volumes HDD a frio (`sc1`), são projetados para serem compatíveis com dados acessados *com frequência*.
**nota**
Esse tipo de volume é otimizado para cargas de trabalho que envolvem I/O, and we recommend that customers with workloads performing small, random I/O uso [Volumes SSD de uso geral do Amazon EBS](general-purpose.md) grande e sequencial ou. [Volumes SSD com IOPS provisionadas do para Amazon EBS](provisioned-iops.md) Para obter mais informações, consulte [Ineficiência do pequeno tamanho read/writes no HDD](#inefficiency).
Os volumes de HDD com throughput otimizada (`st1`) anexados a instâncias otimizadas para EBS são concebidos para oferecer performance consistente, proporcionando ao menos 90% da performance esperada de throughput, 99% do tempo em um ano.
### Créditos de throughput e performance de expansão
Assim como o `gp2`, o `st1` usa um modelo de bucket de expansão para performance. O tamanho do volume determina o throughput da linha de base do seu volume, que é a taxa na qual o volume acumula créditos de throughput. O tamanho do volume também determina o throughput de expansão do seu volume, que é a taxa em que é possível gastar créditos quando estiverem disponíveis. Os volumes maiores têm throughput basal e de expansão mais altos. Quanto mais créditos seu volume tiver, mais tempo ele poderá funcionar I/O no nível de explosão.
O diagrama a seguir mostra o comportamento do bucket de expansão para `st1`.
![\[Bucket de expansão do st1\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/images/st1-burst-bucket.png)
Sujeito a throughput e limites de crédito de throughput, a throughput disponível de um volume `st1` é expressada pela seguinte fórmula:
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Para um `st1` volume de 1 TiB, a taxa de transferência contínua é limitada a 250 MiB/s, the bucket fills with credits at 40 MiB/s e pode conter até 1 TiB de créditos.
Volumes maiores escalam esses limites linearmente, com a taxa de transferência limitada a um máximo de 500 por MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 40 MiB/s TiB.
Em tamanhos de volume que variam de 0,125 TiB a 16 TiB, a taxa de transferência básica varia de MiB/s 5 a um limite de 500 MiB/s, que é atingido em 12,5 TiB da seguinte forma:
```
40 MiB/s
12.5 TiB × ---------- = 500 MiB/s
1 TiB
```
A taxa de transferência de intermitência varia de 31 MiB/s a um limite de 500 MiB/s, que é atingido em 2 TiB da seguinte forma:
```
250 MiB/s
2 TiB × ---------- = 500 MiB/s
1 TiB
```
A tabela a seguir apresenta a gama completa de valores de throughput de base e expansão para `st1`.
| Tamanho do volume (TiB) | ST1 taxa de transferência básica (MiB/s) | ST1 taxa de transferência intermitente (MiB/s) |
| --- | --- | --- |
| 0.125 | 5 | 31 |
| 0,5 | 20 | 125 |
| 1 | 40 | 250 |
| 2 | 80 | 500 |
| 3 | 120 | 500 |
| 4 | 160 | 500 |
| 5 | 200 | 500 |
| 6 | 240 | 500 |
| 7 | 280 | 500 |
| 8 | 320 | 500 |
| 9 | 360 | 500 |
| 10 | 400 | 500 |
| 11 | 440 | 500 |
| 12 | 480 | 500 |
| 12,5 | 500 | 500 |
| 13 | 500 | 500 |
| 14 | 500 | 500 |
| 15 | 500 | 500 |
| 16 | 500 | 500 |
O diagrama a seguir apresenta os valores da tabela:
![\[Comparação da throughput de base e de expansão do st1\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/images/st1_base_v_burst.png)
**nota**
Quando você cria um snapshot de um volume HDD otimizado para throughput (`st1`), a performance poderá cair até o valor básico do volume enquanto o snapshot estiver em andamento.
Para obter informações sobre o uso de CloudWatch métricas e alarmes para monitorar seu saldo intermitente, consulte. [Monitorar o saldo de bucket de expansão para volumes](#monitoring_burstbucket-hdd)
## Volumes HDD a frio
Os volumes de HDD (`sc1`) fornecem armazenamento magnético de baixo custo que define a performance em termos de throughput, não IOPS. Com um limite menor de throughput que `st1`, `sc1` é uma boa opção para workloads grandes, sequenciais e de dados frios. Se você precisar acesso infrequente aos dados e estiver em busca de economia de custos, o `sc1` fornecerá blocos armazenamento econômico. Não há compatibilidade com volumes de `sc1` inicializáveis.
Os volumes HDD a frio (`sc1`), embora similares aos volumes HDD otimizados para throughput (`st1`), são projetados para serem compatíveis com dados acessados *com pouca frequência*.
**nota**
Esse tipo de volume é otimizado para cargas de trabalho que envolvem I/O, and we recommend that customers with workloads performing small, random I/O uso [Volumes SSD de uso geral do Amazon EBS](general-purpose.md) grande e sequencial ou. [Volumes SSD com IOPS provisionadas do para Amazon EBS](provisioned-iops.md) Para obter mais informações, consulte [Ineficiência do pequeno tamanho read/writes no HDD](#inefficiency).
Os volumes de HDD frio (`sc1`) anexados a instâncias otimizadas para EBS são concebidos para oferecer performance consistente, proporcionando ao menos 90% da performance esperada de throughput, 99% do tempo em um ano.
### Créditos de throughput e performance de expansão
Assim como o `gp2`, o `sc1` usa um modelo de bucket de expansão para performance. O tamanho do volume determina o throughput da linha de base do seu volume, que é a taxa na qual o volume acumula créditos de throughput. O tamanho do volume também determina o throughput de expansão do seu volume, que é a taxa em que é possível gastar créditos quando estiverem disponíveis. Os volumes maiores têm throughput basal e de expansão mais altos. Quanto mais créditos seu volume tiver, mais tempo ele poderá funcionar I/O no nível de explosão.
![\[Bucket de expansão do sc1\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/images/sc1-burst-bucket.png)
Sujeito a throughput e limites de crédito de throughput, a throughput disponível de um volume `sc1` é expressada pela seguinte fórmula:
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Para um `sc1` volume de 1 TiB, a taxa de transferência contínua é limitada a 80 MiB/s, the bucket fills with credits at 12 MiB/s e pode conter até 1 TiB de créditos.
Volumes maiores escalam esses limites linearmente, com a taxa de transferência limitada a um máximo de 250 por MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 12 MiB/s TiB.
Em tamanhos de volume que variam de 0,125 TiB a 16 TiB, a taxa de transferência básica varia de MiB/s 1,5 a um máximo de 192 MiB/s, que é atingida em 16 TiB da seguinte forma:
```
12 MiB/s
16 TiB × ---------- = 192 MiB/s
1 TiB
```
A taxa de transferência de intermitência varia de 10 MiB/s a um limite de 250 MiB/s, que é atingido em 3,125 TiB da seguinte forma:
```
80 MiB/s
3.125 TiB × ----------- = 250 MiB/s
1 TiB
```
A tabela a seguir apresenta a gama completa de valores de throughput e intermitência para `sc1`:
| Tamanho do volume (TiB) | SC1 Taxa de transferência básica (MiB/s) | SC1 Taxa de transferência intermitente (MiB/s) |
| --- | --- | --- |
| 0.125 | 1.5 | 10 |
| 0,5 | 6 | 40 |
| 1 | 12 | 80 |
| 2 | 24 | 160 |
| 3 | 36 | 240 |
| 3.125 | 37.5 | 250 |
| 4 | 48 | 250 |
| 5 | 60 | 250 |
| 6 | 72 | 250 |
| 7 | 84 | 250 |
| 8 | 96 | 250 |
| 9 | 108 | 250 |
| 10 | 120 | 250 |
| 11 | 132 | 250 |
| 12 | 144 | 250 |
| 13 | 156 | 250 |
| 14 | 168 | 250 |
| 15 | 180 | 250 |
| 16 | 192 | 250 |
O diagrama a seguir apresenta os valores da tabela:
![\[Comparação da throughput de base e de expansão do sc1\]](http://docs.aws.amazon.com/pt_br/ebs/latest/userguide/images/sc1_base_v_burst.png)
**nota**
Quando você cria um snapshot de um volume HDD a frio (`sc1`), a performance pode cair até o valor básico do volume enquanto o snapshot está em andamento.
Para obter informações sobre o uso de CloudWatch métricas e alarmes para monitorar seu saldo intermitente, consulte. [Monitorar o saldo de bucket de expansão para volumes](#monitoring_burstbucket-hdd)
## Considerações sobre a performance ao usar volumes de HDD
Para resultados ideais de throughput usando volumes de HDD, planeje suas workloads com as seguintes considerações em mente.
### **Comparar HDD otimizado para throughput e HDD a frio**
Os tamanhos de bucket `st1` e `sc1` variam de acordo com o tamanho do volume, e um bucket completo contém tokens suficientes para uma varredura de volume completa. Contudo, volumes de `st1` e `sc1` maiores demoram mais tempo para a varredura do volume ser concluída, por causa dos limites de throughput por instância e por volume. Os volumes associados a instâncias menores são limitados à throughput por instância em vez de aos limites de throughput de `st1` ou `sc1`.
`st1` e `sc1` são projetados para consistência de performance de 90% de throughput de expansão em 99% do tempo. Os períodos não compatíveis são distribuídos com uniformidade aproximada, destinando 99% da throughput total esperada a cada hora.
Geralmente, os tempos de varredura são expressados por esta fórmula:
```
Volume size
------------ = Scan time
Throughput
```
Por exemplo, levando em conta as garantias de consistência da performance e outras otimizações, pode-se esperar que um cliente de `st1` com volume de 5-TiB conclua uma varredura de volume completa entre 2,91 e 3,27 horas.
+ Tempo de varredura ideal
```
5 TiB 5 TiB
----------- = ------------------ = 10,486 seconds = 2.91 hours
500 MiB/s 0.00047684 TiB/s
```
+ Tempo máximo de varredura
```
2.91 hours
-------------- = 3.27 hours
(0.90)(0.99) <-- From expected performance of 90% of burst 99% of the time
```
Da mesma forma, um cliente de `sc1` com volume de 5-TiB pode esperar concluir uma varredura de volume completa em 5,83 a 6,54 horas.
+ Tempo de varredura ideal
```
5 TiB 5 TiB
----------- = ------------------- = 20972 seconds = 5.83 hours
250 MiB/s 0.000238418 TiB/s
```
+ Tempo máximo de varredura
```
5.83 hours
-------------- = 6.54 hours
(0.90)(0.99)
```
A tabela a seguir mostra o tempo de varredura ideal de volumes de vários tamanhos, pressupondo buckets cheios e throughput de instância suficiente.
| Tamanho do volume (TiB) | ST1 tempo de digitalização com intermitência (horas) \$1 | SC1 tempo de digitalização com intermitência (horas) \$1 |
| --- | --- | --- |
| 1 | 1.17 | 3.64 |
| 2 | 1.17 | 3.64 |
| 3 | 1.75 | 3.64 |
| 4 | 2.33 | 4.66 |
| 5 | 2.91 | 5.83 |
| 6 | 3.50 | 6.99 |
| 7 | 4.08 | 8.16 |
| 8 | 4.66 | 9.32 |
| 9 | 5.24 | 10.49 |
| 10 | 5.83 | 11.65 |
| 11 | 6.41 | 12.82 |
| 12 | 6.99 | 13.98 |
| 13 | 7.57 | 15.15 |
| 14 | 8.16 | 16.31 |
| 15 | 8.74 | 17.48 |
| 16 | 9.32 | 18.64 |
\$1 Esses tempos de digitalização pressupõem uma profundidade média de fila (arredondada para o número inteiro mais próximo) de quatro ou mais ao executar 1 MiB de E/S sequencial.
Portanto, se você tiver uma workload orientada para throughput que precise concluir rapidamente digitalizações (até 500 MiB/s) ou exige várias digitalizações de volume completo por dia, use `st1`. Se você está otimizando o custo, seus dados são acessados com pouca frequência e você não precisa de mais do que 250 de desempenho MiB/s de digitalização e, em seguida, use. `sc1`
### Ineficiência do pequeno tamanho read/writes no HDD
O modelo de desempenho `st1` e os `sc1` volumes são otimizados para sequenciaisI/Os, favoring high-throughput workloads, offering acceptable performance on workloads with mixed IOPS and throughput, and discouraging workloads with small, random I/O.
Por exemplo, uma I/O solicitação de 1 MiB ou menos conta como um crédito de 1 MiB. I/O No entanto, se I/Os forem sequenciais, eles serão mesclados em I/O blocos de 1 MiB e contarão somente como um crédito de 1 MiB. I/O
## Monitorar o saldo de bucket de expansão para volumes
Você pode monitorar o nível de intermitência do bucket `st1` e os `sc1` volumes usando a `BurstBalance` métrica do Amazon EBS disponível na Amazon. CloudWatch Essa métrica mostra os créditos de throughput para `st1` e `sc1` restantes no bucket de expansão. Para obter mais informações sobre a `BurstBalance` métrica e outras métricas relacionadas à E/S, consulte[I/O Características e monitoramento do Amazon EBS](ebs-io-characteristics.md). CloudWatch também permite que você defina um alarme que o notifica quando o `BurstBalance` valor cai para um determinado nível. Para obter mais informações, consulte [Criação de CloudWatch alarmes](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).