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

# Volumes HDD otimizado para throughput e HDD frio do Amazon EBS
<a name="hdd-vols"></a>

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 name="throughput-limitations"></a>

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
<a name="EBSVolumeTypes_st1"></a>

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
<a name="ST1ThroughputBurst"></a>

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
<a name="EBSVolumeTypes_sc1"></a>

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
<a name="SC1ThroughputBurst"></a>

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
<a name="EBSVolumeTypes_considerations"></a>

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**
<a name="ST1vSC1"></a>

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
<a name="inefficiency"></a>

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
<a name="monitoring_burstbucket-hdd"></a>

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