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.
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
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 Volume IOPS SSD yang Diberikan Amazon EBS Untuk informasi selengkapnya, lihat Inefisiensi kecil read/writes pada HDD.
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) = 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 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
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 Volume IOPS SSD yang Diberikan Amazon EBS Untuk informasi selengkapnya, lihat Inefisiensi kecil read/writes pada HDD.
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) = 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 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
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
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) 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, lihatI/O Karakteristik dan pemantauan Amazon EBS. 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.
