Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Amazon EBS Throughput Dioptimalkan HDD dan volume HDD Dingin
HDD-backed Volume yang disediakan oleh Amazon EBS termasuk dalam kategori ini:
+ HDD Throughput Dioptimalkan — HDD hemat biaya yang dirancang untuk beban kerja yang sering diakses dan membutuhkan banyak throughput.
+ Cold HDD — HDD dengan biaya terendah yang dirancang untuk beban kerja yang jarang diakses.
**Topics**
+ [Pembatasan pada throughput per-instans](#throughput-limitations)
+ [Volume HDD Throughput Dioptimalkan](#EBSVolumeTypes_st1)
+ [Volume Cold HDD](#EBSVolumeTypes_sc1)
+ [Pertimbangan performa saat menggunakan volume HDD](#EBSVolumeTypes_considerations)
+ [Pantau saldo bucket lonjakan untuk volume](#monitoring_burstbucket-hdd)
## Pembatasan pada throughput per-instans
Throughput untuk volume `st1` dan `sc1` selalu ditentukan oleh yang lebih kecil berikut ini:
+ Batas throughput volume
+ Batas throughput instans
Sedangkan untuk semua volume Amazon EBS, sebaiknya pilih instans EBS-optimized EC2 yang sesuai untuk menghindari kemacetan jaringan.
## Volume HDD Throughput Dioptimalkan
Volume HDD Throughput yang Dioptimalkan (`st1`) menyediakan penyimpanan magnetik hemat biaya yang mendefinisikan performa dalam hal throighput daripada IOPS. Tipe volume ini cocok untuk beban kerja yang besar dan berurutan seperti Amazon EMR, ETL, gudang data, dan pemrosesan log. Volume `st1` yang dapat di-boot tidak didukung.
Volume HDD Throughput Dioptimalkan (`st1`), meskipun serupa dengan volume Cold HDD (`sc1`), dirancang untuk mendukung data yang *sering* diakses.
**catatan**
Jenis volume ini dioptimalkan untuk beban kerja yang melibatkan besar, berurutan I/O, dan kami merekomendasikan bahwa pelanggan dengan beban kerja melakukan penggunaan kecil, acak I/O atau. [Volume SSD Tujuan Umum Amazon EBS](general-purpose.md) [Volume IOPS SSD yang Diberikan Amazon EBS](provisioned-iops.md) Untuk informasi selengkapnya, lihat [Inefisiensi kecil read/writes pada HDD](#inefficiency).
Volume HDD (`st1`) Throughput Optimized yang melekat pada EBS-optimized instans dirancang untuk menawarkan kinerja yang konsisten, memberikan setidaknya 90 persen dari kinerja throughput yang diharapkan 99 persen dari waktu pada tahun tertentu.
### Kredit throughput dan performa lonjakan
Seperti `gp2`, `st1` menggunakan model bucket lonjakan untuk performa. Ukuran volume menentukan throughput tingkat dasar volume Anda, yang merupakan tingkat di mana volume mengakumulasi kredit throughput. Ukuran volume juga menentukan throughput lonjakan volume Anda, yang merupakan tingkat di mana Anda dapat menghabiskan kredit saat tersedia. Volume yang lebih besar memiliki garis dasar dan throughput lonjakan yang lebih tinggi. Semakin banyak kredit yang dimiliki volume Anda, semakin lama ia dapat melaju I/O di level burst.
Diagram berikut menunjukkan perilaku bucket lonjakan untuk `st1`.
Tergantung pada batas throughput dan kredit throughput, throughput volume `st1` dinyatakan dengan rumus berikut:
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Untuk `st1` volume 1-TiB, throughput burst dibatasi hingga 250 MiB/s, bucket diisi dengan kredit pada 40 MiB/s, dan dapat menampung hingga 1 kredit. TiB-worth
Volume yang lebih besar menskalakan batas ini secara linier, dengan throughput dibatasi maksimal 500. MiB/s Setelah ember habis, throughput dibatasi pada tingkat dasar 40 per TiB. MiB/s
Pada ukuran volume mulai dari 0,125 TiB hingga 16 TiB, throughput dasar bervariasi dari MiB/s 5 hingga tutup 500 MiB/s, yang dicapai pada 12,5 TiB sebagai berikut:
```
40 MiB/s
12.5 TiB × ---------- = 500 MiB/s
1 TiB
```
Throughput burst bervariasi dari 31 MiB/s hingga batas 500 MiB/s, yang dicapai pada 2 TiB sebagai berikut:
```
250 MiB/s
2 TiB × ---------- = 500 MiB/s
1 TiB
```
Tabel berikut ini menyatakan rentang lengkap nilai throughput dasar dan lonjakan untuk `st1`.
| Ukuran volume (TiB) | Throughput dasar ST1 () MiB/s | Throughput burst ST1 () 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 |
Diagram berikut membuat plot nilai tabel:
**catatan**
Saat Anda membuat snapshot dari volume HDD Throughput Dioptimalkan (`st1`), performa dapat menurun sejauh nilai dasar volume saat snapshot sedang berlangsung.
Untuk informasi tentang penggunaan CloudWatch metrik dan alarm untuk memantau keseimbangan bucket burst Anda, lihat. [Pantau saldo bucket lonjakan untuk volume](#monitoring_burstbucket-hdd)
## Volume Cold HDD
Volume Cold HDD (`sc1`) menyediakan penyimpanan magnetik hemat biaya yang mendefinisikan performa dalam hal throughput daripada IOPS. Dengan batas throughput yang lebih rendah dari `st1`, `sc1` cocok untuk beban kerja cold-data yang besar dan berurutan. Jika Anda memerlukan akses yang jarang ke data Anda dan ingin menghemat biaya, `sc1` menyediakan penyimpanan blok murah. Volume `sc1` yang dapat di-boot tidak didukung.
Volume Cold HDD (`sc1`), meskipun serupa dengan volume HDD Throughput Dioptimalkan (`st1`), dirancang untuk mendukung data yang *jarang* diakses.
**catatan**
Jenis volume ini dioptimalkan untuk beban kerja yang melibatkan besar, berurutan I/O, dan kami merekomendasikan bahwa pelanggan dengan beban kerja melakukan penggunaan kecil, acak I/O atau. [Volume SSD Tujuan Umum Amazon EBS](general-purpose.md) [Volume IOPS SSD yang Diberikan Amazon EBS](provisioned-iops.md) Untuk informasi selengkapnya, lihat [Inefisiensi kecil read/writes pada HDD](#inefficiency).
Volume Cold HDD (`sc1`) yang melekat pada EBS-optimized instans dirancang untuk menawarkan kinerja yang konsisten, memberikan setidaknya 90 persen dari kinerja throughput yang diharapkan 99 persen dari waktu pada tahun tertentu.
### Kredit throughput dan performa lonjakan
Seperti `gp2`, `sc1` menggunakan model bucket lonjakan untuk performa. Ukuran volume menentukan throughput tingkat dasar volume Anda, yang merupakan tingkat di mana volume mengakumulasi kredit throughput. Ukuran volume juga menentukan throughput lonjakan volume Anda, yang merupakan tingkat di mana Anda dapat menghabiskan kredit saat tersedia. Volume yang lebih besar memiliki garis dasar dan throughput lonjakan yang lebih tinggi. Semakin banyak kredit yang dimiliki volume Anda, semakin lama ia dapat melaju I/O di level burst.
Tergantung pada batas throughput dan kredit throughput, throughput volume `sc1` dinyatakan dengan rumus berikut:
```
(Volume size) × (Credit accumulation rate per TiB) = Throughput
```
Untuk `sc1` volume 1-TiB, throughput burst dibatasi hingga 80 MiB/s, bucket diisi dengan kredit pada 12 MiB/s, dan dapat menampung hingga 1 kredit. TiB-worth
Volume yang lebih besar menskalakan batas ini secara linier, dengan throughput dibatasi pada maksimum 250. MiB/s Setelah bucket habis, throughput dibatasi pada tingkat dasar 12 per TiB. MiB/s
Pada ukuran volume mulai dari 0,125 TiB hingga 16 TiB, throughput dasar bervariasi dari MiB/s 1,5 hingga maksimum MiB/s 192, yang dicapai pada 16 TiB sebagai berikut:
```
12 MiB/s
16 TiB × ---------- = 192 MiB/s
1 TiB
```
Throughput burst bervariasi dari 10 MiB/s hingga batas 250 MiB/s, yang dicapai pada 3,125 TiB sebagai berikut:
```
80 MiB/s
3.125 TiB × ----------- = 250 MiB/s
1 TiB
```
Tabel berikut ini menyatakan rentang lengkap nilai throughput dasar dan lonjakan untuk `sc1`:
| Ukuran Volume (TiB) | Throughput Dasar SC1 () MiB/s | Throughput Burst SC1 () 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 |
Diagram berikut membuat plot nilai tabel:
**catatan**
Saat Anda membuat snapshot volume Cold HDD (`sc1`), performa dapat menurun sejauh nilai dasar volume saat snapshot sedang berlangsung.
Untuk informasi tentang penggunaan CloudWatch metrik dan alarm untuk memantau keseimbangan bucket burst Anda, lihat. [Pantau saldo bucket lonjakan untuk volume](#monitoring_burstbucket-hdd)
## Pertimbangan performa saat menggunakan volume HDD
Untuk hasil throughput optimal yang menggunakan volume HDD, rencanakan beban kerja Anda dengan mempertimbangkan hal-hal berikut.
### **Membandingkan HDD Throughput Dioptimalkan dan Cold HDD**
Ukuran bucket `st1` dan `sc1` bervariasi sesuai dengan ukuran volume, dan bucket penuh berisi token yang cukup untuk pemindaian volume penuh. Namun, volume `st1` dan `sc1` yang lebih besar membutuhkan waktu yang lebih lama untuk menyelesaikan pemindaian volume karena batas throughput per-instans dan per-volume. Volume yang terpasang pada instans yang lebih kecil dibatasi berdasarkan pada throughput per instans daripada batas throughput `st1` atau `sc1`.
Keduanya `st1` `sc1` dirancang untuk konsistensi kinerja 90 persen dari throughput burst 99 persen dari waktu. Non-compliant periode kira-kira terdistribusi secara seragam, menargetkan 99 persen dari total throughput yang diharapkan setiap jam.
Secara umum, waktu pemindaian dinyatakan dengan rumus ini:
```
Volume size
------------ = Scan time
Throughput
```
Misalnya, mempertimbangkan jaminan konsistensi performa dan optimisasi lainnya, pelanggan `st1` dengan volume 5-TiB dapat melakukan pemindaian volume penuh dalam 2,91 hingga 3,27 jam.
+ Waktu pemindaian optimal
```
5 TiB 5 TiB
----------- = ------------------ = 10,486 seconds = 2.91 hours
500 MiB/s 0.00047684 TiB/s
```
+ Waktu pemindaian maksimal
```
2.91 hours
-------------- = 3.27 hours
(0.90)(0.99) <-- From expected performance of 90% of burst 99% of the time
```
Demikian pula, pelanggan `sc1` dengan volume 5TiB dapat melakukan pemindaian volume penuh dalam waktu 5,83 hingga 6,54 jam.
+ Waktu pemindaian optimal
```
5 TiB 5 TiB
----------- = ------------------- = 20972 seconds = 5.83 hours
250 MiB/s 0.000238418 TiB/s
```
+ Waktu pemindaian maksimal
```
5.83 hours
-------------- = 6.54 hours
(0.90)(0.99)
```
Tabel berikut menunjukkan waktu pemindaian ideal untuk volume berbagai ukuran, dengan asumsi bucket penuh dan throughput instans yang cukup.
| Ukuran volume (TiB) | Waktu pemindaian ST1 dengan lonjakan (jam)\* | Waktu pemindaian SC1 dengan lonjakan (jam)\* |
| --- | --- | --- |
| 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 |
\* Waktu pemindaian ini mengasumsikan kedalaman antrian rata-rata (dibulatkan ke bilangan bulat terdekat) dari empat atau lebih saat melakukan 1 MiB berurutan. I/O
Oleh karena itu, jika Anda memiliki beban kerja berorientasi throughput yang perlu menyelesaikan pemindaian dengan cepat (hingga 500 MiB/s), atau memerlukan beberapa pemindaian volume penuh sehari, gunakan. `st1` Jika Anda mengoptimalkan biaya, data Anda relatif jarang diakses, dan Anda tidak memerlukan lebih dari 250 kinerja MiB/s pemindaian, lalu gunakan. `sc1`
### Inefisiensi kecil read/writes pada HDD
Model kinerja untuk `st1` dan `sc1` volume dioptimalkan untuk berurutan I/Os, mendukung beban kerja throughput tinggi, menawarkan kinerja yang dapat diterima pada beban kerja dengan IOPS dan throughput campuran, dan mengecilkan beban kerja dengan kecil, acak. I/O
Misalnya, I/O permintaan 1 MiB atau kurang dihitung sebagai kredit 1 MiB. I/O Namun, jika berurutan, mereka digabung menjadi I/O blok 1 MiB dan hanya dihitung sebagai kredit 1 MiB. I/Os I/O
## Pantau saldo bucket lonjakan untuk volume
Anda dapat memantau tingkat burst bucket untuk `st1` dan `sc1` volume menggunakan `BurstBalance` metrik Amazon EBS yang tersedia di Amazon CloudWatch. Metrik ini menunjukkan kredit throughput untuk `st1` dan `sc1` yang tersisa di bucket lonjakan. Untuk informasi selengkapnya tentang `BurstBalance` metrik dan metrik lain yang terkait I/O, lihat[I/O Karakteristik dan pemantauan Amazon EBS](ebs-io-characteristics.md). CloudWatch juga memungkinkan Anda untuk mengatur alarm yang memberi tahu Anda ketika `BurstBalance` nilainya jatuh ke tingkat tertentu. Untuk informasi selengkapnya, lihat [Membuat CloudWatch Alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).