Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Amazon EBS Throughput Volume HDD dan Cold HDD yang Dioptimalkan
Vol HDD-backed ume 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.
Topik
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
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 beban kerja besar, berurutan I/O, dan kami menyarankan agar pelanggan dengan beban kerja melakukan I/O penggunaan Volume SSD Tujuan Umum Amazon EBS kecil, acak atau. Volume SSD IOPS yang disediakan Amazon EBS Untuk informasi selengkapnya, lihat Inefisiensi kecil read/writes pada HDD.
Volume Throughput Optimized HDD (st1) yang terpasang 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 pada 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) = ThroughputUntuk st1 volume 1-TiB, throughput burst dibatasi hingga 250 MiB/s, bucket diisi dengan kredit pada 40 MiB/s, dan dapat menampung hingga 1 TiB-worth kredit.
Volume yang lebih besar menskalakan batas-batas ini secara linier, dengan throughput dibatasi maksimal 500. MiB/s Setelah bucket habis, throughput dibatasi pada tingkat dasar 40 MiB/s per TiB.
Pada ukuran volume mulai dari 0,125 TiB hingga 16 TiB, throughput baseline bervariasi dari 5 MiB/s hingga batas 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 menggunakan CloudWatch metrik dan alarm untuk memantau saldo bucket burst Anda, lihatPantau saldo bucket lonjakan untuk volume.
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 beban kerja besar, berurutan I/O, dan kami menyarankan agar pelanggan dengan beban kerja melakukan I/O penggunaan Volume SSD Tujuan Umum Amazon EBS kecil, acak atau. Volume SSD IOPS yang disediakan Amazon EBS Untuk informasi selengkapnya, lihat Inefisiensi kecil read/writes pada HDD.
Volume Cold HDD (sc1) yang terpasang 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 pada level burst.
Tergantung pada batas throughput dan kredit throughput, throughput volume sc1 dinyatakan dengan rumus berikut:
(Volume size) × (Credit accumulation rate per TiB) = ThroughputUntuk sc1 volume 1-TiB, throughput burst dibatasi hingga 80 MiB/s, bucket diisi dengan kredit pada 12 MiB/s, dan dapat menampung hingga 1 TiB-worth kredit.
Volume yang lebih besar menskalakan batas-batas ini secara linier, dengan throughput dibatasi maksimal 250. MiB/s Setelah bucket habis, throughput dibatasi pada tingkat dasar 12 MiB/s per TiB.
Pada ukuran volume mulai dari 0,125 TiB hingga 16 TiB, throughput baseline bervariasi dari 1,5 MiB/s hingga maksimum 192 MiB/s, 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 menggunakan CloudWatch metrik dan alarm untuk memantau saldo bucket burst Anda, lihatPantau saldo bucket lonjakan untuk volume.
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.
K st1 edu sc1 anya dan dirancang untuk konsistensi kinerja 90 persen dari throughput burst 99 persen dari waktu. Non-compliant periode kira-kira didistribusikan secara seragam, menargetkan 99 persen dari total throughput yang diharapkan setiap jam.
Secara umum, waktu pemindaian dinyatakan dengan rumus ini:
Volume size
------------ = Scan time
ThroughputMisalnya, 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) 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, maka gunakansc1.
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 mencegah beban kerja dengan kecil dan acak. I/O
Misalnya, I/O permintaan 1 MiB atau kurang dihitung sebagai kredit 1 MiB I/O . Namun, jika ber I/Os urutan, mereka digabungkan menjadi I/O blok 1 MiB dan hanya dihitung sebagai kredit 1 MiB I/O .
Pantau saldo bucket lonjakan untuk volume
Anda dapat memantau level bucket burst 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, lihatI/O Karakteristik dan pemantauan Amazon EBS. CloudWatch juga memungkinkan Anda untuk mengatur alarm yang memberi tahu Anda ketika nil BurstBalance ainya jatuh ke tingkat tertentu. Untuk informasi selengkapnya, lihat Membuat CloudWatch Alarm.
