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. **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 Untuk seluruh volume Amazon EBS, kami sarankan Anda memilih instans EC2 yang sesuai dengan EBS untuk menghindari hambatan 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](general-purpose.md) besar dan berurutan atau. [Volume IOPS SSD yang Diberikan Amazon EBS](provisioned-iops.md) Untuk informasi selengkapnya, lihat [Inefisiensi kecil read/writes pada HDD](#inefficiency). 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`. ![\[Bucket lonjakan st1\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/st1-burst-bucket.png) 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 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: ![\[Membandingkan throughput dasar dan lonjakan st1\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/st1_base_v_burst.png) **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 I/O, and we recommend that customers with workloads performing small, random I/O penggunaan [Volume SSD Tujuan Umum Amazon EBS](general-purpose.md) besar dan berurutan atau. [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 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. ![\[Bucket lonjakan sc1\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/sc1-burst-bucket.png) 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 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: ![\[Membandingkan throughput dasar dan lonjakan sc1\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/sc1_base_v_burst.png) **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` 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 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) | ST1 waktu pemindaian dengan burst (jam) \$1 | SC1 waktu pemindaian dengan burst (jam) \$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 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](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).