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
Volume yang didukung HDD yang disediakan oleh Amazon EBS masuk ke dalam kategori berikut 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 EC2 instans yang dioptimalkan EBS 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 I/O, and we recommend that customers with workloads performing small, random I/O penggunaan Volume SSD Tujuan Umum Amazon EBS besar dan berurutan atau. Volume IOPS SSD yang Diberikan Amazon EBS Untuk informasi selengkapnya, lihat Inefisiensi kecil read/writes pada HDD.
Volume HDD Throughput yang Dioptimalkan (st1) yang melekat pada instans yang dioptimalkan EBS dirancang untuk menawarkan performa yang konsisten, memberikan setidaknya 90 persen dari performa throughput yang diharapkan selalu sebesar 99 persen 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 250MiB/s, the bucket fills
with credits at 40 MiB/s, dan dapat menampung hingga 1 kredit Tib-senilai.
Volume yang lebih besar menskalakan batas ini secara linier, dengan throughput dibatasi maksimum 500 per MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 40 MiB/s TiB.
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) | ST1 throughput dasar (MIB/s) | ST1 throughput burst (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 I/O, and we recommend that customers with workloads performing small, random I/O penggunaan Volume SSD Tujuan Umum Amazon EBS besar dan berurutan atau. Volume IOPS SSD yang Diberikan Amazon EBS Untuk informasi selengkapnya, lihat Inefisiensi kecil read/writes pada HDD.
Volume Cold HDD (sc1) yang melekat pada instans yang dioptimalkan EBS dirancang untuk menawarkan performa yang konsisten, memberikan setidaknya 90 persen dari performa throughput yang diharapkan selalu 99 persen 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 80MiB/s, the bucket fills
with credits at 12 MiB/s, dan dapat menampung hingga 1 kredit Tib-senilai.
Volume yang lebih besar menskalakan batas ini secara linier, dengan throughput dibatasi maksimum 250 per MiB/s. After the bucket is depleted, throughput is limited to the baseline rate of 12 MiB/s TiB.
Pada ukuran volume mulai dari 0,125 TiB hingga 16 TiB, throughput baseline bervariasi dari MiB/s 1,5 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) | SC1 Throughput Dasar (MIB/s) | SC1 Throughput 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 |
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 dan sc1 dirancang untuk konsistensi performa 90 persen dari hasil throughput lonjakan 99 persen. Periode yang tidak dipatuhi kurang lebih didistribusikan secara seragam, menargetkan 99 persen 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) | ST1 waktu pemindaian dengan burst (jam) * | SC1 waktu pemindaian dengan burst (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 antrean rata-rata (dibulatkan ke bilangan bulat terdekat) sebesar empat atau lebih ketika melakukan I/O berurutan sebesar 1 MiB.
Oleh karena itu, jika Anda memiliki beban kerja berorientasi throughput yang perlu diselesaikan dengan cepat (hingga 500 MiB/dtk), 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 sekuensialI/Os,
favoring high-throughput workloads, offering acceptable performance on workloads with
mixed IOPS and throughput, and discouraging workloads with small, random 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 dengan I/O, lihat. I/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.
