Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Volumi HDD e HDD freddi ottimizzati per il throughput di Amazon EBS
<a name="hdd-vols"></a>

I volumi con supporto HDD forniti da Amazon EBS rientrano nelle seguenti categorie:
+ HDD ottimizzati per la velocità effettiva: un HDD a costi ridotti progettato per carichi di lavoro a uso intensivo di velocità effettiva con accesso frequente.
+ Cold HDD: l'HDD più economico progettato per carichi di lavoro con accesso meno frequente.

**Topics**
+ [Limiti sul throughput per istanza](#throughput-limitations)
+ [Volumi HDD ottimizzati per la velocità effettiva](#EBSVolumeTypes_st1)
+ [Volumi HDD Cold](#EBSVolumeTypes_sc1)
+ [Considerazioni sulle prestazioni quando si utilizzano i volumi HDD](#EBSVolumeTypes_considerations)
+ [Monitoraggio del bilanciamento del bucket burst per i volumi](#monitoring_burstbucket-hdd)

## Limiti sul throughput per istanza
<a name="throughput-limitations"></a>

Il throughput per volumi `st1` e `sc1` è sempre determinato dal valore più piccolo delle seguenti voci:
+ Limiti di throughput del volume
+ Limiti di throughput dell'istanza

Come per tutti i volumi Amazon EBS, consigliamo di selezionare un'istanza EC2 ottimizzata per EBS al fine di evitare colli di bottiglia della rete.

## Volumi HDD ottimizzati per la velocità effettiva
<a name="EBSVolumeTypes_st1"></a>

I volumi HDD ottimizzati per la velocità effettiva (`st1`) garantiscono un'archiviazione magnetica conveniente a livello di prezzi, in grado di definire le prestazioni in termini di velocità effettiva anziché di IOPS. Questo tipo di volume è adatto per carichi di lavoro sequenziali di grandi dimensioni come Amazon EMR, ETL, data warehouse ed elaborazione dei log. I volumi `st1` avviabili non sono supportati. 

I volumi HDD ottimizzati per la velocità effettiva (`st1`), sebbene simili ai volumi HDD Cold (`sc1`), sono progettati per supportare dati con accesso *frequente*.

**Nota**  
Questo tipo di volume è ottimizzato per carichi di lavoro che richiedono un uso sequenziale di grandi dimensioni o. I/O, and we recommend that customers with workloads performing small, random I/O [Volumi SSD per uso generico Amazon EBS](general-purpose.md) [Volumi SSD IOPS forniti da Amazon EBS](provisioned-iops.md) Per ulteriori informazioni, consulta [Inefficienza di piccole dimensioni sull'HDD read/writes](#inefficiency).

I volumi HDD ottimizzati per la velocità di trasmissione effettiva (`st1`) collegati alle istanze ottimizzate per EBS sono progettati per offrire prestazioni costanti, garantendo come minimo il 90% delle prestazioni di velocità effettiva previste il 99% del tempo in un dato anno.

### Crediti di throughput e prestazioni di burst
<a name="ST1ThroughputBurst"></a>

Come `gp2`, `st1` utilizza un modello burst bucket per le prestazioni. Le dimensioni del volume determinano il throughput di base del volume, ossia la velocità a cui il volume accumula i crediti del throughput. Le dimensioni del volume determinano il throughput ottimale del volume, ossia la velocità a cui è possibile spendere crediti quando sono disponibili. I volumi più grandi hanno baseline elevata e un throughput ottimale. Più crediti ha il volume, più a lungo può funzionare I/O a livello di burst.

Il seguente diagramma mostra il comportamento del burst bucket per `st1`.

![\[st1 burst bucket\]](http://docs.aws.amazon.com/it_it/ebs/latest/userguide/images/st1-burst-bucket.png)


In base ai limiti del throughput e del credito di throughput, il throughput disponibile di un volume `st1` è espresso dalla seguente formula:

```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```

Per un `st1` volume da 1 TiB, il burst throughput è limitato a 250 MiB/s, the bucket fills with credits at 40 MiB/s e può contenere fino a 1 TIB di crediti.

Volumi più grandi scalano questi limiti in modo lineare, con un throughput limitato a un massimo di 500 per TiB. MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 40 MiB/s 

Su volumi di dimensioni comprese tra 0,125 TiB e 16 TiB, il throughput di base varia da MiB/s 5 a un limite di 500 MiB/s, che viene raggiunto a 12,5 TiB come segue:

```
            40 MiB/s
12.5 TiB × ---------- = 500 MiB/s
             1 TiB
```

Il throughput del burst varia da 31 MiB/s a un limite di 500 MiB/s, che viene raggiunto a 2 TiB nel modo seguente:

```
         250 MiB/s
2 TiB × ---------- = 500 MiB/s
          1 TiB
```

La tabella seguente riporta l'intera gamma di valori di base e di velocità di trasmissione effettiva ottimale per `st1`.


| Dimensioni del volume (TiB) | ST1 velocità effettiva di base (MiB/s) | ST1 velocità di trasmissione a raffica (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 | 

Il seguente diagramma mostra i valori della tabella:

![\[Confronto tra velocità effettiva di base e ottimale di st1\]](http://docs.aws.amazon.com/it_it/ebs/latest/userguide/images/st1_base_v_burst.png)


**Nota**  
Quando crei uno snapshot di un volume HDD ottimizzato per la velocità effettiva (`st1`), le prestazioni possono diminuire fino al valore di baseline del volume mentre è in corso la creazione dello snapshot.

Per informazioni sull'utilizzo di CloudWatch metriche e allarmi per monitorare il saldo del burst bucket, consulta. [Monitoraggio del bilanciamento del bucket burst per i volumi](#monitoring_burstbucket-hdd)

## Volumi HDD Cold
<a name="EBSVolumeTypes_sc1"></a>

I volumi HDD Cold (`sc1`) garantiscono un'archiviazione magnetica conveniente a livello di prezzi, in grado di definire le prestazioni in termini di velocità effettiva anziché di IOPS. Con un limite di throughput inferiore a `st1`, `sc1` è uno scenario ottimale per carichi di lavoro di dati semplici sequenziali di grandi dimensioni. Se è richiesto un accesso saltuario ai dati e si desidera risparmiare sui costi, `sc1` rappresenta una soluzione di archiviazione a blocchi molto vantaggiosa. I volumi `sc1` avviabili non sono supportati.

I volumi HDD Cold (`sc1`), sebbene simili ai volumi HDD ottimizzati per la velocità effettiva (`st1`), sono progettati per supportare dati con accesso *poco frequente*.

**Nota**  
Questo tipo di volume è ottimizzato per carichi di lavoro che richiedono un uso sequenziale di grandi dimensioni o. I/O, and we recommend that customers with workloads performing small, random I/O [Volumi SSD per uso generico Amazon EBS](general-purpose.md) [Volumi SSD IOPS forniti da Amazon EBS](provisioned-iops.md) Per ulteriori informazioni, consulta [Inefficienza di piccole dimensioni sull'HDD read/writes](#inefficiency).

I volumi HDD Cold (`sc1`) collegati alle istanze ottimizzate per EBS sono progettati per offrire prestazioni costanti, garantendo come minimo il 90% delle prestazioni di velocità di trasmissione effettiva previste il 99% del tempo in un dato anno.

### Crediti di throughput e prestazioni di burst
<a name="SC1ThroughputBurst"></a>

Come `gp2`, `sc1` utilizza un modello burst bucket per le prestazioni. Le dimensioni del volume determinano il throughput di base del volume, ossia la velocità a cui il volume accumula i crediti del throughput. Le dimensioni del volume determinano il throughput ottimale del volume, ossia la velocità a cui è possibile spendere crediti quando sono disponibili. I volumi più grandi hanno baseline elevata e un throughput ottimale. Più crediti ha il volume, più a lungo può funzionare I/O a livello di burst.

![\[sc1 burst bucket\]](http://docs.aws.amazon.com/it_it/ebs/latest/userguide/images/sc1-burst-bucket.png)


In base ai limiti del throughput e del credito di throughput, il throughput disponibile di un volume `sc1` è espresso dalla seguente formula:

```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```

Per un `sc1` volume da 1 TiB, il throughput burst è limitato a 80 MiB/s, the bucket fills with credits at 12 MiB/s e può contenere fino a 1 TIB di crediti.

Volumi più grandi scalano questi limiti in modo lineare, con un throughput limitato a un massimo di 250 per TiB. MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 12 MiB/s 

Su volumi di dimensioni comprese tra 0,125 TiB e 16 TiB, il throughput di base varia da MiB/s 1,5 a un massimo di 192 MiB/s, che viene raggiunto a 16 TiB come segue:

```
           12 MiB/s
16 TiB × ---------- = 192 MiB/s
            1 TiB
```

Il throughput del burst varia da 10 MiB/s a un limite di 250 MiB/s, che viene raggiunto a 3,125 TiB come segue:

```
             80 MiB/s
3.125 TiB × ----------- = 250 MiB/s
              1 TiB
```

La tabella seguente riporta l'intera gamma di valori di base e di throughput ottimale per `sc1`:


| Dimensioni del volume (TiB) | SC1 Velocità effettiva di base (MiB/s) | SC1 Produttività burst (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 | 

Il seguente diagramma mostra i valori della tabella:

![\[Confronto tra velocità effettiva di base e ottimale di sc1\]](http://docs.aws.amazon.com/it_it/ebs/latest/userguide/images/sc1_base_v_burst.png)


**Nota**  
Quando crei uno snapshot di un volume HDD Cold (`sc1`), le prestazioni possono diminuire fino al valore di baseline del volume mentre è in corso la creazione dello snapshot.

Per informazioni sull'utilizzo di CloudWatch metriche e allarmi per monitorare il saldo del burst bucket, consulta. [Monitoraggio del bilanciamento del bucket burst per i volumi](#monitoring_burstbucket-hdd)

## Considerazioni sulle prestazioni quando si utilizzano i volumi HDD
<a name="EBSVolumeTypes_considerations"></a>

Per risultati di throughput ottimali con i volumi di HDD, pianifica i carichi di lavoro tenendo presenti le seguenti considerazioni.

### **Confronto tra volumi HDD ottimizzati per la velocità effettiva e HDD Cold**
<a name="ST1vSC1"></a>

Le dimensioni dei bucket `st1` e `sc1` variano in base alle dimensioni del volume; un bucket pieno contiene token sufficienti per una scansione dell'intero volume. Tuttavia, volumi `st1` e `sc1` di dimensioni superiori impiegano più tempo per completare la scansione del volume a causa dei limiti di velocità di trasmissione effettiva per istanza e per volume. I volumi collegati a istanze più piccole sono limitati al throughput per istanza anziché ai limiti del throughput di `st1` o `sc1`.

`st1` e `sc1` sono progettati per offrire una coerenza delle prestazioni del 90% della velocità di trasmissione effettiva ottimale il 99% delle volte. I periodi non conformi sono distribuiti in modo approssimativamente uniforme, con il 99% della velocità di trasmissione effettiva totale prevista ogni ora.

In generale, i tempi di scansione sono espressi da questa formula:

```
 Volume size
------------ = Scan time
 Throughput
```

Ad esempio, prendendo in considerazione le garanzie di coerenza delle prestazioni e altre ottimizzazioni, un cliente`st1` con un volume da 5 TiB può aspettarsi di completare una scansione dell'intero volume in 2,91 – 3,27 ore. 
+ Tempo di scansione ottimale

  ```
     5 TiB            5 TiB
  ----------- = ------------------ = 10,486 seconds = 2.91 hours 
   500 MiB/s     0.00047684 TiB/s
  ```
+ Tempo di scansione massimo

  ```
    2.91 hours
  -------------- = 3.27 hours
   (0.90)(0.99) <-- From expected performance of 90% of burst 99% of the time
  ```

Analogamente, un cliente `sc1` con un volume da 5 TiB può aspettarsi di completare una scansione dell'intero volume in 5,83 – 6,54 ore.
+ Tempo di scansione ottimale

  ```
     5 TiB             5 TiB
  ----------- = ------------------- = 20972 seconds = 5.83 hours 
   250 MiB/s     0.000238418 TiB/s
  ```
+ Tempo di scansione massimo

  ```
    5.83 hours
  -------------- = 6.54 hours
   (0.90)(0.99)
  ```

La seguente tabella mostra i tempi di scansione ideali per volumi di varie dimensioni, presumendo bucket pieni e throughput di istanza sufficiente.


| Dimensioni del volume (TiB) | ST1 tempo di scansione con raffica (ore) \$1 | SC1 tempo di scansione con raffica (ore) \$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 Questi tempi di scansione presumono una profondità della coda media (arrotondata al numero intero più vicino) di quattro o più quando si esegue 1 MiB di I/O sequenziali.

Pertanto, se disponi di un carico di lavoro orientato al throughput che deve completare scansioni rapidamente (fino a 500 MiB/s) o richiede diverse scansioni complete del volume al giorno, utilizza `st1`. Se state ottimizzando i costi, l'accesso ai dati è relativamente raro e non sono necessarie prestazioni MiB/s di scansione superiori al 250%, quindi utilizzate. `sc1`

### Inefficienza di piccole dimensioni sull'HDD read/writes
<a name="inefficiency"></a>

Il modello di prestazioni `st1` e i `sc1` volumi sono ottimizzati per il sequenziale. I/Os, favoring high-throughput workloads, offering acceptable performance on workloads with mixed IOPS and throughput, and discouraging workloads with small, random I/O

Ad esempio, una I/O richiesta di 1 MiB o meno conta come credito di 1 MiB. I/O Tuttavia, se I/Os sono sequenziali, vengono uniti in I/O blocchi da 1 MiB e contano solo come credito da 1 MiB. I/O 

## Monitoraggio del bilanciamento del bucket burst per i volumi
<a name="monitoring_burstbucket-hdd"></a>

Puoi monitorare il livello `st1` e i `sc1` volumi del burst bucket utilizzando la `BurstBalance` metrica Amazon EBS disponibile in Amazon. CloudWatch Questo parametro mostra i crediti di velocità di trasmissione effettiva per i volumi `st1` e `sc1` rimanenti nel burst bucket. Per ulteriori informazioni sulla `BurstBalance` metrica e altre metriche relative all'I/O, consulta. [I/O Caratteristiche e monitoraggio di Amazon EBS](ebs-io-characteristics.md) CloudWatch consente inoltre di impostare un allarme che avvisa quando il `BurstBalance` valore scende a un determinato livello. Per ulteriori informazioni, consulta [Creazione di CloudWatch allarmi](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).