Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Volume Amazon EBS
Volume Amazon EBS adalah perangkat penyimpanan tingkat blok yang tahan lama yang dapat Anda pasang ke instans Anda. Setelah Anda memasang volume ke suatu instans, Anda dapat menggunakannya seperti Anda menggunakan hard drive fisik. Volume EBS bersifat fleksibel. Untuk volume generasi saat ini yang dipasang ke tipe instans generasi saat ini, Anda dapat secara dinamis meningkatkan ukuran, mengubah kapasitas IOPS yang tersedia, dan mengubah tipe volume pada volume produksi langsung.
Anda dapat menggunakan volume EBS sebagai penyimpanan utama untuk data yang memerlukan pembaruan rutin, seperti drive sistem untuk instans atau penyimpanan aplikasi basis data. Anda juga dapat menggunakannya untuk aplikasi yang membutuhkan banyak throughput dengan melakukan pemindaian disk secara terus-menerus. Volume EBS tetap bertahan secara independen dari siklus hidup instans EC2.
Anda dapat memasang beberapa volume EBS ke suatu instans. Volume dan instans harus berada dalam Zona Ketersediaan yang sama. Bergantung pada jenis volume dan instans, Anda dapat menggunakan [Multi-Lampirkan](ebs-volumes-multi.md) untuk memasang volume ke beberapa instans secara bersamaan.
Amazon EBS menyediakan tipe volume berikut ini: SSD Tujuan Umum (`gp2` dan `gp3`), SSD IOPS yang Tersedia (`io1` dan `io2`), HDD Throughput Dioptimalkan (`st1`), dan Cold HDD (`sc1`), dan Magnetik (`standard`). Semuanya berbeda dalam karakteristik dan harga performa, memungkinkan Anda menyesuaikan performa dan biaya penyimpanan sesuai kebutuhan aplikasi Anda. Untuk informasi selengkapnya, lihat [Tipe volume Amazon EBS](ebs-volume-types.md).
Akun Anda memiliki batas total penyimpanan yang tersedia untuk Anda. Untuk informasi selengkapnya tentang pembatasan ini, dan cara meminta peningkatan dalam pembatasan Anda, lihat [Titik akhir dan kuota Amazon EBS](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs).
*Volume EBS* terkelola dikelola oleh penyedia layanan, seperti Amazon EKS Auto Mode. Anda tidak dapat langsung mengubah pengaturan volume EBS terkelola. Volume EBS terkelola diidentifikasi oleh nilai **sebenarnya** di bidang **Dikelola**. Untuk informasi selengkapnya, lihat [instans terkelola Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/amazon-ec2-managed-instances.html).
Untuk informasi selengkapnya tentang harga, lihat [Harga Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Topics**
+ [
# Fitur dan manfaat volume Amazon EBS
](EBSFeatures.md)
+ [
# Tipe volume Amazon EBS
](ebs-volume-types.md)
+ [
# Batasan volume Amazon EBS
](volume_constraints.md)
+ [
# Volume Amazon EBS dan NVMe
](nvme-ebs-volumes.md)
+ [
# Siklus hidup volume Amazon EBS
](ebs-volume-lifecycle.md)
+ [
# Ganti volume Amazon EBS menggunakan snapshot
](ebs-restoring-volume.md)
+ [
# Pemeriksaan status volume Amazon EBS
](monitoring-volume-checks.md)
+ [
# Pengujian kesalahan pada Amazon EBS
](ebs-fis.md)
# Fitur dan manfaat volume Amazon EBS
Volume EBS memberikan manfaat yang tidak disediakan oleh volume penyimpanan instans.
**Topics**
+ [
## Ketersediaan data
](#availability-benefit)
+ [
## Persistensi data
](#persistence-benefit)
+ [
## Enkripsi data
](#encryption-benefit)
+ [
## Keamanan data
](#security-benefit)
+ [
## Snapshot
](#backup-benefit)
+ [
## Fleksibilitas
](#flexibility-benefit)
## Ketersediaan data
Saat Anda membuat volume EBS, volume itu secara otomatis direplikasi dalam Zona Ketersediaannya untuk mencegah kehilangan data karena kegagalan komponen perangkat keras apa pun. Anda dapat memasang volume EBS ke instans EC2 apa pun di Zona Ketersediaan yang sama. Setelah Anda memasang volume, perangkat muncul sebagai perangkat blok asli yang serupa dengan hard drive atau perangkat fisik lainnya. Pada saat itu, instansnya dapat berinteraksi dengan volume sama seperti dengan drive lokal. Anda dapat terhubung ke instance dan memformat volume EBS dengan sistem file, seperti `Ext4` untuk instance Linux atau `NTFS` untuk instance Windows, dan kemudian menginstal aplikasi.
Jika Anda melampirkan beberapa volume ke perangkat yang telah Anda beri nama, Anda dapat menghapus data di seluruh volume untuk meningkatkan kinerja I/O dan throughput.
Anda dapat memasang volume EBS `io1` dan `io2` hingga 16 instans berbasis Nitro. Untuk informasi selengkapnya, lihat [Lampirkan volume EBS ke beberapa EC2 instans menggunakan Multi-Attach](ebs-volumes-multi.md). Jika tidak, Anda dapat memasang volume EBS ke satu instans.
Anda dapat memperoleh data pantauan untuk volume EBS Anda, termasuk volume perangkat root untuk instans yang didukung EBS, tanpa biaya tambahan. Untuk informasi selengkapnya tentang cara memantau metrik, lihat [CloudWatch Metrik Amazon untuk Amazon EBS](using_cloudwatch_ebs.md). Untuk informasi tentang pelacakan status volume Anda, lihat [EventBridge Acara Amazon untuk Amazon EBS](ebs-cloud-watch-events.md).
## Persistensi data
Volume EBS adalah penyimpanan off-instans yang dapat bertahan secara terpisah dari kehidupan sebuah instans. Anda terus membayar penggunaan volume selama data tetap ada.
Volume EBS yang dipasang ke instans yang berjalan dapat secara otomatis terlepas dari instans dengan datanya utuh saat instans dihentikan jika Anda menghapus tanda centang pada kotak centang **Hapus saat Pengakhiran** saat Anda mengonfigurasi volume EBS untuk instans Anda di konsol EC2. Volume kemudian dapat disambungkan kembali ke instans baru, memungkinkan pemulihan cepat. Jika kotak centang untuk **Hapus saat Pengakhiran** dicentang, volume akan dihapus pada saat pengakhiran instans EC2. Jika Anda menggunakan instans yang didukung EBS, Anda dapat menghentikan dan memulai ulang laporan tersebut yang memengaruhi data yang disimpan dalam volume terlampir. Volume tetap terpasang selama siklus stop-start. Hal ini memungkinkan Anda untuk memproses dan menyimpan data pada volume Anda secara tidak terbatas, hanya menggunakan sumber daya pemrosesan dan penyimpanan saat diperlukan. Data tetap ada pada volume hingga volume dihapus secara eksplisit. Penyimpanan blok fisik yang digunakan oleh volume EBS yang dihapus ditimpa dengan nol atau data pseudorandom kriptografi sebelum dialokasikan ke volume baru. Jika Anda berurusan dengan data sensitif, Anda harus mempertimbangkan untuk mengenkripsi data Anda secara manual atau menyimpan data pada volume yang dilindungi oleh enkripsi Amazon EBS. Untuk informasi selengkapnya, lihat [Enkripsi EBS Amazon](ebs-encryption.md).
Secara default, volume EBS utama yang dibuat dan dipasang pada suatu instans saat peluncuran akan dihapus bila instans tersebut diakhiri. Anda dapat mengubah perilaku ini dengan mengubah nilai bendera `DeleteOnTermination` ke `false` saat Anda meluncurkan instansnya. Nilai yang dimodifikasi ini menyebabkan volume berlanjut bahkan setelah instans dihentikan, dan memungkinkan Anda untuk memasang volume ke instans lain.
Secara default, volume EBS utama yang dibuat dan dipasang pada suatu instans saat peluncuran akan dihapus bila instans tersebut dihentikan. Anda dapat mengubah perilaku ini dengan mengubah nilai bendera `DeleteOnTermination` ke `true` saat Anda meluncurkan instansnya. Nilai yang dimodifikasi ini menyebabkan volume dihapus ketika instans diakhiri.
## Enkripsi data
Untuk enkripsi data yang disederhanakan, Anda dapat membuat volume EBS terenkripsi dengan fitur enkripsi Amazon EBS. Semua tipe volume EBS mendukung enkripsi. Anda dapat menggunakan volume EBS terenkripsi untuk memenuhi berbagai persyaratan data-at-rest enkripsi untuk data dan aplikasi yang diatur/diaudit. Enkripsi Amazon EBS menggunakan algoritma 256-bit Advanced Encryption Standard (AES-256) dan infrastruktur kunci utama yang dikelola Amazon. Enkripsi terjadi pada server yang menghosting instans EC2, menyediakan enkripsi data-in-transit dari instans EC2 ke penyimpanan Amazon EBS. Untuk informasi selengkapnya, lihat [Enkripsi EBS Amazon](ebs-encryption.md).
Enkripsi Amazon EBS digunakan AWS KMS keys saat membuat volume terenkripsi dan snapshot apa pun yang dibuat dari volume terenkripsi Anda. Pertama kali Anda membuat volume EBS terenkripsi di Wilayah, kunci KMS AWS terkelola default dibuat untuk Anda secara otomatis. Kunci ini digunakan untuk enkripsi Amazon EBS kecuali Anda membuat dan menggunakan kunci yang dikelola pelanggan. Membuat kunci terkelola pelanggan Anda sendiri memberi Anda lebih banyak fleksibilitas, termasuk kemampuan untuk membuat, memutar, menonaktifkan, menentukan kontrol akses, dan mengaudit kunci enkripsi yang digunakan untuk melindungi data Anda. Untuk informasi selengkapnya, lihat [Panduan Developer AWS Key Management Service](https://docs.aws.amazon.com/kms/latest/developerguide/).
## Keamanan data
Volume Amazon EBS disajikan kepada Anda sebagai perangkat blok mentah yang tidak terformat. Perangkat-perangkat ini adalah perangkat logis yang dibuat pada infrastruktur EBS dan layanan Amazon EBS akan memastikan bahwa perangkat-perangkat tersebut secara logis kosong (yakni bahwa, blok mentah tersebut sudah dikosongkan atau mengandung data pseudorandom secara kriptografis) sebelum digunakan atau digunakan kembali oleh pelanggan.
Jika Anda memiliki prosedur yang mengharuskan semua data dihapus menggunakan metode tertentu, baik setelah atau sebelum digunakan (atau keduanya), seperti yang dirinci dalam **DoD 5220.22-M** (Manual Operasi Program Keamanan Industri Nasional) atau **NIST 800-88**(Pedoman untuk Sanitisasi Media), Anda memiliki kemampuan untuk melakukannya di Amazon EBS. Aktivitas tingkat blok tersebut akan tercermin ke media penyimpanan yang mendasarinya dalam layanan Amazon EBS tersebut.
## Snapshot
Amazon EBS memberikan kemampuan untuk membuat snapshot (cadangan) dari volume EBS apa pun dan menulis salinan data dalam volume ke Amazon S3, yang menyimpan salinan itu secara redundan di beberapa Zona Ketersediaan. Volume tidak perlu dipasang ke instans yang sedang berjalan untuk mengambil snapshot. Saat Anda melanjutkan menulis data ke volume, Anda dapat membuat snapshot volume secara berkala untuk digunakan sebagai garis dasar untuk volume baru. Snapshot ini dapat digunakan untuk membuat banyak volume EBS baru atau memindahkan volume di seluruh Zona Ketersediaan. Snapshot volume EBS terenkripsi secara otomatis dienkripsi.
Saat Anda membuat volume baru dari snapshot, itu adalah salinan persis dari volume asli pada saat snapshot diambil. Volume EBS yang dibuat dari snapshot terenkripsi dienkripsi secara otomatis dienkripsi. Dengan menentukan Zona Ketersediaan yang berbeda, Anda dapat menggunakan fungsionalitas ini untuk membuat volume duplikat dalam zona tersebut. Snapshot dapat dibagikan dengan AWS akun tertentu atau dipublikasikan. Saat Anda membuat snapshot, Anda dikenai biaya di Amazon S3 berdasarkan ukuran data yang dicadangkan, bukan ukuran volume sumber. Snapshot berikutnya dengan volume yang sama adalah snapshot inkremental. Snapshot tersebut hanya menyertakan data yang diubah dan baru yang ditulis ke volume sejak snapshot terakhir dibuat, dan Anda hanya dikenai biaya untuk data yang diubah dan baru ini.
Snapshot adalah pencadangan bertahap, yang berarti hanya blok pada volume yang berubah setelah snapshot terbaru Anda disimpan. Jika Anda memiliki volume dengan 100 GiB data, tetapi hanya 5 GiB data telah berubah sejak snapshot terakhir Anda, hanya 5 GiB dari data yang dimodifikasi ditulis ke Amazon S3. Meskipun snapshot disimpan secara bertahap, proses penghapusan snapshot dirancang agar Anda hanya mempertahankan snapshot terbaru.
Untuk membantu mengategorikan dan mengelola volume dan snapshot, Anda dapat menandainya dengan metadata pilihan Anda.
Untuk mencadangkan volume Anda secara otomatis, Anda dapat menggunakan [Amazon Data Lifecycle Manager](snapshot-lifecycle.md) atau [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/).
## Fleksibilitas
Volume EBS mendukung perubahan konfigurasi langsung saat berada di produksi. Anda dapat memodifikasi tipe volume, ukuran volume, dan kapasitas IOPS tanpa gangguan layanan. Untuk informasi selengkapnya, lihat [Ubah volume Amazon EBS menggunakan operasi Volume Elastis](ebs-modify-volume.md).
# Tipe volume Amazon EBS
Amazon EBS menyediakan tipe volume berikut, yang berbeda dalam karakteristik performa dan harga, sehingga Anda dapat menyesuaikan performa dan biaya penyimpanan dengan kebutuhan aplikasi Anda.
**penting**
Ada beberapa faktor yang dapat mempengaruhi kinerja volume EBS, seperti konfigurasi instans, I/O karakteristik, dan permintaan beban kerja. [Untuk sepenuhnya menggunakan IOPS yang disediakan pada volume EBS, gunakan instans yang dioptimalkan EBS.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html) Untuk informasi selengkapnya tentang memaksimalkan volume EBS Anda, lihat [Performa volume Amazon EBS](ebs-performance.md).
Untuk informasi selengkapnya tentang harga, lihat [Harga Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Tipe volume**
+ [Volume solid state drive (SSD)](#vol-type-ssd)
+ [Volume hard disk drive (HDD)](#vol-type-hdd)
+ [Volume generasi sebelumnya](#vol-type-prev)
## Volume solid state drive (SSD)
Volume yang didukung SSD dioptimalkan untuk beban kerja transaksional yang melibatkan read/write operasi yang sering dengan I/O ukuran kecil, di mana atribut kinerja yang dominan adalah IOPS. Tipe volume yang didukung SSD termasuk **SSD Tujuan Umum** dan **SSD IOPS yang Tersedia**. Berikut ini ringkasan kasus penggunaan dan karakteristik volume yang didukung SSD.
| | [Volume SSD Tujuan Umum Amazon EBS](general-purpose.md) | [Volume IOPS SSD yang Diberikan Amazon EBS](provisioned-iops.md) |
| --- | --- | --- |
| Tipe volume | gp36 | gp2 | io2Blok Ekspres | io1 |
| Daya tahan | Daya tahan 99,8% - 99,9% (tingkat kegagalan tahunan 0,1% - 0,2%) | Daya tahan 99,999% (tingkat kegagalan tahunan 0,001%) | Daya tahan 99,8% - 99,9% (tingkat kegagalan tahunan 0,1% - 0,2%) |
| Kasus penggunaan | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/ebs-volume-types.html) | Beban kerja yang membutuhkan: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/ebs-volume-types.html) |
| Ukuran volume | 1 GiB - 64 TiB | 1 GiB - 16 TiB | 4 GiB - 64 TiB | 4 GiB - 16 TiB |
| Max IOPS | 80.000 3 (64 KiB I/O 4) | 16.000 (16 KiB I/O 4) | 256.000 3 (16 I/O KiB 4) | 64.000 (16 KiB I/O 4) |
| Throughput maks | 2.000 MIB/s | 250 MiB/s 1 | 4.000 MiB/dtk | 1.000 MiB/s 2 |
| Multi-Lampiran Amazon EBS | Tidak didukung | Didukung |
| NVMe reservasi | Tidak didukung | Didukung | Tidak didukung |
| Volume boot | Didukung |
1 Batas throughput adalah antara 128 MiB/s dan 250 MiB/s, tergantung pada ukuran volume. Untuk informasi selengkapnya, lihat [Performa volume `gp2`](general-purpose.md#gp2-performance). Volume yang dibuat sebelum **3 Desember 2018** yang belum dimodifikasi sejak pembuatan mungkin tidak mencapai performa penuh kecuali Anda [mengubah volume](ebs-modify-volume.md).
2 [Untuk mencapai throughput maksimum 1.000 MiB/s, volume harus disediakan dengan 64.000 IOPS dan harus dilampirkan ke instans berbasis NITRO.](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) Volume yang dibuat sebelum **6 Desember 2017** yang belum dimodifikasi sejak pembuatan mungkin tidak mencapai performa penuh kecuali Anda [memodifikasi volumenya](ebs-modify-volume.md).
3 [instans berbasis Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) mendukung volume yang disediakan hingga 256.000 IOPS. Tipe instans lainnya dapat dilampirkan ke volume yang disediakan hingga 64.000 IOPS, tetapi dapat mencapai hingga 32.000 IOPS.
4 Merupakan I/O ukuran yang diperlukan untuk mencapai IOPS maksimum dalam batas throughput volume.
Volume 5 `io2` Block Express dirancang untuk memberikan latensi rata-rata di bawah 500 mikrodetik untuk operasi I/O 16KiB.
6 Di Outposts, volume gp3 mendukung ukuran hingga 16 TiB, IOPS hingga 16.000, dan throughput hingga 1.000 MiB/s.
Untuk informasi selengkapnya tentang tipe volume yang didukung SSD, lihat berikut ini:
+ [Volume SSD Tujuan Umum Amazon EBS](general-purpose.md)
+ [Volume IOPS SSD yang Diberikan Amazon EBS](provisioned-iops.md)
## Volume hard disk drive (HDD)
Volume yang didukung HDD dioptimalkan untuk beban kerja streaming besar di mana atribut performa dominan adalah throughput. Tipe volume HDD termasuk **HDD dengan Throughput Dioptimalkan** dan **HDD Dingin** Berikut ini ringkasan kasus penggunaan dan karakteristik volume yang didukung SSD.
| | [Volume HDD Throughput Dioptimalkan](hdd-vols.md#EBSVolumeTypes_st1) | [Volume Cold HDD](hdd-vols.md#EBSVolumeTypes_sc1) |
| --- | --- | --- |
| Tipe volume | st1 | sc1 |
| Daya tahan | Daya tahan 99,8% - 99,9% (tingkat kegagalan tahunan 0,1% - 0,2%) |
| Kasus penggunaan | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/ebs-volume-types.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/ebs-volume-types.html) |
| Ukuran volume | 125 GiB - 16 TiB |
| Maks IOPS per volume (1 MiB I/O) | 500 | 250 |
| Throughput maksimal per volume | 500 MiB/dtk | 250 MiB/dtk |
| Multi-Lampiran Amazon EBS | Tidak didukung |
| Volume boot | Tidak didukung |
Untuk informasi selengkapnya tentang volume Hard disk drive (HDD), lihat [Amazon EBS Throughput Dioptimalkan HDD dan volume HDD Dingin](hdd-vols.md).
## Volume generasi sebelumnya
Volume magnetik (`standard`) adalah volume generasi sebelumnya yang didukung oleh drive magnetik. Mereka cocok untuk beban kerja dengan set data kecil di mana data jarang diakses dan performanya bukan merupakan hal yang penting. Volume ini menghasilkan sekitar 100 IOPS secara rata-rata, dengan kapasitas lonjakan hingga ratusan IOPS, dan ukurannya dapat berkisar antara 1 GiB hingga 1 TiB.
**Tip**
Magnetik adalah tipe volume generasi sebelumnya. Jika Anda membutuhkan kinerja atau konsistensi kinerja yang lebih tinggi daripada yang dapat diberikan oleh volume generasi sebelumnya, sebaiknya gunakan salah satu jenis volume generasi saat ini.
Tabel berikut menjelaskan tipe volume EBS generasi sebelumnya.
| | Magnetik |
| --- | --- |
| Tipe volume | standard |
| Kasus penggunaan | Beban kerja di mana data jarang diakses |
| Ukuran volume | 1 GiB-1 TiB |
| Maks IOPS per volume | 40–200 |
| Throughput maksimal per volume | 40–90 MiB/dtk |
| Volume boot | Didukung |
# Volume SSD Tujuan Umum Amazon EBS
Volume General Purpose SSD (gp2 dan gp3) didukung oleh solid-state drive (). SSDs Harga dan performa diseimbangkan untuk berbagai macam beban kerja transaksional. Ini termasuk desktop virtual, basis data instans tunggal berukuran sedang, aplikasi interaktif sensitif latensi, lingkungan pengembangan dan pengujian, dan volume boot. Kami merekomendasikan volume ini untuk sebagian besar beban kerja.
Amazon EBS menawarkan tipe volume SSD Tujuan Umum berikut:
**Topics**
+ [
## Volume SSD Tujuan Umum (gp3)
](#gp3-ebs-volume-type)
+ [
## Volume SSD Tujuan Umum (gp2)
](#EBSVolumeTypes_gp2)
## Volume SSD Tujuan Umum (gp3)
Volume SSD Tujuan Umum (gp3) adalah generasi terbaru dari volume SSD Tujuan Umum, dan volume SSD dengan biaya terendah yang ditawarkan oleh Amazon EBS. Tipe volume ini membantu memberikan keseimbangan harga dan performa yang tepat untuk sebagian besar aplikasi. Ini juga membantu Anda menskalakan performa volume secara independen dari ukuran volume. Ini berarti Anda dapat menyediakan performa yang diperlukan tanpa perlu menyediakan kapasitas penyimpanan blok tambahan. Selain itu, volume gp3 menawarkan harga 20 persen lebih rendah per GiB daripada volume SSD Tujuan Umum (gp2).
Volume gp3 memberikan latensi milidetik satu digit dan 99,8 persen hingga 99,9 persen daya tahan volume dengan tingkat kegagalan tahunan (AFR) tidak lebih tinggi dari 0,2 persen, yang berarti maksimum dua kegagalan volume per 1.000 volume berjalan selama periode satu tahun. AWS mendesain volume gp3 untuk memberikan kinerja yang disediakan 99 persen dari waktu.
**Tip**
Untuk beban kerja yang sensitif terhadap latensi, kami menyarankan Anda menggunakan volume Blok Ekspres io2. `io2` Volume Block Express dirancang untuk memberikan latensi rata-rata di bawah 500 mikrodetik untuk operasi I/O 16KiB. `io2` Volume Block Express juga memberikan latensi outlier yang lebih baik dibandingkan dengan volume Tujuan Umum, mengurangi frekuensi I/Os melebihi 800 mikrodetik lebih dari 10 kali lipat. Untuk informasi selengkapnya, lihat [Volume Block Express SSD (`io2`) IOPS yang tersedia](provisioned-iops.md#io2-block-express).
**Topics**
+ [
### Performa volume gp3
](#gp3-performance)
+ [
### Ukuran volume gp3
](#gp3-sie)
+ [
### Migrasi ke gp3 dari gp2
](#migrate-to-gp3)
### Performa volume gp3
**Tip**
Volume gp3 tidak menggunakan performa lonjakan. Volume ini dapat mempertahankan performa IOPS yang tersedia dan throughput secara penuh tanpa batas waktu.
**Performa IOPS**
Volume gp3 memberikan performa IOPS dasar yang konsisten 3.000 IOPS, yang disertakan dengan harga penyimpanan. Anda dapat menyediakan IOPS tambahan (hingga maksimum 80.000) dengan biaya tambahan dengan rasio 500 IOPS per GiB ukuran volume. IOPS maksimum dapat disediakan untuk volume 160 GiB atau lebih besar (500 IOPS per GiB × 160 GiB = 80.000 IOPS).
**Performa throughput**
volume gp3 memberikan kinerja throughput dasar yang konsisten sebesar 125). MiB/s, which is included with the price of storage. You can provision additional throughput (up to a maximum of 2,000 MiB/s) for an additional cost at a ratio of 0.25 MiB/s per provisioned IOPS. Maximum throughput can be provisioned at 8,000 IOPS or higher and 16 GiB or larger (8,000 IOPS × 0.25 MiB/s per IOPS = 2,000 MiB/s
**catatan**
Di Outposts, volume gp3 mendukung ukuran hingga 16 TiB, IOPS hingga 16.000, dan throughput hingga 1.000 MiB/s.
### Ukuran volume gp3
Volume gp3 dapat berkisar dalam ukuran dari 1 GiB hingga 64 TiB.
### Migrasi ke gp3 dari gp2
Jika saat ini Anda menggunakan volume gp2, Anda dapat memigrasikan volume ke gp3 menggunakan operasi [Ubah volume Amazon EBS menggunakan operasi Volume Elastis](ebs-modify-volume.md). Anda dapat menggunakan operasi Volume Elastis Amazon EBS untuk mengubah tipe volume, IOPS, dan throughput volume yang ada tanpa mengganggu instans Amazon EC2. Saat menggunakan konsol untuk membuat volume atau membuat AMI dari snapshot, SSD Tujuan Umum `gp3` adalah pilihan default untuk tipe volume. Dalam kasus lain, `gp2` adalah pilihan default. Dalam kasus ini, Anda dapat memilih `gp3` sebagai tipe volume alih-alih menggunakan `gp2`.
Untuk mengetahui berapa banyak yang dapat Anda hemat dengan memigrasikan volume gp2 Anda ke gp3, gunakan [kalkulator penghematan biaya migrasi Amazon EBS gp2 ke gp3](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx).
## Volume SSD Tujuan Umum (gp2)
Volume SSD Tujuan Umum menawarkan penyimpanan hemat biaya yang ideal untuk berbagai beban kerja. Dengan volume `gp2`, performa diskalakan dengan ukuran volume.
**Tip**
Volume `gp3` adalah generasi terbaru dari volume SSD Tujuan Umum. Volume itu menawarkan penskalaan performa yang lebih dapat diprediksi dan harga yang lebih murah hingga 20 persen daripada volume `gp2`. Untuk informasi selengkapnya, lihat [Volume SSD Tujuan Umum (gp3)](#gp3-ebs-volume-type).
Untuk mengetahui berapa banyak yang dapat Anda hemat dengan memigrasikan `gp2` volume ke `gp3`, gunakan [kalkulator penghematan biaya migrasi Amazon EBS gp2 ke gp3](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx).
`gp2`volume memberikan latensi milidetik satu digit dan 99,8 persen hingga 99,9 persen daya tahan volume dengan tingkat kegagalan tahunan (AFR) tidak lebih tinggi dari 0,2 persen, yang berarti maksimum dua kegagalan volume per 1.000 volume berjalan selama periode satu tahun. AWS mendesain `gp2` volume untuk memberikan kinerja yang disediakan 99 persen dari waktu.
**Topics**
+ [
### Performa volume `gp2`
](#gp2-performance)
+ [
### Ukuran volume `gp2`
](#gp2-size)
### Performa volume `gp2`
**Performa IOPS**
Skala performa IOPS dasar secara linear antara minimal 100 dan maksimum 16.000 dengan kecepatan 3 IOPS per GiB ukuran volume. Performa IOPS disediakan sebagai berikut:
+ Volume 33,33 GiB dan yang lebih kecil disediakan dengan minimal 100 IOPS.
+ Volume lebih besar dari 33,33 GiB disediakan dengan 3 IOPS per GiB ukuran volume hingga batas 16.000 IOPS, yang dicapai pada 5.334 GiB (3 X 5.334).
+ Volume 5.334 GiB dan lebih besar disediakan dengan 16.000 IOPS.
Volume `gp2` yang lebih kecil dari 1 TiB (dan yang disediakan dengan kurang dari 3.000 IOPS) dapat **melonjak** menjadi 3.000 IOPS bila diperlukan untuk jangka waktu yang lama. Kemampuan volume untuk meledak diatur oleh I/O kredit. Ketika I/O permintaan lebih besar dari kinerja dasar, volume **menghabiskan I/O kredit** untuk meledak ke tingkat kinerja yang diperlukan (hingga 3.000 IOPS). Saat meledak, I/O kredit tidak diakumulasikan dan dihabiskan pada tingkat IOPS yang digunakan di atas IOPS dasar (tingkat pengeluaran = burst IOPS - IOPS dasar). Semakin banyak I/O kredit yang diperoleh volume, semakin lama ia dapat mempertahankan kinerja burst-nya. Anda dapat menghitung **Durasi lonjakan** sebagai berikut:
```
(I/O credit balance)
Burst duration = ------------------------------
(Burst IOPS) - (Baseline IOPS)
```
Ketika I/O permintaan turun ke tingkat kinerja dasar atau lebih rendah, volume mulai **mendapatkan I/O kredit** pada tingkat 3 I/O kredit per GiB ukuran volume per detik. Volume memiliki **batas akrual kredit I/O** sebesar 5,4 juta I/O kredit, yang cukup untuk mempertahankan kinerja burst maksimum 3.000 IOPS selama setidaknya 30 menit.
**catatan**
Setiap volume menerima saldo I/O kredit awal sebesar 5,4 juta I/O kredit, yang menyediakan siklus boot awal yang cepat untuk volume boot dan pengalaman bootstrap yang baik untuk aplikasi lain.
Tabel berikut mencantumkan contoh ukuran volume dan kinerja dasar volume yang terkait, durasi burst (saat dimulai dengan 5,4 juta I/O kredit), dan waktu yang dibutuhkan untuk mengisi ulang saldo kredit kosong. I/O
| Ukuran volume (GiB) | Performa dasar (IOPS) | Durasi lonjakan pada 3.000 IOPS (detik) | Waktu untuk mengisi ulang saldo kredit kosong (detik) |
| --- | --- | --- | --- |
| 1 hingga 33,33 | 100 | 1,862 | 54.000 |
| 100 | 300 | 2.000 | 18.000 |
| 334 (Ukuran minimum untuk throughput maksimal) | 1,002 | 2,703 | 5,389 |
| 750 | 2.250 | 7.200 | 2,400 |
| 1.000 | 3.000 | T/A\$1 | T/A\$1 |
| 5.334 (ukuran minimum untuk IOPS maks) dan lebih besar | 16.000 | T/A\$1 | T/A\$1 |
\$1 Performa dasar volume melebihi performa lonjakan maksimum.
Anda dapat memantau saldo I/O kredit untuk volume menggunakan `BurstBalance` metrik Amazon EBS di Amazon CloudWatch. Metrik ini menunjukkan persentase kredit I/O untuk `gp2` yang tersisa. Untuk informasi selengkapnya, lihat [I/O Karakteristik dan pemantauan Amazon EBS](ebs-io-characteristics.md). Anda dapat mengatur alarm yang memberi tahu Anda kapan nilai `BurstBalance` turun ke tingkat tertentu. Untuk informasi selengkapnya, lihat [Membuat CloudWatch Alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
**Performa throughput**
`gp2`volume memberikan throughput antara 128 MiB/s dan 250 MiB/s, tergantung pada ukuran volume. Performa throughput disediakan sebagai berikut:
+ Volume yang besarnya 170 GiB dan lebih kecil menghasilkan throughput maksimal 128 MiB/dtk.
+ Volume lebih besar dari 170 GiB tetapi lebih kecil dari 334 GiB dapat melonjak hingga throughput maksimal 250 MiB/dtk.
+ Volume sebesar 334 GiB dan lebih besar menghasilkan 250 MiB/dtk.
Throughput untuk volume `gp2` dapat dihitung menggunakan rumus berikut, hingga batas throughput 250 MiB/dtk:
```
Throughput in MiB/s = IOPS performance × I/O size in KiB / 1,024
```
### Ukuran volume `gp2`
Volume `gp2` dapat berkisar dalam ukuran dari 1 GiB hingga 16 TiB. Perlu diingat bahwa performa volume menskalakan secara linier dengan ukuran volume.
# Volume IOPS SSD yang Diberikan Amazon EBS
Volume IOPS SSD yang disediakan didukung oleh solid-state drive (). SSDs Volume tersebut adalah volume penyimpanan Amazon EBS beperforma tertinggi yang dirancang untuk beban kerja kritis, intensif IOPS, dan intensif throughput yang memerlukan latensi rendah. Volume SSD IOPS yang tersedia memberikan performa IOPS yang tersedia 99,9 persen waktu.
**Topics**
+ [
## Volume Block Express SSD (`io2`) IOPS yang tersedia
](#io2-block-express)
+ [
## Volume SSD IOPS yang tersedia (`io1`)
](#EBSVolumeTypes_piops)
## Volume Block Express SSD (`io2`) IOPS yang tersedia
Volume Block Express `io2` dibangun pada penyimpanan server arsitektur Amazon EBS generasi berikutnya. Ini telah dibangun untuk tujuan memenuhi persyaratan kinerja aplikasi I/O intensif yang paling menuntut yang berjalan pada [instance yang dibangun di atas Sistem Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Dengan daya tahan tertinggi dan latensi terendah, Block Express sangat ideal untuk menjalankan beban kerja yang intensif performa, misi kritis, seperti Oracle, SAP HANA, Microsoft SQL Server, dan SAS Analytics.
Arsitektur Block Express meningkatkan performa dan skala volume `io2`. Server Block Express berkomunikasi dengan [instans berbasis Nitro menggunakan protokol](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) jaringan Scalable Reliable Datagram (SRD). Antarmuka ini diimplementasikan dalam Kartu Nitro yang didedikasikan untuk fungsi Amazon I/O EBS pada perangkat keras host instance. Ini meminimalkan variasi I/O penundaan dan latensi (jitter jaringan), yang memberikan kinerja yang lebih cepat dan lebih konsisten untuk aplikasi Anda.
Volume `io2` Block Express dirancang untuk memberikan 99,999 persen daya tahan volume dengan tingkat kegagalan tahunan (AFR) tidak lebih dari 0,001 persen, yang berarti satu kegagalan volume per 100.000 volume berjalan selama periode satu tahun. `io2` Volume Block Express cocok untuk beban kerja yang mendapat manfaat dari satu volume yang memberikan latensi sub-milidetik yang konsisten, dan mendukung IOPS dan throughput yang lebih tinggi daripada volume gp3.
Saat dilampirkan ke [instans berbasis Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html), volume `io2` Block Express dirancang untuk memberikan latensi rata-rata di bawah 500 mikrodetik untuk operasi 16KiB. I/O `io2` Volume Block Express juga memberikan latensi outlier yang lebih baik dibandingkan dengan volume Tujuan Umum, mengurangi frekuensi I/Os melebihi 800 mikrodetik lebih dari 10 kali lipat.
**Topics**
+ [
### Pertimbangan-pertimbangan
](#io2-bx-considerations)
+ [
### Performa
](#io2-bx-perf)
### Pertimbangan-pertimbangan
+ `io2`Volume Block Express tersedia di semua AWS Wilayah, termasuk AWS GovCloud (US) Wilayah dan Wilayah Tiongkok.
+ Per **30 April 2025,** semua volume baru dan yang dibuat sebelumnya adalah `io2` volume `io2` Block Express.
+ [Instans berbasis Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) mendukung volume yang disediakan hingga 256.000 IOPS. Tipe instans lainnya dapat dilampirkan ke volume yang disediakan hingga 64.000 IOPS, tetapi dapat mencapai hingga 32.000 IOPS.
### Performa
`io2`Volume Block Express memiliki karakteristik sebagai berikut:
+ Latensi rata-rata di bawah 500 mikrodetik untuk ukuran I/O 16KiB. Latensi outlier yang lebih baik dibandingkan dengan volume Tujuan Umum, mengurangi frekuensi I/Os melebihi 800 mikrodetik lebih dari 10 kali.
+ Kapasitas penyimpanan hingga 64 TiB (65.536 GiB).
+ IOPS yang tersedia hingga 256.000, dengan rasio IOPS:GIB adalah 1.000:1. IOPS maksimum dapat disediakan dengan volume 256 GiB dan lebih besar (1.000 IOPS × 256 GiB = 256.000 IOPS).
**catatan**
[Anda dapat mencapai hingga 256.000 IOPS dengan instans berbasis NITRO.](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) Pada kasus lain, Anda dapat mencapai hingga 32.000 IOPS.
+ Volume throughput hingga 4.000 MiB/s. Throughput scales proportionally at a rate of 0.256 MiB/s per IOPS yang disediakan. Throughput maksimum dapat dicapai pada 16.000 IOPS atau lebih tinggi.
![\[Batas throughput untuk volume io2 Block Express\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/io2_bx.png)
## Volume SSD IOPS yang tersedia (`io1`)
Volume SSD IOPS yang tersedia (`io1`) dirancang untuk memenuhi kebutuhan beban kerja intensif I/O, terutama beban kerja basis data, yang sensitif terhadap performa dan konsistensi penyimpanan. Volume SSD IOPS yang tersedia menggunakan tingkat IOPS yang konsisten, yang Anda tentukan saat membuat volume, dan Amazon EBS memberikan performa yang telah disediakan sebesar 99,9 persen.
`io1` volume dirancang untuk memberikan 99,8 hingga 99,9 persen daya tahan volume dengan tingkat kegagalan tahunan (AFR) tidak lebih dari 0,2 persen, yang berarti maksimum dua kegagalan volume per 1.000 volume berjalan selama periode satu tahun.
Volume `io1` tersedia untuk semua tipe instans Amazon EC2.
**Kinerja**
Ukuran volume `io1` dapat berkisar dari 4 GiB hingga 16 TiB dan Anda dapat menyediakan dari 100 IOPS hingga 64.000 IOPS per volume. Rasio maksimum IOPS yang tersedia dengan ukuran volume yang diminta (dalam GiB) adalah 50:1. Misalnya, volume `io1` 100 GiB dapat disediakan hingga 5.000 IOPS.
IOPS maksimum dapat ditetapkan untuk volume yang 1.280 GiB atau lebih besar (50 × 1.280 GiB = 64.000 IOPS).
+ `io1`volume yang disediakan hingga 32.000 IOPS mendukung ukuran maksimum I/O 256 KiB dan menghasilkan sebanyak 500 throughput. MiB/s Dengan I/O ukuran maksimal, puncak throughput tercapai pada 2.000 IOPS.
+ Volume `io1` yang disediakan dengan lebih dari 32.000 IOPS (hingga maksimal 64.000 IOPS) menghasilkan peningkatan throughput linier pada tingkat 16 KiB per IOPS yang tersedia. Misalnya, volume yang disediakan dengan 48.000 IOPS dapat mendukung hingga 750 throughput (16 KiB per IOPS MiB/s yang disediakan × 48.000 IOPS yang disediakan = 750 MiB/s).
+ Untuk mencapai throughput maksimum 1.000MiB/s, a volume must be provisioned with 64,000 IOPS (16 KiB per provisioned IOPS × 64,000 provisioned IOPS = 1,000 MiB/s).
+ Anda dapat mencapai hingga 64.000 IOPS hanya pada instans berbasis [NITRO](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Pada kasus lain, Anda dapat mencapai hingga 32.000 IOPS.
. Grafik berikut menggambarkan karakteristik performa ini:
![\[Batasan throughput untuk volume io1\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/io1_throughput.png)
Per- I/O latency experience depends on the provisioned IOPS and on your workload profile. For the best I/O latency experience, ensure that you provision IOPS to meet the I/O profil beban kerja Anda.
# 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).
# Batasan volume Amazon EBS
Ukuran volume Amazon EBS dibatasi oleh fisika dan aritmatika penyimpanan data blok, serta oleh keputusan implementasi sistem operasi (OS) dan perancang sistem file. AWS memberlakukan batasan tambahan pada ukuran volume untuk menjaga keandalan layanannya.
Bagian-bagian berikut menjelaskan faktor terpenting yang membatasi ukuran volume EBS yang dapat digunakan dan menawarkan rekomendasi untuk mengonfigurasi volume EBS Anda.
**Topics**
+ [
## Kapasitas penyimpanan
](#ebs-storage-capacity)
+ [
## Pembatasan layanan
](#aws_limits)
+ [
## Skema partisi
](#partitioning)
+ [
## Ukuran blok data
](#block_size)
## Kapasitas penyimpanan
Tabel berikut merangkum jadwal penyimpanan teoretis dan yang diimplementasikan untuk sistem file yang paling umum digunakan di Amazon EBS, dengan asumsi ukuran blok sebesar 4.096 bita.
| Skema pembagian | Blok maksimal yang dapat dihitung | Ukuran maks teoretis (blok × ukuran blok) | Ekst4 menerapkan ukuran maksimal\$1 | XFS menerapkan ukuran maksimal\$1\$1 | NTFS menerapkan ukuran maksimal | Max yang didukung oleh EBS |
| --- | --- | --- | --- | --- | --- | --- |
| MBR | 2 32 | 2 TiB | 2 TiB | 2 TiB | 2 TiB | 2 TiB |
| GPT | 2 64 | 64 ZiB | 1 EiB =10242 TiB (50 TiB disertifikasi pada) RHEL7 | 500 TiB (disertifikasi pada RHEL7) | 256 TiB | 64 TiB † |
\$1 [Ext4 Howto](https://archive.kernel.org/oldwiki/ext4.wiki.kernel.org/index.php/Ext4_Howto.html) dan [Apa batas ukuran file dan sistem untuk Red Hat](https://access.redhat.com/solutions/1532) Enterprise Linux?
\$1\$1 [Berapa batas ukuran file dan sistem untuk Red Hat Enterprise Linux?](https://access.redhat.com/solutions/1532)
† Volume `io2` Block Express mendukung hingga 64 TiB untuk partisi GPT. Untuk informasi selengkapnya, lihat [Volume Block Express SSD (`io2`) IOPS yang tersedia](provisioned-iops.md#io2-block-express).
## Pembatasan layanan
Amazon EBS merupakan abstrak penyimpanan pusat data yang didistribusikan secara besar-besaran ke dalam hard disk virtual. Ke sistem operasi yang terpasang pada instans EC2 volume EBS terlampir tampaknya berupa hard disk fisik yang berisi sektor disk 512-bita. OS tersebut mengelola alokasi blok (atau klaster) data ke sektor virtual tersebut melalui pemanfaatan manajemen penyimpanan. Alokasi tersebut sesuai dengan skema partisi volume, seperti master boot record (MBR) atau GUID partition table (GPT), dan sesuai kemampuan sistem file yang terpasang (ext4, NTFS, dan seterusnya).
EBS tidak mengetahui data yang terkandung di sektor disk virtual; tapi hanya memastikan integritas sektor. Ini berarti bahwa AWS tindakan dan tindakan OS tidak tergantung satu sama lain. Saat Anda memilih ukuran volume, perhatikan kemampuan dan batasan keduanya, seperti dalam kasus berikut:
+ Saat ini EBS mendukung ukuran volume maksimum 64 TiB. Artinya, Anda dapat membuat volume EBS sebesar 64 TiB, tetapi apakah OS tersebut mengakui semua kapasitas itu tergantung pada karakteristik desainnya sendiri dan bagaimana volumenya dipartisi.
+ Volume boot harus menggunakan skema partisi MBR atau GPT. AMI yang Anda luncurkan instance menentukan mode boot dan selanjutnya skema partisi yang digunakan untuk volume boot.
Dengan **MBR**, volume boot dibatasi hingga 2 TiB.
Dengan **GPT**, volume boot dapat mencapai ukuran hingga 64 TiB saat digunakan GRUB2 dengan (Linux) atau mode boot UEFI (Windows).
Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS tersedia untuk digunakan](ebs-using-volumes.md).
+ Volume non-boot yang 2 TiB (2048 GiB) atau lebih besar harus menggunakan tabel partisi GPT untuk mengakses seluruh volume.
## Skema partisi
Di antara dampak lainnya, skema pembagian menentukan berapa banyak blok data logis yang dapat ditangani secara unik dalam satu volume. Untuk informasi selengkapnya, lihat [Ukuran blok data](#block_size). Skema partisi umum yang digunakan adalah *Master Boot Record* (MBR) dan *tabel partisi GUID* (GPT). Perbedaan penting antara skema ini dapat dirangkum sebagai berikut.
### MBR
MBR menggunakan struktur data 32-bit untuk menyimpan alamat blok. Ini berarti bahwa setiap blok data dipetakan dengan salah satu dari 232 bilangan bulat yang mungkin. Ukuran maksimum volume yang dapat dihitung diberikan dengan formula berikut ini:
```
232 × Block size
```
Ukuran blok untuk volume MBR secara konvensional dibatasi sebesar 512 bita. Oleh karena itu:
```
232 × 512 bytes = 2 TiB
```
Solusi teknik untuk meningkatkan batas 2-TiB ini untuk volume MBR belum memenuhi adopsi industri yang tersebar luas. Akibatnya, Linux dan Windows tidak pernah mendeteksi volume MBR sebagai lebih besar dari 2 TiB bahkan AWS jika menunjukkan ukurannya menjadi lebih besar.
### GPT
GPT menggunakan struktur data 64-bit untuk menyimpan alamat blok. Ini berarti bahwa setiap blok data dipetakan dengan salah satu dari 264 bilangan bulat yang mungkin. Ukuran maksimum volume yang dapat dihitung diberikan dengan formula berikut ini:
```
264 × Block size
```
Ukuran blok untuk volume GPT umumnya 4.096 bita. Oleh karena itu:
```
264 × 4,096 bytes
= 264 × 212 bytes
= 270 × 26 bytes
= 64 ZiB
```
Sistem komputer dunia nyata tidak mendukung apa pun yang dekat dengan maksimum teoretis ini. Ukuran sistem file yang diterapkan saat ini dibatasi hingga 50 TiB untuk ext4 dan 256 TiB untuk NTFS.
## Ukuran blok data
Penyimpanan data di hard drive modern dikelola melalui *pengalamatan blok logis*, lapisan abstraksi yang memungkinkan sistem operasi membaca dan menulis data dalam blok logis tanpa mengetahui banyak tentang perangkat keras yang mendasarinya. Sistem operasi bergantung pada perangkat penyimpanan untuk memetakan blok ke sektor fisiknya, dan membaca dan menulis data ke disk menggunakan blok data yang merupakan kelipatan dari ukuran sektor.
Amazon EBS mengiklankan sektor fisik 512-byte atau 4.096-byte (4 KiB) ke sistem operasi, tergantung pada faktor-faktor berikut:
1. Jenis instans Amazon EC2
1. Sistem operasi
1. Versi NVMe driver
Amazon EBS mengiklankan sektor fisik 4-KiB hanya jika semua faktor mendukungnya. Jika salah satu dari ini tidak mendukung sektor fisik 4-KiB, Amazon EBS mengiklankan sektor fisik 512-byte.
**Dukungan jenis instans Amazon EC2**
Tabel berikut menunjukkan ukuran sektor yang diiklankan Amazon EBS untuk berbagai jenis instans Amazon EC2.
| Tipe instans | Linux | Windows |
| --- | --- | --- |
| Semua tipe instance berbasis Xen | Amazon EBS selalu mengiklankan sektor fisik 512-byte |
| A1 \$1 C5 \$1 C5a \$1 C5aD \$1 C5d \$1 C5n \$1 C6g \$1 C6gd \$1 \$1 D3 \$1 D3en \$1 G4ad \$1 G4dn \$1 G5 \$1 G5g \$1 I3 \$1 i3en \$1 Inf1 \$1 M5 DL1 \$1 M5a \$1 M5aD \$1 M5d \$1 M5dn \$1 M5n \$1 M5zn \$1 M5zn \$1 M5zn 6g \$1 M6gd \$1 P3dn \$1 P4d \$1 P4de \$1 R5 \$1 R5a \$1 R5ad \$1 R5d \$1 R5dn \$1 R5n \$1 R6g \$1 R6gd \$1 T3 \$1 T3a \$1 T4G \$1 U-12tb1 \$1 U-18tb1 \$1 U-24tb1 \$1 U-6tb1 \$1 U-9tb1 \$1 x2GD \$1 x2IEZN \$1 \$1 Z1d VT1 | Amazon EBS selalu mengiklankan sektor fisik 512-byte | Amazon EBS mengiklankan sektor fisik 512-byte atau 4-KiB 1 |
| Semua contoh berbasis Nitro lainnya | Amazon EBS mengiklankan sektor fisik 512-byte atau 4-KiB 1 |
1 Tergantung pada dukungan sistem operasi. Lihat bagian berikut.
**Dukungan sistem operasi**
Tabel berikut memberikan contoh sistem operasi dan ukuran sektor fisik yang sesuai yang diiklankan oleh Amazon EBS. Ini **bukan daftar lengkap.** Kami menyarankan Anda memverifikasi ukuran sektor fisik yang diiklankan oleh Amazon EBS di sistem operasi Anda.
| Sistem operasi | Ukuran sektor fisik yang diiklankan |
| --- | --- |
| [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/volume_constraints.html) | 512 byte |
| [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/volume_constraints.html) | 4 KiB |
1 Untuk beban kerja Windows, pastikan Anda menggunakan versi [AWS NVMe driver](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html) terbaru. Amazon EBS mengiklankan sektor fisik 4-KiB dengan AWS NVMe driver versi 1.4.1 dan yang lebih baru.
### Ukuran blok non-default
Ukuran default industri untuk blok data logis saat ini adalah 4 KiB. Karena beban kerja tertentu mendapatkan keuntungan dari ukuran blok yang lebih kecil atau lebih besar, sistem file mendukung ukuran blok non-default yang dapat ditentukan selama pemformatan. Skenario di mana ukuran blok non-default harus digunakan (seperti pengoptimalan) berada di luar cakupan topik ini, tetapi pilihan ukuran blok memiliki konsekuensi untuk kapasitas penyimpanan volume. Tabel berikut menunjukkan kapasitas penyimpanan teoritis sebagai fungsi dari ukuran blok. Namun, perhatikan bahwa batas yang diberlakukan EBS pada ukuran volume (64 TiB untuk io2 Block Express) saat ini sama dengan ukuran maksimum yang diaktifkan oleh blok data 16-KiB.
| Ukuran blok | Ukuran volume maksimal |
| --- | --- |
| 4 KiB (default) | 16 TiB |
| 8 KiB | 32 TiB |
| 16 KiB | 64 TiB |
| 32 KiB | 128 TiB |
| 64 KiB (maksimal) | 256 TiB |
# Volume Amazon EBS dan NVMe
Volume Amazon EBS diekspos sebagai perangkat NVMe blok pada EC2 instans Amazon yang dibangun di Sistem [AWS Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Untuk sepenuhnya memanfaatkan kinerja dan kemampuan volume Amazon EBS yang diekspos sebagai perangkat NVMe blok, EC2 instans harus menginstal AWS NVMe driver. Semua AWS Windows dan Linux generasi saat ini AMIs dilengkapi dengan AWS NVMe driver yang diinstal secara default.
Jika Anda menggunakan AMI yang tidak memiliki AWS NVMe driver, Anda dapat menginstalnya secara manual. Untuk informasi selengkapnya, lihat [AWS NVMe driver](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html) di *Panduan EC2 Pengguna Amazon*.
**Instans Linux**
Nama perangkat adalah`/dev/nvme0n1`,`/dev/nvme1n1`, dan sebagainya. Nama perangkat yang Anda tentukan dalam pemetaan perangkat blok diubah namanya menjadi NVMe nama perangkat (`/dev/nvme[0-26]n1`). Driver perangkat blok dapat menetapkan nama NVMe perangkat dalam urutan yang berbeda dari yang Anda tentukan untuk volume dalam pemetaan perangkat blok.
**Instans Windows**
Saat Anda memasang volume ke instans, Anda menyertakan nama perangkat untuk volume tersebut. Nama perangkat ini digunakan oleh Amazon EC2. Driver perangkat blok untuk instance menetapkan nama volume aktual saat memasang volume, dan nama yang ditetapkan dapat berbeda dari nama yang EC2 digunakan Amazon.
**Topics**
+ [
# Petakan volume Amazon EBS ke nama NVMe perangkat
](identify-nvme-ebs-device.md)
+ [
# NVMe Batas waktu operasi I/O untuk volume Amazon EBS
](timeout-nvme-ebs-volumes.md)
+ [
# NVMe Abortperintah untuk volume Amazon EBS
](abort-command.md)
# Petakan volume Amazon EBS ke nama NVMe perangkat
EBS menggunakan I/O virtualisasi akar tunggal (SR-IOV) untuk menyediakan lampiran volume pada instance berbasis NITRO menggunakan spesifikasi. NVMe Perangkat ini mengandalkan standar NVMe pada sistem operasi. Driver ini biasanya menemukan perangkat terpasang selama boot instans, dan membuat simpul perangkat berdasarkan urutan respons perangkat, bukan pada cara perangkat ditentukan dalam pemetaan perangkat blok.
## Instans Linux
Di Linux, nama NVMe perangkat mengikuti pola`/dev/nvmen`, di mana urutan enumerasi, dan, untuk EBS, adalah 1. Terkadang, perangkat dapat merespons penemuan dalam urutan yang berbeda di awal instans berikutnya, yang menyebabkan nama perangkat berubah. Selain itu, nama perangkat yang ditetapkan oleh driver perangkat blok dapat berbeda dari nama yang ditentukan dalam pemetaan perangkat blok.
Kami menyarankan agar Anda menggunakan pengidentifikasi stabil untuk volume EBS dalam instans Anda, seperti salah satu dari berikut ini:
+ Untuk instance berbasis Nitro, pemetaan perangkat blok yang ditentukan di EC2 konsol Amazon saat Anda melampirkan volume EBS atau selama `AttachVolume` atau panggilan `RunInstances` API ditangkap di bidang data khusus vendor dari identifikasi pengontrol. NVMe Dengan Amazon Linux lebih AMIs lambat dari versi 2017.09.01, kami menyediakan `udev` aturan yang membaca data ini dan membuat tautan simbolis ke pemetaan blok-perangkat.
+ ID volume EBS dan titik pemasangan stabil di antara perubahan status instans. Nama NVMe perangkat dapat berubah tergantung pada urutan respons perangkat selama boot instance. Sebaiknya gunakan ID volume EBS dan titik pemasangan untuk identifikasi perangkat yang konsisten.
+ NVMe Volume EBS memiliki ID volume EBS yang ditetapkan sebagai nomor seri dalam identifikasi perangkat. Gunakan perintah `lsblk -o +SERIAL` untuk mencantumkan nomor seri.
+ Format nama NVMe perangkat dapat bervariasi tergantung pada apakah volume EBS dilampirkan selama atau setelah peluncuran instans. NVMe nama perangkat untuk volume yang dilampirkan setelah peluncuran instance menyertakan `/dev/` awalan, sedangkan nama NVMe perangkat untuk volume yang dilampirkan selama peluncuran instance tidak menyertakan `/dev/` awalan.
+ Untuk Amazon Linux atau FreeBSD AMI, `sudo ebsnvme-id /dev/nvme0n1 -u` gunakan perintah untuk nama perangkat NVMe yang konsisten.
+ Untuk distribusi lain, gunakan `sudo nvme id-ctrl -V /dev/nvme0n1` perintah untuk menentukan nama NVMe perangkat. Anda mungkin perlu menyertakan opsi `--vendor-specific` perintah.
+ Saat perangkat diformat, UUID akan dihasilkan yang akan bertahan selama masa pakai sistem file. Label perangkat dapat ditetapkan pada saat yang sama. Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS tersedia untuk digunakan](ebs-using-volumes.md) dan [Boot dari volume yang salah](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-booting-from-wrong-volume.html).
**Amazon Linux AMIs**
Dengan Amazon Linux AMI 2017.09.01 atau yang lebih baru (termasuk Amazon Linux 2), Anda dapat menjalankan **ebsnvme-id** perintah sebagai berikut untuk memetakan nama NVMe perangkat ke ID volume dan nama perangkat:
Contoh berikut menunjukkan perintah dan output untuk volume yang dilampirkan selama peluncuran instans. Perhatikan bahwa nama NVMe perangkat tidak menyertakan `/dev/` awalan.
```
[ec2-user ~]$ sudo /sbin/ebsnvme-id /dev/nvme0n1
Volume ID: vol-01324f611e2463981
sda
```
Contoh berikut menunjukkan perintah dan output untuk volume yang dilampirkan setelah peluncuran instans. Perhatikan bahwa nama NVMe perangkat menyertakan `/dev/` awalan.
```
[ec2-user ~]$ sudo /sbin/ebsnvme-id /dev/nvme1n1
Volume ID: vol-064784f1011136656
/dev/sdf
```
Amazon Linux juga membuat tautan simbolis dari nama perangkat dalam pemetaan perangkat blok (misalnya,`/dev/sdf`), ke nama perangkat. NVMe
**FreeBSD AMIs**
Memulai dengan FreeBSD 12.2-RELEASE, Anda dapat menjalankan perintah **ebsnvme-id** seperti yang ditunjukkan di atas. Berikan nama NVMe perangkat (misalnya,`nvme0`) atau perangkat disk (misalnya, `nvd0` atau`nda0`). FreeBSD juga membuat tautan simbolis ke perangkat disk (misalnya,). `/dev/aws/disk/ebs/` *volume\$1id*
**Linux lainnya AMIs**
Dengan versi kernel 4.2 atau yang lebih baru, Anda dapat menjalankan **nvme id-ctrl** perintah sebagai berikut untuk memetakan NVMe perangkat ke ID volume. Pertama, instal paket baris NVMe perintah`nvme-cli`, menggunakan alat manajemen paket untuk distribusi Linux Anda. Untuk petunjuk pengunduhan dan penginstalan untuk distribusi lainnya, lihat dokumentasi khusus untuk distribusi Anda.
Contoh berikut mendapatkan ID volume dan nama NVMe perangkat untuk volume yang dilampirkan selama peluncuran instance. Perhatikan bahwa nama NVMe perangkat tidak menyertakan `/dev/` awalan. Nama perangkat tersedia melalui NVMe ekstensi spesifik-vendor pengontrol (oleh 384:4095 identifikasi pengontrol):
```
[ec2-user ~]$ sudo nvme id-ctrl -V /dev/nvme0n1
NVME Identify Controller:
vid : 0x1d0f
ssvid : 0x1d0f
sn : vol01234567890abcdef
mn : Amazon Elastic Block Store
...
0000: 2f 64 65 76 2f 73 64 6a 20 20 20 20 20 20 20 20 "sda..."
```
Contoh berikut mendapatkan ID volume dan nama NVMe perangkat untuk volume yang dilampirkan setelah peluncuran instance. Perhatikan bahwa nama NVMe perangkat menyertakan `/dev/` awalan.
```
[ec2-user ~]$ sudo nvme id-ctrl -V /dev/nvme1n1
NVME Identify Controller:
vid : 0x1d0f
ssvid : 0x1d0f
sn : volabcdef01234567890
mn : Amazon Elastic Block Store
...
0000: 2f 64 65 76 2f 73 64 6a 20 20 20 20 20 20 20 20 "/dev/sdf..."
```
Perintah **lsblk** mencantumkan perangkat yang tersedia dan titik pemasangannya (jika ada). Ini membantu Anda menentukan nama perangkat yang tepat untuk digunakan. Dalam contoh ini, `/dev/nvme0n1p1` dipasang sebagai perangkat root dan `/dev/nvme1n1` dilampirkan tetapi tidak terpasang.
```
[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:3 0 100G 0 disk
nvme0n1 259:0 0 8G 0 disk
nvme0n1p1 259:1 0 8G 0 part /
nvme0n1p128 259:2 0 1M 0 part
```
## Instans Windows
Anda dapat menjalankan **ebsnvme-id** perintah untuk memetakan nomor disk NVMe perangkat ke ID volume EBS dan nama perangkat. Secara default, semua NVMe perangkat EBS disebutkan. Anda dapat melewatkan nomor disk untuk informasi enumerasi perangkat tertentu. `ebsnvme-id`Alat ini termasuk dalam Windows Server terbaru yang AWS AMIs disediakan di`C:\ProgramData\Amazon\Tools`.
Dimulai dengan paket AWS NVMe `1.5.0,` driver versi terbaru `ebsnvme-id` alat diinstal oleh paket driver. Versi terbaru hanya tersedia dalam paket driver. Tautan unduhan mandiri untuk alat `ebsnvme-id` ini tidak akan lagi menerima pembaruan. Versi terakhir yang tersedia melalui tautan mandiri adalah`1.1.0`, yang dapat diunduh menggunakan tautan [ebsnvme-id.zip](https://s3.amazonaws.com/ec2-windows-drivers-downloads/EBSNVMeID/Latest/ebsnvme-id.zip) dan mengekstrak konten ke EC2 instans Amazon Anda untuk mendapatkan akses ke. `ebsnvme-id.exe`
```
PS C:\ProgramData\Amazon\Tools> ebsnvme-id.exe
Disk Number: 0
Volume ID: vol-0d6d7ee9f6e471a7f
Device Name: sda1
Disk Number: 1
Volume ID: vol-03a26248ff39b57cf
Device Name: xvdd
Disk Number: 2
Volume ID: vol-038bd1c629aa125e6
Device Name: xvde
Disk Number: 3
Volume ID: vol-034f9d29ec0b64c89
Device Name: xvdb
Disk Number: 4
Volume ID: vol-03e2dbe464b66f0a1
Device Name: xvdc
```
```
PS C:\ProgramData\Amazon\Tools> ebsnvme-id.exe 4
Disk Number: 4
Volume ID: vol-03e2dbe464b66f0a1
Device Name: xvdc
```
# NVMe Batas waktu operasi I/O untuk volume Amazon EBS
Sebagian besar sistem operasi menentukan batas waktu untuk I/O operasi yang dikirimkan ke NVMe perangkat.
**Instans Linux**
Di Linux, volume EBS yang melekat pada instans berbasis Nitro menggunakan NVMe driver default yang disediakan oleh sistem operasi. Sebagian besar sistem operasi menentukan batas waktu untuk operasi I/O yang dikirimkan ke NVMe perangkat. Waktu habis adalah 30 detik dan dapat diubah menggunakan parameter boot `nvme_core.io_timeout`. Untuk sebagian besar kernel Linux sebelum versi 4.6, parameter ini adalah `nvme.io_timeout`.
Jika I/O latensi melebihi nilai parameter batas waktu ini, NVMe driver Linux gagal I/O dan mengembalikan kesalahan ke sistem file atau aplikasi. Bergantung pada I/O operasinya, sistem file atau aplikasi Anda dapat mencoba lagi kesalahan tersebut. Dalam beberapa kasus, sistem file Anda mungkin dipasang ulang sebagai hanya-baca.
Untuk pengalaman yang serupa dengan volume EBS yang dilampirkan pada instans Xen, kami menyarankan agar mengatur `nvme_core.io_timeout` ke nilai tertinggi yang mungkin. Untuk kernel saat ini, maksimalnya adalah 4294967295, sedangkan untuk kernel sebelumnya maksimal adalah 255. Tergantung pada versi Linux, batas waktu mungkin sudah diatur ke nilai maksimum yang mendukung. Misalnya, batas waktu diatur ke 4294967295 secara default untuk AMI Amazon Linux 2017.09.01 dan yang lebih baru.
Anda dapat memverifikasi nilai maksimum untuk distribusi Linux Anda dengan menulis nilai yang lebih tinggi dari nilai maksimum hingga `/sys/module/nvme_core/parameters/io_timeout` yang disarankan dan memeriksa kesalahan Hasil numerik di luar rentang saat mencoba untuk menyimpan file.
**Instans Windows**
Pada Windows, batas waktu default adalah 60 detik dan maksimum adalah 255 detik. Anda dapat memodifikasi pengaturan registri kelas disk `TimeoutValue` menggunakan prosedur yang diuraikan dalam [Entri Daftar untuk Driver SCSI Miniport](https://learn.microsoft.com/en-us/previous-versions/windows/drivers/storage/registry-entries-for-scsi-miniport-drivers).
# NVMe Abortperintah untuk volume Amazon EBS
`Abort`Perintah adalah perintah NVMe admin yang dikeluarkan untuk mengakhiri perintah tertentu yang sebelumnya dikirimkan ke controller. Perintah ini biasanya dikeluarkan oleh driver perangkat ke perangkat penyimpanan yang telah melampaui ambang batas waktu I/O operasi.
Jenis EC2 instans Amazon yang mendukung `Abort` perintah secara default akan mengakhiri perintah tertentu yang sebelumnya dikirimkan ke pengontrol saat `Abort` perintah dikeluarkan untuk volume Amazon EBS yang dilampirkan. EC2 Instans Amazon yang tidak mendukung `Abort` perintah tidak mengambil tindakan ketika `Abort` perintah dikeluarkan untuk volume Amazon EBS terlampir.
`Abort`Perintah ini didukung dengan:
+ Perangkat Amazon EBS dengan NVMe perangkat versi 1.4 atau lebih tinggi.
+ Semua EC2 instans Amazon, **kecuali** tipe instans berbasis Xen dan jenis instans berbasis Nitro berikut:
+ Tujuan umum: A1 \$1 M5 \$1 M5a \$1 M5ad \$1 M5d \$1 M5dn \$1 M5n \$1 M5zn \$1 M6g \$1 M6gd \$1 Mac1 \$1 Mac2 \$1 T3 \$1 T3a \$1 T4g
+ Komputasi dioptimalkan: C5 \$1 c5a \$1 C5ad \$1 C5d \$1 C5n \$1 C6g \$1 C6gd
+ Memori dioptimalkan: R5 \$1 R5a \$1 R5ad \$1 R5d \$1 R5dn \$1 R5n \$1 R6g \$1 R6gd \$1 U-12tb1 \$1 U-18tb1 \$1 U-24tb1 \$1 U-3tb1 \$1 U-6TB1 \$1 U-9TB1 \$1 x2GD \$1 x2IEZN \$1 Z1d
+ Penyimpanan dioptimalkan: D3 \$1 D3en \$1 i3en
+ Komputasi yang dipercepat: DL1 \$1 G4ad \$1 G4dn \$1 G5 \$1 G5g \$1 Inf1 \$1 P3dn \$1 P4d \$1 P4de \$1 VT1
Untuk informasi selengkapnya, lihat **Abortperintah bagian 5.1** dari Spesifikasi [Pangkalan Ekspres NVM](https://nvmexpress.org/wp-content/uploads/NVM-Express-1_4-2019.06.10-Ratified.pdf).
# Siklus hidup volume Amazon EBS
Siklus hidup volume Amazon EBS dimulai dengan proses pembuatan. Anda dapat membuat volume dari snapshot Amazon EBS atau Anda dapat membuat volume kosong. Sebelum Anda dapat menggunakan volume Anda, Anda harus melampirkannya ke satu atau beberapa instans Amazon EC2 yang berada di Availability Zone yang sama dengan volume. Anda dapat melampirkan beberapa volume ke sebuah instance. Jika diperlukan, Anda dapat melepaskan volume dari satu instance dan kemudian melampirkannya ke instance lain. Jika persyaratan penyimpanan Anda berubah, Anda dapat mengubah ukuran atau kinerja volume kapan saja. Anda dapat membuat point-in-time cadangan volume Anda dengan membuat snapshot Amazon EBS. Jika Anda tidak lagi membutuhkan volume, Anda dapat menghapusnya untuk berhenti menimbulkan biaya penyimpanan terkait.
Gambar berikut menunjukkan tindakan yang dapat Anda lakukan pada volume sebagai bagian dari siklus hidup volume. Ada juga tugas yang Anda lakukan dengan menghubungkan ke instance dan menjalankan perintah sistem operasi. Misalnya, memformat volume, memasang volume, mengelola partisi, dan melihat ruang disk kosong.
![\[Siklus hidup volume EBS.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/volume-lifecycle.png)
**Topics**
+ [Membuat volume](ebs-creating-volume.md)
+ [Salin volume](ebs-copying-volume.md)
+ [Lampirkan volume ke suatu instans](ebs-attaching-volume.md)
+ [Melampirkan volume ke beberapa instans](ebs-volumes-multi.md)
+ [Buat volume yang tersedia untuk digunakan](ebs-using-volumes.md)
+ [Lihat detail volume](ebs-describing-volumes.md)
+ [Memodifikasi volume](ebs-modify-volume.md)
+ [Melepaskan volume dari suatu instans](ebs-detaching-volume.md)
+ [Menghapus volume](ebs-deleting-volume.md)
# Buat volume Amazon EBS
Anda dapat membuat sebuah volume Amazon EBS lalu melampirkannya ke instans EC2 apa pun di Zona Ketersediaan yang sama.
Anda dapat **membuat volume kosong**, atau Anda dapat **membuat volume dari snapshot Amazon EBS**. Jika Anda membuat volume dari snapshot, volume dimulai sebagai replika persis volume yang digunakan untuk membuat snapshot itu.
**Inisialisasi volume**
Saat Anda membuat volume dari snapshot, blok penyimpanan dari snapshot harus diunduh dari Amazon S3 dan ditulis ke volume sebelum Anda dapat mengaksesnya. Proses ini disebut inisialisasi volume. Selama waktu ini, volume akan mengalami peningkatan I/O latensi. Kinerja volume penuh dicapai hanya setelah semua blok penyimpanan telah diunduh dan ditulis ke volume.
Tingkat inisialisasi volume default berfluktuasi selama proses inisialisasi, yang dapat membuat waktu penyelesaian tidak dapat diprediksi.
Untuk meminimalkan dampak kinerja yang terkait dengan inisialisasi volume, Anda dapat menggunakan Amazon EBS Provisioned Rate for Volume Initialization (laju inisialisasi volume) atau pemulihan snapshot cepat. Untuk informasi selengkapnya, lihat [Inisialisasi volume Amazon EBS](initalize-volume.md).
**Enkripsi volume**
Status enkripsi volume tergantung pada apakah akun Anda [diaktifkan untuk enkripsi secara default](encryption-by-default.md), dan pada status enkripsi snapshot, jika Anda memilih untuk menggunakannya. Tabel berikut merangkum kemungkinan hasil enkripsi.
| Enkripsi secara default | Snapshot digunakan? | Hasil enkripsi volume | Catatan |
| --- | --- | --- | --- |
| Nonaktif | Tidak | Enkripsi opsional | Jika Anda mengaktifkan enkripsi, Anda dapat menentukan kunci KMS yang akan digunakan. Jika Anda mengaktifkan enkripsi tetapi tidak menentukan kunci KMS, Kunci yang dikelola AWS (aws/ebs) digunakan. |
| Nonaktif | Ya, tidak terenkripsi | Enkripsi opsional | Jika Anda mengaktifkan enkripsi, Anda dapat menentukan kunci KMS yang akan digunakan. Jika Anda mengaktifkan enkripsi tetapi tidak menentukan kunci KMS, Kunci yang dikelola AWS (aws/ebs) digunakan. |
| Nonaktif | Ya, terenkripsi | Enkripsi otomatis | Anda dapat menentukan kunci KMS yang akan digunakan. Jika Anda tidak menentukan kunci KMS, volume dienkripsi menggunakan kunci KMS yang sama dengan snapshot sumber. |
| Diaktifkan | Tidak | Enkripsi otomatis | Anda dapat menentukan kunci KMS yang akan digunakan. Jika Anda tidak menentukan kunci KMS, kunci yang ditentukan untuk enkripsi secara default digunakan. |
| Diaktifkan | Ya, tidak terenkripsi | Enkripsi otomatis | Anda dapat menentukan kunci KMS yang akan digunakan. Jika Anda tidak menentukan kunci KMS, kunci yang ditentukan untuk enkripsi secara default digunakan. |
| Diaktifkan | Ya, terenkripsi | Enkripsi otomatis | Anda dapat menentukan kunci KMS yang akan digunakan. Jika Anda tidak menentukan kunci KMS, volume dienkripsi menggunakan kunci yang sama dengan snapshot sumber (konsol), atau kunci yang ditentukan untuk enkripsi secara default (CLI/API). |
**Pertimbangan tambahan**
+ Volume harus dilampirkan ke instance di Availability Zone yang sama.
+ Volume siap digunakan hanya setelah mereka memasuki `available` negara bagian.
+ Saat Anda membuat volume menggunakan konsol, `gp3` adalah tipe volume default. Untuk alat baris perintah, API, dan SDK, `gp2` adalah tipe volume default.
+ Untuk menggunakan volume dengan instance yang berjalan di pos terdepan, Anda harus membuat volume pada pos terdepan yang sama dengan instance.
+ Jika Anda membuat volume untuk digunakan dengan instance Windows, dan lebih besar dari 2048 GiB, pastikan Anda mengonfigurasi volume untuk menggunakan tabel partisi GPT. Untuk informasi selengkapnya, lihat [Batasan volume Amazon EBS](volume_constraints.md) dan [dukungan Windows untuk disk yang lebih besar dari 2 TB](https://learn.microsoft.com/en-us/troubleshoot/windows-server/backup-and-storage/support-for-hard-disks-exceeding-2-tb). .
+ Volume juga dibuat secara tidak langsung dengan meluncurkan instans Amazon EC2. Baik AMI yang digunakan untuk meluncurkan instance, atau permintaan peluncuran instance itu sendiri dapat menyertakan pemetaan perangkat blok untuk volume Amazon EBS. Untuk informasi selengkapnya, lihat [Memblokir pemetaan perangkat](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/block-device-mapping-concepts.html).
------
#### [ Console ]
**Untuk membuat volume**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume** dan kemudian pilih **Buat volume**.
1. (*Outpostkhusus pelanggan*) Untuk **OutpostARN**, masukkan ARN tempat untuk membuat volume. AWS Outpost
1. Untuk **Tipe volume**, pilih tipe volume yang akan dibuat. Untuk informasi selengkapnya tentang jenis volume yang tersedia, lihat[Tipe volume Amazon EBS](ebs-volume-types.md).
1. Untuk **Ukuran**, masukkan ukuran volume, dalam satuan GiB. Untuk informasi selengkapnya, lihat [Batasan volume Amazon EBS](volume_constraints.md).
1. (*Untuk`io1`,`io2`, dan `gp3` hanya*) Untuk **IOPS**, masukkan jumlah maksimum input/output operasi per detik (IOPS) yang harus disediakan volume.
1. (*`gp3`Hanya untuk*) Untuk **Throughput**, masukkan throughput yang harus disediakan volume, dalam MIB/s.
1. Untuk **Zona Ketersediaan**, pilih Zona Ketersediaan tempat pembuatan volume.
1. Untuk **Snapshot ID**, lakukan salah satu hal berikut:
+ Untuk membuat volume kosong, pertahankan nilai default (**Jangan buat volume dari snapshot**).
+ Untuk membuat volume dari snapshot, pilih snapshot yang akan digunakan.
1. Jika Anda telah memilih snapshot, untuk tingkat **inisialisasi Volume, Anda dapat menentukan tingkat** inisialisasi volume secara opsional, di Mib/s, di mana blok snapshot akan diunduh dari Amazon S3 ke volume setelah pembuatan. Untuk informasi selengkapnya, lihat [Menggunakan Tarif Penyediaan Amazon EBS untuk Inisialisasi Volume](initalize-volume.md#volume-initialization-rate). Untuk menggunakan tingkat inisialisasi default atau pemulihan snapshot cepat (jika diaktifkan untuk snapshot yang dipilih), jangan tentukan tarif.
1. (*`io1`dan `io2` hanya*) Untuk mengaktifkan volume Amazon EBS Multi-Attach, pilih **Aktifkan** Multi-Lampirkan. Untuk informasi selengkapnya, lihat [Lampirkan volume EBS ke beberapa EC2 instans menggunakan Multi-Attach](ebs-volumes-multi.md).
1. Atur status enkripsi untuk volume.
+ Jika akun Anda diaktifkan untuk [enkripsi secara default](encryption-by-default.md), enkripsi otomatis dan tidak dapat dinonaktifkan.
+ Jika Anda memilih snapshot terenkripsi, enkripsi otomatis dan tidak dapat dinonaktifkan.
+ Jika akun Anda tidak diaktifkan untuk [enkripsi secara default](encryption-by-default.md), dan Anda memilih snapshot yang tidak terenkripsi atau tidak memilih snapshot, enkripsi bersifat opsional.
1. (*Opsional*) Untuk menetapkan tag khusus ke volume, di bagian **Tag**, pilih **Tambahkan tag**, lalu masukkan kunci tag dan pasangan nilai.
1. Pilih **Buat volume**.
1. Untuk menggunakan volume, tunggu hingga mencapai `available` status lalu lampirkan ke instans Amazon EC2 di Availability Zone yang sama. Untuk informasi selengkapnya, lihat [Lampirkan volume Amazon EBS ke instans Amazon EC2](ebs-attaching-volume.md).
------
#### [ AWS CLI ]
**Untuk membuat volume**
Gunakan perintah [create-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-volume.html). Contoh berikut membuat volume gp3 kosong dengan ukuran 100 GiB di Availability Zone yang ditentukan.
```
aws ec2 create-volume \
--volume-type gp3 \
--size 100 \
--availability-zone us-east-1a
```
------
#### [ PowerShell ]
**Untuk membuat volume**
Gunakan [New-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Volume.html)cmdlet. Contoh berikut membuat volume gp3 kosong dengan ukuran 100 GiB di Availability Zone yang ditentukan.
```
New-EC2Volume `
-VolumeType gp3 `
-Size 100 `
-AvailabilityZone us-east-1a
```
------
# Salin volume Amazon EBS
Anda dapat membuat point-in-time salinan instan volume Amazon EBS dalam Availability Zone yang sama. Salinan volume dimulai sebagai salinan titik waktu yang konsisten dengan crash dari volume sumber. Ini mencakup semua blok data yang ditulis ke volume sumber pada saat inisialisasi salinan volume dimulai. Salinan volume mendapatkan ID volume uniknya sendiri. Salinan volume dibuat segera dan dapat dilampirkan ke instans Amazon EC2 setelah mencapai status. `available` Menggunakan salinan volume, Anda dapat dengan cepat menyalin data produksi Anda untuk lingkungan pengujian dan pengembangan.
## Inisialisasi
Salinan volume diinisialisasi setelah pembuatan. Selama inisialisasi, blok data disalin dari volume sumber dan ditulis ke salinan volume di latar belakang. Volume tetap dalam `initializing` keadaan sampai inisialisasi selesai.
**Kinerja selama inisialisasi**
Operasi penyalinan tidak mempengaruhi kinerja volume sumber. Anda dapat terus menggunakan volume sumber secara normal selama proses penyalinan. Volume yang disalin dapat diakses secara instan tanpa menunggu data disalin dari volume sumber. Salinan volume menyediakan akses instan ke data dengan latensi milidetik satu digit, namun latensi aktual dapat bervariasi tergantung pada jenis volume. Selama inisialisasi, salinan volume memberikan **kinerja dasar** yang sama dengan yang terendah dari tiga nilai berikut:
+ 3.000 IOPS dan 125 MIB/s
+ **Kinerja yang disediakan untuk volume sumber**
+ **Kinerja yang disediakan untuk salinan volume**
Salinan volume dapat melebihi kinerja dasar ketika kriteria berikut terpenuhi:
1. Volume sumber dan salinan volume disediakan dengan lebih dari 3.000 IOPS dan 125 MIB/s.
1. Volume sumber memiliki kapasitas kinerja yang tidak digunakan (kinerja yang digerakkan kurang dari kinerja yang disediakan)
Misalnya, jika volume sumber disediakan dengan 10.000 IOPS dan beban kerja Anda saat ini hanya mendorong 5.000 IOPS, dan salinan volume disediakan dengan 10.000 IOPS, salinan volume dapat mencapai kinerja yang lebih tinggi dari kinerja dasar 3.000 IOPS selama inisialisasi dengan menggunakan 5.000 IOPS volume sumber yang tidak digunakan.
**Durasi inisialisasi**
Waktu yang diperlukan untuk menginisialisasi salinan volume tergantung pada ukuran data blok yang ditulis ke volume sumber pada saat membuat salinan volume. Salinan volume diinisialisasi atas dasar upaya terbaik, dengan pedoman umum berikut. Untuk 1 TiB pertama blok data, inisialisasi volume memakan waktu hingga 6 jam. Untuk setiap 1 TiB blok data berikutnya hingga 16 TiB, inisialisasi membutuhkan waktu 1,2 jam per TiB. Untuk data tertulis yang lebih besar dari 16 TiB, inisialisasi membutuhkan waktu 24 jam.
**Pantau kemajuan inisialisasi**
Anda dapat memantau kemajuan inisialisasi menggunakan [describe-volume-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volume-status.html) AWS CLI perintah atau Amazon EventBridge. Untuk informasi selengkapnya, lihat [Memantau status inisialisasi volume Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-initialize-monitor.html).
## Enkripsi
Salinan volume terenkripsi secara otomatis dienkripsi dengan kunci KMS yang sama dengan volume sumber. Anda tidak dapat menyalin volume yang tidak terenkripsi.
## Pertimbangan-pertimbangan
+ Anda dapat membuat salinan dari volume sumber terenkripsi saja. Anda tidak dapat membuat salinan dari volume sumber yang tidak terenkripsi.
+ Anda hanya dapat membuat satu salinan volume dari volume sumber pada satu waktu. Anda dapat membuat salinan berikutnya dari volume sumber yang sama hanya setelah salinan volume sebelumnya telah sepenuhnya diinisialisasi.
+ Anda dapat memiliki maksimal 5 salinan volume dalam proses per Wilayah. Jika Anda melebihi kuota ini, Anda mendapatkan `CopyVolumesLimitExceeded` kesalahan. Anda dapat [meminta kenaikan kuota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) jika diperlukan.
+ Salinan volume harus dibuat di Availability Zone yang sama dengan volume sumber.
+ Ukuran salinan volume harus sama dengan atau lebih besar dari ukuran volume sumber.
+ Anda tidak dapat menyalin salinan volume saat sedang dibuat atau diinisialisasi.
+ Untuk membuat salinan volume, volume sumber harus dalam `in-use` keadaan `available` atau, dan modifikasi volume harus dalam `optimizing` keadaan `completed` atau.
+ Salinan volume tunduk pada akun dan penyimpanan Regional dan kuota IOPS yang sama dengan volume Amazon EBS biasa. Untuk informasi selengkapnya, lihat [kuota Amazon EBS](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs).
+ Jika Anda menghapus volume sumber saat operasi penyalinan sedang berlangsung, operasi penyalinan masih selesai.
+ Tag yang ditetapkan ke volume sumber tidak ditetapkan ke salinan volume.
+ Anda tidak dapat membuat salinan dari volume di Outposts atau di Wavelength Zones.
## Harga
Saat Anda memulai operasi penyalinan volume, Anda dikenakan biaya satu kali per GiB blok data yang ditulis ke salinan volume. Setelah salinan volume dibuat, itu dibebankan dengan cara yang sama seperti volume Amazon EBS lainnya di akun Anda. Untuk informasi selengkapnya, lihat [harga Amazon EBS](https://aws.amazon.com/ebs/pricing/).
## Salin volume
Gunakan salah satu metode berikut untuk menyalin volume Amazon EBS.
------
#### [ Console ]
**Untuk menyalin volume**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pada panel navigasi, pilih **Volume**.
1. Pilih volume yang akan disalin dan pilih **Tindakan**, **Salin volume**.
1. Untuk **tipe Volume**, pilih jenis volume untuk salinan. Jenis volume default adalah **gp3**.
1. Untuk **Ukuran**, masukkan ukuran untuk salinan volume, di GiBs. Ukuran harus sama dengan atau lebih besar dari ukuran volume sumber.
1. (*`io1`,`io2`, dan `gp3` hanya*) Untuk **IOPS**, masukkan jumlah maksimum input/output operasi per detik (IOPS) untuk salinan volume.
1. (*`gp3`hanya*) Untuk **Throughput**, masukkan throughput untuk salinan volume, dalam MIB/s.
1. (*`io1`dan `io2` hanya*) Untuk mengaktifkan salinan volume untuk Amazon EBS Multi-Attach, pilih **Aktifkan** Multi-Lampirkan.
1. (*Opsional*) Untuk menetapkan tag khusus ke salinan volume, di bagian **Tag**, pilih **Tambahkan tag**, lalu masukkan kunci tag dan pasangan nilai.
1. Pilih **Salin volume**.
1. Volume yang disalin memasuki `creating` status dan kemudian beralih ke `available` segera setelahnya. Anda kemudian dapat melampirkannya ke instans Amazon EC2 di Availability Zone yang sama.
------
#### [ AWS CLI ]
**Untuk menyalin volume**
Gunakan perintah [copy-volume](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/copy-volumes.html).
Contoh berikut membuat salinan volume `vol-01234567890abcdef` dengan tipe `gp3` volume, ukuran `100` GiB, dan throughput MIB/s. `250`
```
aws ec2 copy-volumes \
--source-volume-id vol-01234567890abcdef \
--volume-type gp3 \
--size 100 \
--throughput 250
```
------
#### [ PowerShell ]
**Untuk menyalin volume**
Gunakan [Copy-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Copy-EC2Volume.html)cmdlet.
Contoh berikut membuat salinan volume `vol-01234567890abcdef` dengan tipe `gp3` volume, ukuran `100` GiB, dan throughput MIB/s. `250`
```
Copy-EC2Volume `
-SourceVolumeId vol-01234567890abcdef `
-VolumeType gp3 `
-Size 100 `
-Throughput 250
```
------
# Lampirkan volume Amazon EBS ke instans Amazon EC2
Anda dapat melampirkan volume EBS yang tersedia pada satu atau beberapa instans yang berada dalam Zona Ketersediaan yang sama dengan volume tersebut.
Untuk informasi tentang menambahkan volume EBS ke instans Anda saat peluncuran, lihat [pemetaan perangkat pemblokiran instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/block-device-mapping-concepts.html#instance-block-device-mapping).
**Pertimbangan-pertimbangan**
+ Jumlah maksimum volume Amazon EBS yang dapat dilampirkan ke instans bergantung pada jenis instans. Jika Anda melebihi batas lampiran volume untuk jenis instans, permintaan lampiran gagal dengan `AttachmentLimitExceeded` kesalahan tersebut. Untuk informasi selengkapnya, lihat [Batas volume instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/volume_limits.html).
+ Anda dapat melampirkan volume ke instance yang berada di Availability Zone yang sama saja.
+ Volume yang diaktifkan Multi-Lampirkan dapat dilampirkan hingga 16 instans. Untuk informasi selengkapnya, lihat [Lampirkan volume EBS ke beberapa EC2 instans menggunakan Multi-Attach](ebs-volumes-multi.md).
+ Jika volume memiliki kode AWS Marketplace produk:
+ Anda dapat melampirkannya ke instance berhenti saja.
+ Anda harus berlangganan AWS Marketplace kode yang ada di volume.
+ Konfigurasi instans, seperti jenis dan sistem operasinya, harus mendukung AWS Marketplace kode tertentu. Misalnya, Anda tidak dapat mengambil volume dari instans Windows dan menempelkannya ke instans Linux.
+ AWS Marketplace kode disalin dari volume ke instance.
+ Nama perangkat yang Anda tentukan ini digunakan oleh Amazon EC2. Driver perangkat blok dapat memasang perangkat dengan nama perangkat yang berbeda dari yang Anda tentukan. Untuk informasi selengkapnya, lihat [Nama perangkat untuk volume di instans Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/device_naming.html).
+ Dalam beberapa kasus, volume selain volume yang melekat pada `/dev/xvda` atau `/dev/sda` dapat menjadi volume root untuk instance. Ini bisa terjadi jika Anda melampirkan volume root instance lain, atau volume yang dibuat dari snapshot volume root, ke instance dengan volume root yang ada. Untuk informasi selengkapnya, lihat [Boot dari volume yang salah](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-booting-from-wrong-volume.html).
+ Beberapa jenis contoh mendukung lebih dari satu kartu EBS. Anda dapat memilih kartu EBS untuk volume yang akan dilampirkan dengan menentukan indeks kartu EBS. Untuk contoh yang mendukung beberapa kartu EBS, lihat kartu [EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs_cards.html).
+ Volume root Anda harus dilampirkan ke indeks `0` kartu EBS.
+ Untuk contoh yang mendukung beberapa kartu EBS, Jika Anda tidak menentukan indeks kartu EBS, volume Anda akan dilampirkan ke indeks kartu EBS. `0`
+ Saat mengonfigurasi instans EC2 Anda untuk beban kerja berkinerja tinggi, penting untuk menyeimbangkan volume EBS di seluruh kartu EBS berdasarkan persyaratan kinerja, untuk menghindari batas kinerja pada kartu EBS mana pun.
+ Batas lampiran volume untuk jenis instans tersebar merata di setiap kartu EBS. Misalnya, pada instans EC2 yang mendukung lampiran `128` volume dengan 2 kartu EBS, setiap kartu EBS dapat mendukung lampiran hingga volume. `64` Jika Anda melebihi batas lampiran kartu EBS, permintaan gagal dengan `CardAttachmentLimitExceeded` kesalahan.
------
#### [ Console ]
**Untuk melampirkan volume EBS ke sebuah instans**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume yang akan dilampirkan dan pilih **Tindakan**, **Lampirkan volume**.
1. Untuk **Instans**, masukkan ID instans atau pilih instans dari daftar opsi.
1. Untuk **nama Perangkat**, lakukan salah satu hal berikut:
+ Untuk volume root, pilih nama perangkat yang diperlukan dari bagian **Reserved for root volume** pada daftar. Biasanya `/dev/sda1` atau `/dev/xvda` untuk instance Linux tergantung pada AMI, atau `/dev/sda1` untuk instance Windows.
+ Untuk volume data, pilih nama perangkat yang tersedia dari bagian **Direkomendasikan untuk volume data** dalam daftar.
+ Untuk menggunakan nama perangkat kustom, pilih **Tentukan nama perangkat kustom**, lalu masukkan nama perangkat yang akan digunakan.
1. Pilih **Lampirkan volume**.
1. Sambungkan ke instans dan pasang volume. Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS tersedia untuk digunakan](ebs-using-volumes.md).
------
#### [ AWS CLI ]
**Untuk melampirkan volume EBS ke sebuah instans**
Gunakan perintah [attach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/attach-volume.html). Contoh berikut melampirkan volume yang ditentukan ke instance yang ditentukan menggunakan nama perangkat yang ditentukan.
```
aws ec2 attach-volume \
--volume-id vol-01234567890abcdef \
--instance-id i-1234567890abcdef0 \
--device /dev/sdf
```
------
#### [ PowerShell ]
**Untuk melampirkan volume EBS ke sebuah instans**
Gunakan [Add-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2Volume.html)cmdlet. Contoh berikut melampirkan volume yang ditentukan ke instance yang ditentukan menggunakan nama perangkat yang ditentukan.
```
Add-EC2Volume `
-VolumeId vol-01234567890abcdef `
-InstanceId i-1234567890abcdef0 `
-Device /dev/sdf
```
------
# Lampirkan volume EBS ke beberapa EC2 instans menggunakan Multi-Attach
Dengan Multi-Lampiran Amazon EBS, Anda dapat memasang satu volume SSD IOPS yang Tersedia (`io1` atau `io2`) ke banyak instans yang berada dalam Zona Ketersediaan yang sama. Anda dapat memasang beberapa volume dengan Multi-Lampiran diaktifkan ke suatu instans atau serangkaian instans. Setiap instans di mana volume terpasang memiliki izin baca dan tulis penuh untuk volume yang dibagikan. Multi-Lampiran membuat Anda mudah untuk mendapatkan ketersediaan aplikasi yang lebih tinggi dalam aplikasi yang mengelola operasi kerja yang dilakukan secara bersamaan.
**Harga dan penagihan**
Tidak ada biaya tambahan untuk menggunakan Multi-Lampiran Amazon EBS. Anda dikenai biaya dengan tarif standar yang berlaku untuk volume SSD IOPS yang Tersedia (`io1` dan `io2`). Untuk informasi selengkapnya, lihat [harga Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Topics**
+ [
## Pertimbangan dan batasan
](#considerations)
+ [Kinerja untuk volume Multi-Attach](ebs-multi-attach-perf.md)
+ [Aktifkan Multi-Lampiran](working-with-multi-attach.md)
+ [Nonaktifkan Multi-Lampiran](disable-multi-attach.md)
+ [NVMe reservasi](nvme-reservations.md)
## Pertimbangan dan batasan
+ Volume yang diaktifkan Multi-Lampirkan dapat dilampirkan hingga 16 instans yang dibangun di [Sistem Nitro yang berada di Availability](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) Zone yang sama.
+ **Instans Linux** mendukung Multi-Attach diaktifkan `io1` dan `io2` volume. **Instans Windows hanya** mendukung `io2` volume yang diaktifkan Multi-Attach.
+ Jumlah maksimum volume Amazon EBS yang dapat dilampirkan ke instans bergantung pada tipe instans dan ukuran instans. Untuk informasi selengkapnya, lihat [batas volume instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/volume_limits.html).
+ Multi-Lampiran didukung secara eksklusif pada Volume [SSD IOPS yang tersedia (`io1` dan `io2`)](provisioned-iops.md#EBSVolumeTypes_piops).
+ Multi-Lampiran untuk volume `io1` hanya tersedia di Wilayah berikut: AS Timur (Virginia Utara), AS Barat (Oregon), dan Asia Pasifik (Seoul).
Multi-Lampiran untuk `io2` tersedia di semua Wilayah yang mendukung `io2`.
**catatan**
Untuk performa, konsistensi, dan daya tahan yang lebih baik dengan biaya lebih rendah, kami sarankan Anda menggunakan volume `io2`.
+ Volume `io1` dengan Multi-Lampiran diaktifkan tidak didukung dengan [instans yang dibangun di atas Nitro System](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) yang mendukung protokol jaringan Scalable Reliable Datagram (SRD) saja. Untuk menggunakan Multi-Attach dengan jenis instance ini, Anda harus menggunakan`io2`.
+ Sistem file standar, seperti XFS dan EXT4, tidak dirancang untuk diakses secara bersamaan oleh beberapa server, seperti EC2 instance. Anda harus menggunakan sistem file klaster untuk memastikan ketahanan dan keandalan data untuk beban kerja produksi Anda.
+ `io2`Volume yang diaktifkan Multi-Lampirkan mendukung I/O pagar. I/O protokol pagar mengontrol akses tulis di lingkungan penyimpanan bersama untuk menjaga konsistensi data. Aplikasi Anda harus memberikan urutan penulisan untuk instans terlampir untuk menjaga konsistensi data. Untuk informasi selengkapnya, lihat [Menggunakan NVMe reservasi dengan volume Amazon EBS Multi-Lampirkan yang diaktifkan](nvme-reservations.md).
`io1`Volume yang diaktifkan Multi-Lampirkan tidak mendukung I/O pagar.
+ Volume dengan Multi-Lampiran diaktifkan tidak dapat dibuat sebagai volume boot.
+ Volume dengan Multi-Lampiran diaktifkan dapat dilampirkan ke satu pemetaan perangkat blok per instans.
+ Multi-Lampirkan tidak dapat diaktifkan selama peluncuran instans menggunakan EC2 konsol Amazon atau RunInstances API.
+ Volume dengan Multi-Lampiran diaktifkan yang memiliki masalah di lapisan infrastruktur Amazon EBS tidak tersedia untuk semua instans yang dipasang. Masalah di Amazon EC2 atau lapisan jaringan mungkin hanya memengaruhi beberapa instance terlampir.
+ Tabel berikut menunjukkan dukungan modifikasi volume untuk volume `io1` dan `io2` dengan Multi-Lampiran diaktifkan setelah pembuatan.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/ebs-volumes-multi.html)
\$1 Anda tidak dapat mengaktifkan atau menonaktifkan Multi-Lampiran saat volume dilampirkan ke suatu instans.
+ Volume dengan Multi-Lampiran diaktifkan dihapus pada saat pengakhiran instans jika instans terakhir yang dilampirkan diakhiri dan jika instans tersebut dikonfigurasi untuk menghapus volume pada saat pengakhiran. Jika volume terlampir ke banyak instans yang memiliki pengaturan pengakhiran saat pengakhiran yang berbeda dalam pemetaan perangkat blok volumenya, pengaturan pemetaan perangkat blok instans terakhir yang terlampir menentukan penghapusan pada perilaku pengakhiran.
Untuk memastikan penghapusan yang dapat diprediksi pada perilaku pengakhiran, aktifkan atau nonaktifkan penghapusan pada saat pengakhiran untuk semua instans tempat volume terpasang. Untuk informasi selengkapnya, lihat [Mempertahankan data saat instance dihentikan.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/preserving-volumes-on-termination.html)
+ Anda dapat memantau volume yang diaktifkan Multi-Lampirkan menggunakan CloudWatch Metrik untuk volume Amazon EBS. Data digabungkan di semua instans yang terlampir. Anda tidak dapat memantau metrik untuk setiap instans yang terlampir. Untuk informasi selengkapnya, lihat [CloudWatch Metrik Amazon untuk Amazon EBS](using_cloudwatch_ebs.md).
# Kinerja untuk volume Amazon EBS Multi-Lampirkan
Setiap instans yang dilampirkan mampu mendorong performa IOPS maksimum hingga performa maksimal yang tersedia dari volume. Namun, performa agregat dari semua instans yang terlampir tidak dapat melebihi performa maksimal yang tersedia dari volume. Jika permintaan instans yang terpasang untuk IOPS lebih tinggi dari volume IOPS yang Tersedia, volumenya tidak akan melebihi performa yang disediakan.
Misalnya, Anda membuat volume dengan Multi-Lampiran diaktifkan `io2` dengan `80,000` IOPS yang Tersedia dan memasangnya ke instans `m7g.large` yang mendukung hingga `40,000` IOPS, dan ` r7g.12xlarge` instans yang mendukung hingga `60,000` IOPS. Setiap instans dapat mendorong IOPS maksimum karena kurang dari volume IOPS yang tersedia sebesar `80,000`. Namun, jika kedua instans mendorong I/O ke volume secara bersamaan, IOPS gabungannya tidak dapat melebihi kinerja IOPS yang disediakan volume. `80,000`
Untuk mencapai kinerja yang konsisten, praktik terbaik adalah menyeimbangkan yang I/O didorong dari instans terlampir di seluruh sektor volume yang diaktifkan Multi-Attach.
Untuk informasi selengkapnya tentang kinerja IOPS untuk jenis EC2 instans Amazon, lihat jenis instans yang [dioptimalkan Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html) di * EC2 Panduan Pengguna Amazon*.
# Aktifkan Multi-Lampirkan untuk volume Amazon EBS
Volume dengan Multi-Lampiran diaktifkan dapat dikelola dengan cara yang sama dengan pengelolaan volume Amazon EBS lainnya. Namun, untuk menggunakan fungsi Multi-Lampiran, Anda harus mengaktifkannya untuk volume.
Saat Anda membuat volume baru, Multi-Lampiran dinonaktifkan secara default. Anda dapat mengaktifkan Multi-Attach saat Anda membuat volume.
Anda juga dapat mengaktifkan Multi-Lampiran untuk volume `io2` setelah pembuatan, tetapi hanya jika volume tersebut tidak terhubung ke instans apa pun. Anda tidak dapat mengaktifkan Multi-Lampiran untuk volume `io1` setelah pembuatan.
Setelah mengaktifkan Multi-Lampirkan untuk sebuah volume, Anda dapat melampirkan volume ke instans dengan cara yang sama seperti Anda melampirkan volume EBS lainnya. Untuk informasi selengkapnya, lihat [Lampirkan volume Amazon EBS ke instans Amazon EC2](ebs-attaching-volume.md).
------
#### [ Console ]
**Untuk mengaktifkan Multi-Lampiran selama pembuatan volume**
1. Buka EC2 konsol Amazon di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Di panel navigasi, pilih **Volume**.
1. Pilih **Buat Volume**.
1. Untuk **Tipe volume**, pilih **SSD IOPS yang Tersedia (`io1`)** atau ** SSD IOPS yang Tersedia (`io2`)**.
1. Untuk **Ukuran** dan **IOPS**, pilih ukuran volume yang diperlukan dan jumlah IOPS untuk disediakan.
1. Untuk **Zona Ketersediaan**, pilih Zona Ketersediaan yang sama dengan lokasi instans.
1. Untuk **Multi-Lampiran Amazon EBS**, pilih **Aktifkan Multi-Lampiran**.
1. (Opsional) Untuk **ID Snapshot**, pilih snapshot tempat pembuatan volume.
1. Atur status enkripsi untuk volume.
Jika snapshot yang dipilih dienkripsi, atau jika akun Anda diaktifkan untuk [enkripsi secara default](encryption-by-default.md), enkripsi diaktifkan secara otomatis dan Anda tidak dapat menonaktifkannya. Anda dapat memilih kunci KMS untuk mengenkripsi volume.
Jika snapshot yang dipilih tidak dienkripsi dan akun Anda tidak diaktifkan untuk enkripsi secara default, enkripsi bersifat opsional. Untuk mengenkripsi volume, untuk **Enkripsi**, pilih **Enkripsi volume ini** lalu pilih kunci KMS yang akan digunakan untuk mengenkripsi volume.
Volume yang dienkripsi hanya dapat dilampirkan ke instans yang mendukung enkripsi Amazon EBS. Untuk informasi selengkapnya, lihat [Enkripsi EBS Amazon](ebs-encryption.md).
1. (Opsional) Untuk menetapkan tanda kustom ke volume, di bagian **Tanda**, pilih **Tambahkan tanda**, lalu masukkan kunci tanda dan pasangan nilai.
1. Pilih **Buat volume**.
**Untuk mengaktifkan Multi-Lampiran setelah pembuatan**
1. Buka EC2 konsol Amazon di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume dan pilih **Tindakan**, **Ubah Volume**.
1. Untuk **Multi-Lampiran Amazon EBS**, pilih **Aktifkan Multi-Lampiran**.
1. Pilih **Ubah**.
------
#### [ AWS CLI ]
**Untuk mengaktifkan Multi-Lampiran selama pembuatan volume**
Gunakan perintah [create-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-volume.html) dengan opsi. `--multi-attach-enabled`
```
aws ec2 create-volume \
--volume-type io2 \
--multi-attach-enabled \
--size 100 \
--iops 2000 \
--region us-west-2 \
--availability-zone us-west-2b
```
**Untuk mengaktifkan Multi-Lampiran setelah pembuatan**
Gunakan perintah [modify-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-volume.html) dengan opsi. `--multi-attach-enabled`
```
aws ec2 modify-volume \
--volume-id vol-01234567890abcdef \
--multi-attach-enabled
```
------
#### [ PowerShell ]
**Untuk mengaktifkan Multi-Lampiran selama pembuatan volume**
Gunakan [New-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Volume.html)cmdlet dengan parameter. `-MultiAttachEnabled`
```
New-EC2Volume `
-VolumeType io2 `
-MultiAttachEnabled $true `
-Size 100 `
-Iops 2000 `
-Region us-west-2 `
-AvailabilityZone us-west-2b
```
**Untuk mengaktifkan Multi-Lampiran setelah pembuatan**
Gunakan [Edit-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Volume.html)cmdlet dengan parameter. `-MultiAttachEnabled`
```
Edit-EC2Volume `
-VolumeId vol-01234567890abcdef `
-MultiAttachEnabled $true
```
------
# Nonaktifkan Multi-Lampirkan untuk volume Amazon EBS
Anda dapat menonaktifkan Multi-Lampiran untuk volume `io2` hanya jika dilampirkan ke tidak lebih dari satu instans.
Anda tidak dapat menonaktifkan Multi-Lampiran untuk volume `io1` setelah pembuatan.
------
#### [ Console ]
**Untuk menonaktifkan Multi-Lampiran setelah pembuatan**
1. Buka EC2 konsol Amazon di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume dan pilih **Tindakan**, **Ubah Volume**.
1. Untuk **Multi-Lampiran Amazon EBS**, hapus **Aktifkan Multi-Lampiran**.
1. Pilih **Ubah**.
------
#### [ AWS CLI ]
**Untuk menonaktifkan Multi-Lampiran setelah pembuatan**
Gunakan perintah [modify-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-volume.html) dengan opsi. `-no-multi-attach-enabled`
```
aws ec2 modify-volume \
--volume-id vol-01234567890abcdef \
--no-multi-attach-enabled
```
------
#### [ PowerShell ]
**Untuk menonaktifkan Multi-Lampiran setelah pembuatan**
Gunakan [Edit-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Volume.html)cmdlet dengan parameter. `-MultiAttachEnabled`
```
Edit-EC2Volume `
-VolumeId vol-01234567890abcdef `
-MultiAttachEnabled $false
```
------
# Menggunakan NVMe reservasi dengan volume Amazon EBS Multi-Lampirkan yang diaktifkan
`io2`Volume yang diaktifkan Multi-Attach mendukung NVMe reservasi, yang merupakan seperangkat protokol pagar penyimpanan standar industri. Protokol ini memungkinkan Anda membuat dan mengelola reservasi yang mengontrol dan mengoordinasikan akses dari beberapa instans ke volume bersama. Reservasi digunakan oleh aplikasi penyimpanan bersama untuk memastikan konsistensi data.
**Topics**
+ [
## Persyaratan
](#nvme-reservations-reqs)
+ [
## Mengaktifkan dukungan untuk NVMe reservasi
](#nvme-reservations-enable)
+ [
## Perintah NVMe Reservasi yang Didukung
](#nvme-reservations-commands)
+ [
## Harga
](#nvme-reservations-cost)
## Persyaratan
NVMe reservasi hanya didukung dengan `io2` volume yang diaktifkan Multi-Lampirkan. Volume dengan Multi-Lampiran diaktifkan hanya dapat dilampirkan ke instans yang dibangun di Nitro system.
NVMe reservasi didukung dengan sistem operasi berikut:
+ SUSE Linux Enterprise 12 SP3 dan yang lebih baru
+ RHEL 8.3 dan yang lebih baru
+ Amazon Linux 2 dan yang lebih baru
+ Windows Server 2016 dan setelahnya
**catatan**
Untuk Windows Server yang didukung AMIs tertanggal 2023.09.13 dan yang lebih baru, driver yang diperlukan NVMe disertakan. Untuk sebelumnya AMIs, Anda harus memperbarui ke NVMe driver versi 1.5.0 atau yang lebih baru. Untuk informasi lebih lanjut, lihat [AWS NVMe driver](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html).
Jika Anda menggunakan EC2 Launch v2 untuk menginisialisasi disk Anda, Anda harus meng-upgrade ke versi **2.0.1521** atau yang lebih baru. Untuk informasi selengkapnya, lihat [Menggunakan agen EC2 Launch v2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2launch-v2.html).
## Mengaktifkan dukungan untuk NVMe reservasi
Support untuk NVMe reservasi diaktifkan secara default untuk semua `io2` volume yang diaktifkan Multi-Attach yang dibuat setelah **18 September 2023**.
Untuk mengaktifkan dukungan NVMe reservasi untuk `io2` volume yang ada yang dibuat sebelum 18 September 2023, Anda harus melepaskan semua instance dari volume dan kemudian memasang kembali instans yang diperlukan. Semua lampiran yang dibuat setelah melepaskan semua instance akan mengaktifkan reservasi. NVMe
## Perintah NVMe Reservasi yang Didukung
Amazon EBS mendukung perintah NVMe Reservasi berikut:
**Registrasi Reservasi**
Mendaftarkan, membatalkan pendaftaran, atau mengganti kunci reservasi. Kunci registrasi digunakan untuk mengidentifikasi dan mengautentikasi sebuah instans. Mendaftarkan kunci reservasi dengan volume menciptakan kairan antara instans dan volume. Anda harus mendaftarkan instans dengan volume sebelum instans itu dapat memperoleh reservasi.
**Pemerolehan Reservasi**
Memperoleh reservasi pada volume, mendahului reservasi yang disimpan di namespace, dan membatalkan reservasi yang disimpan pada volume. Jenis reservasi berikut dapat diperoleh:
+ Tulis Reservasi Eksklusif
+ Reservasi Akses Eksklusif
+ Tulis Eksklusif - Hanya Reservasi Pendaftar
+ Akses Eksklusif - Reservasi Khusus Pendaftar
+ Tulis Eksklusif - Reservasi Semua Pendaftar
+ Akses Eksklusif - Reservasi Semua Pendaftar
**Rilis Reservasi**
Merilis atau menghapus reservasi yang disimpan pada volume.
**Laporan Reservasi**
Menjelaskan status pendaftaran dan reservasi volume.
## Harga
Tidak ada biaya tambahan untuk mengaktifkan dan menggunakan Multi-Lampiran.
# Buat volume Amazon EBS tersedia untuk digunakan
Setelah Anda melampirkan volume Amazon EBS ke instans, volume tersebut akan ditampilkan sebagai perangkat pemblokiran. Anda dapat memformat volume dengan sembarang sistem file lalu memasangnya. Setelah Anda menyediakan volume EBS untuk digunakan, Anda dapat mengaksesnya dengan cara yang sama seperti Anda mengakses volume lainnya. Setiap data yang ditulis pada sistem file ini ditulis ke volume EBS dan terlihat untuk aplikasi yang menggunakan perangkat tersebut.
Anda dapat mengambil foto volume EBS untuk tujuan pencadangan atau menggunakannya sebagai dasar saat Anda membuat volume lain. Untuk informasi selengkapnya, lihat [Snapshot Amazon EBS](ebs-snapshots.md).
Jika volume EBS yang Anda persiapkan untuk digunakan lebih besar dari 2 TiB, Anda harus menggunakan skema partisi GPT untuk mengakses seluruh volume. Untuk informasi selengkapnya, lihat [Batasan volume Amazon EBS](volume_constraints.md).
## Instans Linux
### Format dan pasang volume yang terpasang
Misalkan, Anda memiliki instans EC2 dengan volume EBS untuk perangkat root, `/dev/xvda`, dan bahwa Anda baru saja melampirkan volume EBS kosong pada instans menggunakan `/dev/sdf`. Gunakan prosedur berikut untuk membuat volume baru terpasang tersedia untuk digunakan.
**Untuk memformat dan memasang volume EBS di Linux**
1. Connect ke instans Anda dengan menggunakan SSH. Untuk informasi selengkapnya, lihat [Connect ke instans Linux Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connect-to-linux-instance.html).
1. Perangkat dapat dilampirkan ke instans dengan nama perangkat yang berbeda dengan yang Anda tentukan dalam pemetaan perangkat blok. Untuk informasi selengkapnya, lihat [nama perangkat di instance Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/device_naming.html). Gunakan perintah **lsblk** untuk melihat perangkat disk yang tersedia dan titik pemasangannya (jika ada) untuk membantu Anda menentukan nama perangkat yang tepat untuk digunakan. Output dari **lsblk** menghapus prefiks `/dev/` dari jalur perangkat lengkap.
Berikut ini adalah contoh output untuk instance yang dibangun di atas [Sistem Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html), yang mengekspos volume EBS sebagai NVMe perangkat blok. Perangkat root adalah `/dev/nvme0n1`, yang memiliki dua partisi bernama `nvme0n1p1` dan `nvme0n1p128`. Volume yang terlampir adalah `/dev/nvme1n1`, yang tidak memiliki partisi dan belum dipasang.
```
[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 10G 0 disk
nvme0n1 259:1 0 8G 0 disk
-nvme0n1p1 259:2 0 8G 0 part /
-nvme0n1p128 259:3 0 1M 0 part
```
Berikut ini instans output untuk instans T2. Perangkat root adalah `/dev/xvda`, yang memiliki satu partisi bernama `xvda1`. Volume yang terlampir adalah `/dev/xvdf`, yang tidak memiliki partisi dan belum dipasang.
```
[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 8G 0 disk
-xvda1 202:1 0 8G 0 part /
xvdf 202:80 0 10G 0 disk
```
1. Tentukan apakah ada sistem file pada volume. Volume baru adalah perangkat blok mentah, dan Anda harus membuat sistem file di dalamnya sebelum Anda dapat memasang dan menggunakannya. Volume yang dibuat dari snapshot mungkin sudah memiliki sistem file; jika Anda membuat sistem file baru di atas sistem file yang sudah ada, operasi akan menimpa data Anda.
Gunakan salah satu atau kedua metode berikut untuk menentukan apakah ada sistem file pada volume:
+ Gunakan perintah **file -s** untuk mendapatkan informasi tentang perangkat spesifik, seperti tipe sistem file-nya. Jika output menunjukkan hanya `data`, seperti pada contoh output berikut, tidak ada sistem file di perangkat
```
[ec2-user ~]$ sudo file -s /dev/xvdf
/dev/xvdf: data
```
Jika perangkat memiliki sistem file, perintah akan menampilkan informasi tentang jenis sistem file. Misalnya, output berikut menunjukkan perangkat root dengan sistem file XFS.
```
[ec2-user ~]$ sudo file -s /dev/xvda1
/dev/xvda1: SGI XFS filesystem data (blksz 4096, inosz 512, v2 dirs)
```
+ Gunakan perintah **lsblk -f** untuk mendapatkan informasi tentang semua perangkat yang terlampir pada instans.
```
[ec2-user ~]$ sudo lsblk -f
```
Misalnya, output berikut menunjukkan bahwa ada tiga perangkat yang dilampirkan ke instans—`nvme1n1`, `nvme0n1`, dan `nvme2n1`. Kolom pertama mencantumkan perangkat dan partisi mereka. Kolom `FSTYPE` menunjukkan jenis sistem file untuk setiap perangkat. Jika kolom kosong untuk perangkat tertentu, itu berarti perangkat tidak memiliki sistem file. Dalam hal ini, perangkat `nvme1n1` dan partisi `nvme0n1p1` pada perangkat `nvme0n1` keduanya diformat menggunakan sistem file XFS, sedangkan perangkat `nvme2n1` dan partisi `nvme0n1p128` pada perangkat `nvme0n1` tidak memiliki sistem file.
```
NAME FSTYPE LABEL UUID MOUNTPOINT
nvme1n1 xfs 7f939f28-6dcc-4315-8c42-6806080b94dd
nvme0n1
├─nvme0n1p1 xfs / 90e29211-2de8-4967-b0fb-16f51a6e464c /
└─nvme0n1p128
nvme2n1
```
Jika output dari perintah ini menunjukkan bahwa tidak ada sistem file pada perangkat, Anda harus membuatnya.
1. (Bersyarat) Jika Anda menemukan bahwa ada sistem file pada perangkat di langkah sebelumnya, lewati langkah ini. Jika Anda memiliki volume kosong, gunakan perintah **mkfs -t** untuk membuat sistem file pada volume.
**Awas**
Jangan gunakan perintah ini jika Anda memasang volume yang sudah memiliki data di dalamnya (misalnya, volume yang dibuat dari snapshot). Jika tidak, Anda akan memformat volume dan menghapus data yang ada.
```
[ec2-user ~]$ sudo mkfs -t xfs /dev/xvdf
```
Jika Anda menerima pesan kesalahan bahwa `mkfs.xfs` tidak ditemukan, gunakan perintah berikut untuk menginstal alat XFS, lalu ulangi perintah sebelumnya:
```
[ec2-user ~]$ sudo yum install xfsprogs
```
1. Gunakan perintah **mkdir** untuk membuat direktori titik pasang untuk volume. Titik pasang adalah tempat volume berada di struktur sistem file dan tempat Anda membaca serta menulis file setelah Anda memasang volume. Contoh berikut membuat direktori yang bernama `/data`.
```
[ec2-user ~]$ sudo mkdir /data
```
1. Pasang volume atau partisi pada direktori titik pemasangan yang Anda buat pada langkah sebelumnya.
Jika volume tidak memiliki partisi, gunakan perintah berikut dan tentukan nama perangkat untuk memasang seluruh volume.
```
[ec2-user ~]$ sudo mount /dev/xvdf /data
```
Jika volume memiliki partisi, gunakan perintah berikut dan tentukan nama partisi untuk memasang partisi.
```
[ec2-user ~]$ sudo mount /dev/xvdf1 /data
```
1. Tinjaulah izin file untuk pemasangan volume baru Anda untuk memastikan bahwa pengguna dan aplikasi Anda dapat menulis ke volume. Untuk informasi selengkapnya tentang izin file, lihat [Keamanan file](https://tldp.org/LDP/intro-linux/html/sect_03_04.html) di *Proyek Dokumentasi Linux*.
1. Titik pemasangan tidak dipertahankan secara otomatis setelah melakukan boot ulang instans Anda. Untuk memasang volume EBS ini secara otomatis setelah reboot, ikuti prosedur selanjutnya.
### Otomatis memasang volume yang terlampir setelah boot ulang
Untuk memasang volume EBS yang terlampir pada setiap boot ulang sistem, tambahkan entri untuk perangkat ke file `/etc/fstab` Anda.
Anda dapat menggunakan nama perangkat, seperti `/dev/xvdf`, di `/etc/fstab`, tetapi sebaiknya gunakan pengidentifikasi yang unik universal (UUID) 128-bit. Nama perangkat dapat berubah, tetapi UUID tetap ada selama masa paruh. Dengan menggunakan UUID, Anda mengurangi kemungkinan sistem menjadi tidak dapat diaktifkan setelah konfigurasi ulang perangkat keras. Untuk informasi selengkapnya, lihat [Petakan volume Amazon EBS ke nama NVMe perangkat](identify-nvme-ebs-device.md).
**Untuk otomatis memasang volume yang terlampir setelah boot ulang**
1. (Opsional) Buat cadangan dari file `/etc/fstab` Anda yang dapat digunakan jika Anda secara tidak sengaja menghancurkan atau menghapus file ini saat mengedit.
```
[ec2-user ~]$ sudo cp /etc/fstab /etc/fstab.orig
```
1. Gunakan perintah **blkid** untuk menemukan UUID perangkat. Buat catatan UUID perangkat yang ingin Anda pasang setelah boot ulang. Anda akan membutuhkannya dalam langkah berikut.
Misalnya, perintah berikut menunjukkan bahwa ada dua perangkat yang dipasang ke instance, dan ini menunjukkan UUIDs untuk kedua perangkat.
```
[ec2-user ~]$ sudo blkid
/dev/xvda1: LABEL="/" UUID="ca774df7-756d-4261-a3f1-76038323e572" TYPE="xfs" PARTLABEL="Linux" PARTUUID="02dcd367-e87c-4f2e-9a72-a3cf8f299c10"
/dev/xvdf: UUID="aebf131c-6957-451e-8d34-ec978d9581ae" TYPE="xfs"
```
Untuk Ubuntu 18.04, gunakan perintah lsblk.
```
[ec2-user ~]$ sudo lsblk -o +UUID
```
1. Buka file `/etc/fstab` menggunakan editor teks, seperti **nano** atau **vim**.
```
[ec2-user ~]$ sudo vim /etc/fstab
```
1. Tambahkan entri berikut ke `/etc/fstab` untuk memasang perangkat di titik pemasangan yang ditentukan. Kolom tersebut adalah nilai UUID yang dikembalikan oleh **blkid** (atau **lsblk** untuk Ubuntu 18.04), titik pemasangan, sistem file, dan opsi pemasangan sistem file yang direkomendasikan. Untuk informasi lebih lanjut tentang bidang yang diperlukan, jalankan `man fstab` Untuk membuka **fstab** manual.
Pada contoh berikut, kami memasang perangkat dengan UUID `aebf131c-6957-451e-8d34-ec978d9581ae` ke titik pemasangan `/data` dan kami menggunakan sistem file `xfs`. Kami juga menggunakan `defaults` dan `nofail` Bendera. Kami tentukan `0` untuk mencegah agar sistem file tidak dibuang, dan kami tentukan `2` untuk menunjukkan bahwa itu adalah perangkat non-root.
```
UUID=aebf131c-6957-451e-8d34-ec978d9581ae /data xfs defaults,nofail 0 2
```
**catatan**
Jika Anda pernah melakukan boot pada instans Anda tanpa melampirkan volume ini (misalnya, setelah memindahkan volume ke instans lain), opsi pemasangan `nofail` memungkinkan instans di-boot meskipun terdapat kesalahan saat memasang volume. Derivatif Debian, termasuk versi Ubuntu yang lebih awal dari 16.04, juga harus menambahkan opsi pemasangan `nobootwait`.
1. Untuk memverifikasi bahwa entri Anda bekerja, jalankan perintah berikut untuk melepas perangkat, kemudian memasang semua sistem file di `/etc/fstab`. Jika tidak ada kesalahan, file `/etc/fstab` akan baik-baik saja dan sistem file Anda akan memasangkannya secara otomatis setelah di-boot ulang.
```
[ec2-user ~]$ sudo umount /data
[ec2-user ~]$ sudo mount -a
```
Jika Anda menerima pesan kesalahan, atasi kesalahan dalam file.
**Awas**
Kesalahan dalam file `/etc/fstab` dapat membuat sistem tidak dapat di-boot. Jangan mematikan sistem yang memiliki kesalahan di `/etc/fstab` file Anda.
Jika Anda tidak yakin bagaimana cara memperbaiki kesalahan di `/etc/fstab` dan Anda telah membuat file cadangan di langkah pertama prosedur ini, Anda dapat memulihkan dari file cadangan menggunakan perintah berikut.
```
[ec2-user ~]$ sudo mv /etc/fstab.orig /etc/fstab
```
## Instans Windows
Gunakan salah satu metode berikut untuk membuat volume tersedia pada instance Windows.
------
#### [ PowerShell ]
**Untuk membuat semua volume EBS dengan partisi mentah tersedia untuk digunakan dengan Windows PowerShell**
1. Masuk ke instans Windows menggunakan Remote Desktop. Untuk informasi selengkapnya, lihat [Connect ke instans Windows Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connecting_to_windows_instance.html).
1. **Pada taskbar, buka menu Start, dan pilih Windows. PowerShell**
1. Gunakan serangkaian PowerShell perintah Windows yang disediakan dalam PowerShell prompt yang dibuka. Skrip tersebut melakukan tindakan-tindakan berikut ini secara default:
1. Menghentikan HWDetection layanan Shell.
1. Melakukan enumerasi disk yang gaya partisinya mentah.
1. Membuat partisi baru yang mencakup ukuran maksimum yang akan didukung oleh disk dan jenis partisi.
1. Menetapkan huruf drive yang tersedia.
1. Memformat sistem file sebagai NTFS dengan label sistem file yang ditentukan.
1. Memulai HWDetection layanan Shell lagi.
```
Stop-Service -Name ShellHWDetection
Get-Disk | Where PartitionStyle -eq 'raw' | Initialize-Disk -PartitionStyle MBR -PassThru | New-Partition -AssignDriveLetter -UseMaximumSize | Format-Volume -FileSystem NTFS -NewFileSystemLabel "Volume Label" -Confirm:$false
Start-Service -Name ShellHWDetection
```
------
#### [ DiskPart command line tool ]
**Untuk membuat volume EBS tersedia untuk digunakan dengan alat baris DiskPart perintah**
1. Masuk ke instans Windows menggunakan Remote Desktop. Untuk informasi selengkapnya, lihat [Connect ke instans Windows Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connecting_to_windows_instance.html).
1. Tentukan nomor disk yang ingin Anda sediakan:
1. Buka menu Start, dan pilih Windows PowerShell.
1. Gunakan Cmdlet `Get-Disk` untuk mengambil daftar disk yang tersedia.
1. Dalam output perintah, perhatikan **Nomor** yang sesuai dengan disk yang Anda sediakan.
1. Buat file skrip untuk menjalankan DiskPart perintah:
1. Buka menu Start, dan pilih **File Explorer**.
1. Arahkan ke direktori, seperti C:\$1, untuk menyimpan file skrip.
1. Pilih atau klik kanan ruang kosong di dalam folder untuk membuka kotak dialog, posisikan kursor di atas **Baru** untuk mengakses menu konteks, lalu pilih **Dokumen Teks**.
1. Beri nama file teks `diskpart.txt`.
1. Tambahkan perintah berikut ke file skrip. Anda mungkin perlu memodifikasi nomor disk, jenis partisi, label volume, dan huruf drive. Skrip tersebut melakukan tindakan-tindakan berikut ini secara default:
1. Memilih disk 1 untuk modifikasi.
1. Mengonfigurasi volume untuk menggunakan struktur partisi master boot record (MBR).
1. Memformat volume sebagai volume NTFS.
1. Mengatur label volume.
1. Menetapkan volume huruf drive.
**Awas**
Jika Anda memasang volume yang sudah memiliki data, jangan memformat ulang volume atau Anda akan menghapus data yang ada.
```
select disk 1
attributes disk clear readonly
online disk noerr
convert mbr
create partition primary
format quick fs=ntfs label="volume_label"
assign letter="drive_letter"
```
Untuk informasi selengkapnya, lihat [Sintaks dan parameter DiskPart ](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc766465(v=ws.10)#diskpart-syntax-and-parameters).
1. Buka prompt perintah, arahkan ke folder tempat skrip berada, dan jalankan perintah berikut agar volume tersedia untuk digunakan pada disk yang ditentukan:
```
C:\> diskpart /s diskpart.txt
```
------
#### [ Disk Management utility ]
**Untuk menjadikan volume EBS tersedia untuk digunakan dengan alat baris perintah DiskPart**
1. Masuk ke instans Windows menggunakan Remote Desktop. Untuk informasi selengkapnya, lihat [Connect ke instans Windows Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connecting_to_windows_instance.html).
1. Mulai utilitas Manajemen Disk. Pada bilah tugas, buka menu konteks (klik kanan) untuk logo Windows dan pilih **Manajemen Disk**.
**catatan**
Di Windows Server 2008, pilih **Mulai**, **Alat Administratif**, **Manajemen Komputer**, **Manajemen Disk**.
1. Buat volume menjadi online. Di panel bawah, buka menu konteks (klik kanan) untuk panel kiri untuk disk untuk volume EBS. Pilih **Online**.
![\[Buat volume menjadi online.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-volume-online.png)
1. (Syarat) Jika disk tidak diinisialisasi, Anda harus menginisialisasinya sebelum Anda dapat menggunakannya. Jika disk sudah diinisialisasi, lewati langkah ini.
**Awas**
Jika Anda memasang volume yang sudah memiliki data di dalamnya (misalnya, set data publik, atau volume yang Anda buat dari snapshot), jangan memformat ulang volume atau data yang ada akan terhapus.
Jika disk tidak diinisialisasi, lakukan inisialisasi sebagai berikut:
1. Buka menu konteks (klik kanan) untuk panel kiri untuk disk dan pilih **Inisialisasi Disk**.
![\[Inisialisasi volume.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-volume-initialize.png)
1. Di kotak dialog **Inisialisasi Disk**, pilih gaya partisi dan pilih **OKE**.
![\[Inisialisasi pengaturan volume.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-volume-initialize-settings.png)
1. Buka menu konteks (klik kanan) untuk panel kanan untuk disk dan pilih **Volume Sederhana Baru**.
![\[Pasang volume sederhana.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-new-simple-volume.png)
1. Di **Wizard Volumer Sederhana Baru**, pilih **Berikutnya**.
![\[Mulai Wizard Volume Sederhana Baru.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-welcome.png)
1. Jika Anda ingin mengubah nilai maksimum default, tentukan **Ukuran volume sederhana dalam MB**, lalu pilih **Berikutnya.**
![\[Tentukan ukuran volume.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-size.png)
1. Tentukan huruf drive yang disukai, jika perlu, di dalam menu dropdown **Tetapkan huruf drive berikut**, lalu pilih **Berikutnya.**
![\[Tentukan huruf drive.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-letter.png)
1. Tentukan **Label Volume** dan sesuaikan pengaturan default seperlunya, lalu pilih **Berikutnya.**
![\[Tentukan pengaturan untuk memformat volume.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-format.png)
1. Tinjau pengaturan Anda, lalu pilih **Selesai** untuk menerapkan modifikasi dan tutup wizard Volume Sederhana Baru.
![\[Tinjau pengaturan Anda dan selesaikan wizard.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/windows-2016-new-simple-volume-wizard-finish.png)
------
# Melihat informasi tentang volume Amazon EBS
Anda dapat melihat informasi deskriptif tentang volume EBS Anda. Misalnya, Anda dapat melihat informasi tentang semua volume di Wilayah tertentu atau melihat informasi terperinci tentang satu volume, termasuk ukurannya, jenis volume, apakah volume dienkripsi, kunci KMS mana yang digunakan untuk mengenkripsi volume, dan contoh spesifik yang dilampirkan volume.
Anda dapat memperoleh informasi tambahan tentang volume EBS Anda, seperti berapa banyak ruang disk yang tersedia, dari sistem operasi pada instans.
**Topics**
+ [
## Lihat informasi volume
](#ebs-view-information-console)
+ [
## Status volume
](#volume-state)
+ [
## Lihat metrik volume
](#ebs-view-volume-metrics)
+ [
## Lihat ruang disk kosong
](#ebs-view-free-disk-space-lin)
## Lihat informasi volume
Anda dapat melihat informasi tentang volume EBS Anda.
------
#### [ Console ]
**Untuk melihat informasi tentang volume**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
1. Untuk mengurangi daftar, Anda dapat memfilter volume menggunakan tanda dan atribut volume. Pilih bidang filter, pilih atribut tanda atau volume, lalu pilih nilai filter.
1. Untuk melihat informasi lebih lanjut tentang volume, pilih ID.
**Untuk melihat volume EBS yang dilampirkan ke sebuah instance**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Pilih instans.
1. Pada tab **Penyimpanan**, bagian **Perangkat blok** mencantumkan volume yang dilampirkan ke instans. Untuk melihat informasi tentang volume tertentu, pilih ID-nya di kolom **ID Volume**.
------
#### [ Amazon EC2 Global View ]
Anda dapat menggunakan [Amazon EC2 Global View](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/global-view.html) untuk melihat volume Anda di semua Wilayah yang mengaktifkan AWS akun Anda.
**Untuk mendapatkan ringkasan volume EBS Anda di semua Wilayah**
1. [Buka konsol Amazon EC2 Global View di https://console.aws.amazon.com/ec2globalview/ rumah.](https://console.aws.amazon.com/ec2globalview/home)
1. Pada tab **Region explorer**, di bawah **Ringkasan**, periksa jumlah sumber daya untuk **Volume**, yang mencakup jumlah volume dan jumlah Wilayah. Klik teks yang digarisbawahi untuk melihat bagaimana jumlah volume tersebar di seluruh Wilayah.
1. Pada tab **Pencarian global**, pilih filter klien **Jenis sumber daya = Volume**. Anda dapat memfilter hasil lebih lanjut dengan menentukan Wilayah atau tag.
------
#### [ AWS CLI ]
**Untuk melihat informasi tentang volume EBS**
Gunakan perintah [describe-volumes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html). Contoh berikut menghitung volume di Wilayah saat ini.
```
aws ec2 describe-volumes --query "length(Volumes[*])"
```
Contoh berikut mencantumkan volume yang dilampirkan pada contoh yang ditentukan.
```
aws ec2 describe-volumes \
--filters "Name=attachment.instance-id,Values=i-1234567890abcdef0" \
--query Volumes[*].VolumeId \
--output text
```
Contoh berikut menjelaskan volume yang ditentukan.
```
aws ec2 describe-volumes --volume-ids vol-01234567890abcdef
```
Berikut ini adalah output contoh.
```
{
"Volumes": [
{
"Iops": 3000,
"VolumeType": "gp3",
"MultiAttachEnabled": false,
"Throughput": 125,
"Operator": {
"Managed": false
},
"VolumeId": "vol-01234567890abcdef",
"Size": 8,
"SnapshotId": "snap-0abcdef1234567890",
"AvailabilityZone": "us-west-2b",
"State": "in-use",
"CreateTime": "2024-05-17T23:23:00.400000+00:00",
"Attachments": [
{
"DeleteOnTermination": true,
"VolumeId": "vol-01234567890abcdef",
"InstanceId": "i-1234567890abcdef0",
"Device": "/dev/xvda",
"State": "attached",
"AttachTime": "2024-05-17T23:23:00+00:00"
}
],
"Encrypted": false
}
]
}
```
------
#### [ PowerShell ]
**Untuk melihat informasi tentang volume EBS**
Gunakan [Get-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Volume.html)cmdlet. Contoh berikut menghitung volume di Wilayah saat ini.
```
(Get-EC2Volume).Count
```
Contoh berikut mencantumkan volume yang dilampirkan pada contoh yang ditentukan.
```
(Get-EC2Volume `
-Filters @{Name="attachment.instance-id";Values="i-1234567890abcdef0"}).VolumeId
```
Contoh berikut menjelaskan volume yang ditentukan.
```
Get-EC2Volume -VolumeId vol-01234567890abcdef
```
Berikut ini adalah output contoh.
```
Attachments : {i-1234567890abcdef0}
AvailabilityZone : us-west-2b
CreateTime : 5/17/2024 11:23:00 PM
Encrypted : False
FastRestored : False
Iops : 3000
KmsKeyId :
MultiAttachEnabled : False
Operator : Amazon.EC2.Model.OperatorResponse
OutpostArn :
Size : 8
SnapshotId : snap-0abcdef1234567890
SseType :
State : in-use
Tags : {}
Throughput : 125
VolumeId : vol-01234567890abcdef
VolumeType : gp3
```
------
## Status volume
Status volume menjelaskan ketersediaan volume Amazon EBS. Anda dapat melihat status volume di kolom **Status** pada halaman **Volume** di konsol, atau dengan menggunakan [perintah AWS CLI deskripsikan](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html) volume.
Volume Amazon EBS bertransisi melalui status yang berbeda dari saat dibuat hingga dihapus.
Ilustrasi berikut menunjukkan transisi antara status volume. Anda dapat membuat volume dari snapshot Amazon EBS atau membuat volume kosong. Saat Anda membuat volume, itu memasuki `creating` status. Setelah volume siap digunakan, ia memasuki `available` keadaan. Anda dapat melampirkan volume yang tersedia ke instance di Availability Zone yang sama dengan volume. Anda harus melepaskan volume sebelum Anda dapat melampirkannya ke instance lain atau menghapusnya. Anda dapat menghapus volume saat Anda tidak lagi membutuhkannya.
![\[Siklus hidup volume EBS.\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/volume-states.png)
Tabel berikut merangkum status volume.
| Status | Deskripsi |
| --- | --- |
| creating | Volume sedang dibuat. |
| available | Volume tidak terlampir pada suatu instans. |
| in-use | Volume terlampir pada suatu instans. |
| deleting | Volume sedang dihapus. |
| deleted | Volume dihapus. |
| error | Perangkat keras dasar yang terkait dengan volume EBS Anda gagal, dan data yang terkait dengan volume tidak dapat dipulihkan. Untuk informasi tentang cara mengembalikan volume atau memulihkan data pada volume, lihat [Mengapa volume EBS saya memiliki status “kesalahan”?](https://repost.aws/knowledge-center/ebs-error-status) . |
## Lihat metrik volume
Anda bisa mendapatkan informasi tambahan tentang volume EBS Anda dari Amazon CloudWatch. Untuk informasi selengkapnya, lihat [CloudWatch Metrik Amazon untuk Amazon EBS](using_cloudwatch_ebs.md).
## Lihat ruang disk kosong
Anda dapat memperoleh informasi tambahan tentang volume EBS Anda, seperti berapa banyak ruang disk yang tersedia, dari sistem operasi pada instans.
### Instans Linux
Gunakan **df -hT** perintah dan tentukan nama perangkat:
```
[ec2-user ~]$ df -hT /dev/xvda1
Filesystem Type Size Used Avail Use% Mounted on
/dev/xvda1 xfs 8.0G 1.2G 6.9G 15% /
```
### Instans Windows
Anda dapat melihat ruang disk kosong dengan membuka File Explorer dan memilih **PC ini**.
Anda juga dapat melihat ruang kosong disk menggunakan perintah `dir` dan memeriksa baris terakhir dari output:
```
C:\> dir C:
Volume in drive C has no label.
Volume Serial Number is 68C3-8081
Directory of C:\
03/25/2018 02:10 AM .
03/25/2018 02:10 AM ..
03/25/2018 03:47 AM Contacts
03/25/2018 03:47 AM Desktop
03/25/2018 03:47 AM Documents
03/25/2018 03:47 AM Downloads
03/25/2018 03:47 AM Favorites
03/25/2018 03:47 AM Links
03/25/2018 03:47 AM Music
03/25/2018 03:47 AM Pictures
03/25/2018 03:47 AM Saved Games
03/25/2018 03:47 AM Searches
03/25/2018 03:47 AM Videos
0 File(s) 0 bytes
13 Dir(s) 18,113,662,976 bytes free
```
Anda juga dapat melihat ruang kosong disk menggunakan perintah `fsutil` berikut:
```
C:\> fsutil volume diskfree C:
Total # of free bytes : 18113204224
Total # of bytes : 32210153472
Total # of avail free bytes : 18113204224
```
**Tip**
Anda juga dapat menggunakan CloudWatch agen untuk mengumpulkan metrik penggunaan ruang disk dari instans Amazon EC2 tanpa menghubungkan ke instans. Untuk informasi selengkapnya, lihat [Membuat file konfigurasi CloudWatch agen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/create-cloudwatch-agent-configuration-file.html) dan [Menginstal CloudWatch agen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/install-CloudWatch-Agent-on-EC2-Instance.html) di *Panduan CloudWatch Pengguna Amazon*. Jika Anda perlu memantau penggunaan ruang disk untuk beberapa instance, Anda dapat menginstal dan mengonfigurasi CloudWatch agen pada instance tersebut menggunakan Systems Manager. Untuk informasi selengkapnya, lihat [Menginstal CloudWatch agen menggunakan Systems Manager](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/installing-cloudwatch-agent-ssm.html).
# Ubah volume Amazon EBS menggunakan operasi Volume Elastis
Dengan Volume Elastis Amazon EBS, Anda dapat meningkatkan ukuran volume, mengubah tipe volume, atau menyesuaikan performa volume EBS Anda. Jika instans Anda mendukung Volume Elastis, Anda dapat melakukannya tanpa melepas volume atau memulai ulang instans tersebut. Hal ini memungkinkan Anda untuk terus menggunakan aplikasi Anda saat perubahan berlaku.
Tidak ada biaya untuk mengubah konfigurasi volume. Anda dikenakan biaya untuk konfigurasi volume baru setelah modifikasi volume dimulai. Untuk informasi selengkapnya, lihat halaman [Harga Amazon EBS](https://aws.amazon.com/ebs/pricing/).
**Topics**
+ [
## Pertimbangan-pertimbangan
](#elastic-volumes-considerations)
+ [
## Batasan
](#elastic-volumes-limitations)
+ [
# Persyaratan untuk modifikasi volume Amazon EBS
](modify-volume-requirements.md)
+ [
# Minta modifikasi volume Amazon EBS
](requesting-ebs-volume-modifications.md)
+ [
# Pantau kemajuan modifikasi volume Amazon EBS
](monitoring-volume-modifications.md)
+ [
# Perluas sistem file setelah mengubah ukuran volume Amazon EBS
](recognize-expanded-volume-linux.md)
## Pertimbangan-pertimbangan
+ Setelah Anda memulai modifikasi volume, Anda harus menunggu modifikasi itu mencapai `completed` status sebelum Anda dapat memulai modifikasi lain untuk volume yang sama. Anda dapat memodifikasi volume hingga empat kali dalam periode 24 jam bergulir, selama volume dalam `available` status `in-use` atau, dan semua modifikasi sebelumnya untuk volume tersebut`completed`. Jika Anda melebihi batas ini, Anda mendapatkan pesan kesalahan yang menunjukkan kapan Anda dapat melakukan modifikasi berikutnya.
+ Modifikasi volume dilakukan dengan upaya terbaik, dan dapat memakan waktu dari beberapa menit hingga beberapa jam untuk menyelesaikannya, tergantung pada konfigurasi volume yang diminta. Biasanya, volume 1-TiB dapat memakan waktu hingga enam jam untuk dimodifikasi. Namun, waktu tidak selalu berskala linier dengan ukuran volume - volume yang lebih besar mungkin membutuhkan waktu lebih sedikit, dan volume yang lebih kecil mungkin membutuhkan lebih banyak waktu.
+ Peningkatan ukuran berlaku setelah modifikasi volume mencapai `optimizing` keadaan, yang biasanya memakan waktu beberapa detik.
+ Waktu modifikasi bertambah untuk volume yang tidak diinisialisasi sepenuhnya. Untuk informasi selengkapnya, lihat [Inisialisasi volume secara manual setelah pembuatan](initalize-volume.md#ebs-initialize).
+ Jika Anda memodifikasi tipe volume dari `gp2` ke `gp3`, dan Anda tidak menentukan performa IOPS atau throughput, Amazon EBS secara otomatis menetapkan performa yang setara dengan volume `gp2` sumber, atau performa `gp3` dasar, mana saja yang lebih tinggi.
Misalnya, jika Anda mengubah `gp2` volume 500 GiB dengan 250 MiB/s throughput dan 1500 IOPS `gp3` tanpa menentukan IOPS atau kinerja throughput, Amazon EBS secara otomatis menyediakan `gp3` volume dengan 3000 IOPS (IOPS dasar`gp3`) dan 250 (agar sesuai dengan throughput volume sumber). MiB/s `gp2`
+ Jika Anda menemukan pesan kesalahan saat mencoba mengubah volume EBS, atau jika Anda memodifikasi volume EBS yang dilampirkan ke tipe instans generasi sebelumnya, lakukan salah satu langkah berikut:
+ Untuk volume non-root, lepaskan volume dari instans, terapkan modifikasi, kemudian lampirkan kembali volume.
+ Untuk volume root, hentikan instans, terapkan modifikasi, lalu mulai ulang instans.
## Batasan
+ Anda tidak dapat membatalkan permintaan modifikasi volume setelah dikirimkan.
+ Anda harus menambah ukuran volume. Anda tidak dapat mengurangi ukuran volume. Namun, Anda dapat membuat volume yang lebih kecil dan kemudian memigrasikan data Anda ke sana menggunakan alat tingkat aplikasi seperti **rsync** (instance Linux) atau **robocopy** (instance Windows).
+ Ada batasan untuk penyimpanan agregat maksimum yang dapat diminta di modifikasi volume. Untuk informasi selengkapnya, lihat [Kuota layanan Amazon EBS](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs) di *Referensi Umum Amazon Web Services*.
+ Ukuran volume baru tidak dapat melebihi kapasitas yang didukung dari sistem file dan skema partisi. Untuk informasi selengkapnya, lihat [Batasan volume Amazon EBS](volume_constraints.md).
+ Jika Anda tidak mengubah tipe volume, ukuran volume dan modifikasi performa harus dalam batas tipe volume saat ini. Jika Anda mengubah jenis volume, maka ukuran volume dan modifikasi kinerja harus berada dalam batas jenis volume target. Untuk informasi selengkapnya, lihat [Tipe volume Amazon EBS](ebs-volume-types.md)
+ [Instans berbasis Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html) mendukung volume yang disediakan hingga 256.000 IOPS. Tipe instans lainnya dapat dilampirkan ke volume yang disediakan hingga 64.000 IOPS, tetapi dapat mencapai hingga 32.000 IOPS.
+ Anda tidak dapat mengubah jenis volume untuk volume yang diaktifkan `io2` Multi-Attach.
+ Anda tidak dapat memodifikasi tipe volume, ukuran, atau IOPS yang tersedia dari volume `io1` yang diaktifkan Multi-Lampiran.
+ Volume root tipe `io1`, `io2`, `gp2`, `gp3`, atau `standard` tidak dapat dimodifikasi menjadi volume `st1` atau `sc1`, bahkan jika itu dilepas dari instans.
+ Jika volume dipasang sebelum 3 November 2016 pukul 23:40 UTC, Anda harus menginisialisasi dukungan Volume Elastis. Untuk informasi selengkapnya, lihat [Menginisialisasi dukungan Volume Elastis](requesting-ebs-volume-modifications.md#initialize-modification-support).
+ Meskipun instans `m3.medium` sepenuhnya mendukung modifikasi volume, `m3.large`, `m3.xlarge`, dan instans `m3.2xlarge` mungkin tidak mendukung semua fitur modifikasi volume.
# Persyaratan untuk modifikasi volume Amazon EBS
Persyaratan dan batasan berikut berlaku ketika Anda memodifikasi volume Amazon EBS. Untuk mempelajari selengkapnya tentang persyaratan umum untuk volume EBS, lihat [Batasan volume Amazon EBS](volume_constraints.md).
**Topics**
+ [
## Tipe instans yang didukung
](#instance-support)
+ [
## Sistem operasi
](#operating-system)
## Tipe instans yang didukung
Volume Elastis mendukung pada instans berikut:
+ Semua [instance generasi saat ini](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#current-gen-instances)
+ Instans generasi sebelumnya sebagai berikut: C1, C3, C4, G2, I2, M1, M3, M4, R3, dan R4
Jika tipe instans Anda tidak mendukung Volume Elastis, lihat [Modifikasi volume EBS jika Volume Elastis tidak mendukungnya](requesting-ebs-volume-modifications.md#modify-volume-stop-start).
## Sistem operasi
Persyaratan sistem operasi berikut berlaku:
### Linux
Linux AMIs memerlukan GUID partition table (GPT) dan GRUB 2 untuk volume boot yang 2 TiB (2.048 GiB) atau lebih besar. Banyak Linux AMIs saat ini masih menggunakan skema partisi MBR, yang hanya mendukung ukuran volume boot hingga 2 TiB. Jika instans Anda tidak melakukan boot dengan volume boot yang lebih besar dari 2 TiB, AMI yang Anda gunakan mungkin dibatasi pada ukuran volume boot kurang dari 2 TiB. Volume non-boot tidak memiliki batasan ini pada instans Linux.
Sebelum mencoba mengubah ukuran volume booting melebihi 2 TiB, Anda dapat menentukan apakah volume tersebut menggunakan partisi MBR atau GPT dengan menjalankan perintah berikut pada instans Anda:
```
[ec2-user ~]$ sudo gdisk -l /dev/xvda
```
Instans Amazon Linux dengan partisi GPT mengembalikan informasi berikut:
```
GPT fdisk (gdisk) version 0.8.10
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
```
Instans SUSE dengan partisi MBR mengembalikan informasi berikut:
```
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
```
### Windows
Secara default, Windows menginisialisasi volume dengan tabel partisi Master Boot Record (MBR). Karena MBR hanya mendukung volume yang lebih kecil dari 2 TiB (2.048 GiB), Windows mencegah Anda mengubah ukuran volume MBR melebihi batas ini. Dalam kasus seperti itu, opsi **Perpanjang Volume** dinonaktifkan di utilitas **Manajemen Disk** Windows. Jika Anda menggunakan Konsol Manajemen AWS atau AWS CLI untuk membuat volume yang dipartisi MBR yang melebihi batas ukuran, Windows tidak dapat mendeteksi atau menggunakan ruang tambahan.
Untuk mengatasi keterbatasan ini, Anda dapat membuat volume baru yang lebih besar dengan tabel partisi GUID (GPT) dan menyalin data dari volume MBR asli.
**Untuk membuat volume GPT**
1. Buat volume kosong baru dengan ukuran yang diinginkan di Zona ketersediaan instans EC2 dan lampirkan ke instans Anda.
**catatan**
Volume baru tidak boleh berupa volume yang dipulihkan dari snapshot.
1. Masuk ke sistem Windows Anda dan buka **Manajemen Disk** (**diskmgmt.exe**).
1. Buka menu konteks (klik kanan) untuk disk baru dan pilih **Online**.
1. Di jendela **Inisialisasi Disk**, pilih disk baru dan pilih **GPT (Tabel Partisi GUID)**, **OK**.
1. Saat inisialisasi selesai, salin data dari volume asli ke volume baru, menggunakan alat seperti robocopy atau teracopy.
1. Di **Manajemen Disk**, ubah huruf drive ke nilai yang sesuai dan ambil volume lama secara offline.
1. Di konsol Amazon EC2 lepaskan volume lama dari instans, boot ulang instans untuk memverifikasi bahwa berfungsi dengan benar, dan menghapus volume lama.
# Minta modifikasi volume Amazon EBS
Dengan Elastic Volume, Anda dapat secara dinamis meningkatkan ukuran, menambah atau mengurangi kinerja, dan mengubah tipe volume dari volume Amazon EBS Anda tanpa melepaskannya.
**Gambaran umum proses**
1. (Opsional) Sebelum memodifikasi volume yang berisi data berharga, praktik terbaiknya adalah membuat snapshot volume jika Anda perlu membatalkan perubahan. Untuk informasi selengkapnya, lihat [Membuat snapshot Amazon EBS](ebs-creating-snapshot.md).
1. Minta modifikasi volume.
1. Memantau kemajuan modifikasi volume. Untuk informasi selengkapnya, lihat [Pantau kemajuan modifikasi volume Amazon EBS](monitoring-volume-modifications.md).
1. Jika ukuran volume dimodifikasi, perluas sistem file volume untuk memanfaatkan peningkatan kapasitas penyimpanan. Untuk informasi selengkapnya, lihat [Perluas sistem file setelah mengubah ukuran volume Amazon EBS](recognize-expanded-volume-linux.md).
**Topics**
+ [
## Modifikasi volume EBS menggunakan Volume Elastis
](#modify-ebs-volume)
+ [
## Modifikasi volume EBS jika Volume Elastis tidak mendukungnya
](#modify-volume-stop-start)
+ [
## Menginisialisasi dukungan Volume Elastis (jika diperlukan)
](#initialize-modification-support)
## Modifikasi volume EBS menggunakan Volume Elastis
Sebelum Anda mulai, lihat yang berikut ini:
+ [Pertimbangan-pertimbangan](ebs-modify-volume.md#elastic-volumes-considerations)
+ [Batasan](ebs-modify-volume.md#elastic-volumes-limitations)
+ [Persyaratan](modify-volume-requirements.md)
------
#### [ Console ]
**Untuk memodifikasi volume EBS**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume yang akan dimodifikasi dan pilih **Tindakan**, **Ubah volume**.
1. Layar **Ubah volume** menampilkan ID volume dan konfigurasi volume saat ini volume, termasuk tipe, ukuran, IOPS, dan throughput. Atur nilai konfigurasi baru sebagai berikut:
+ Untuk mengubah tipe, pilih nilai untuk **Tipe Volume**.
+ Untuk memodifikasi ukuran, masukkan nilai baru untuk **Ukuran**.
+ (`gp3`, `io1`, dan `io2` saja) Untuk memodifikasi IOPS, masukkan nilai baru untuk **IOPS**.
+ (`gp3` saja) Untuk memodifikasi throughput, masukkan nilai baru untuk **Throughput**.
1. Setelah Anda selesai mengubah pengaturan volume, pilih **Modifikasi**. Saat diminta konfirmasi, pilih **Ubah**.
1. Jika Anda telah meningkatkan ukuran volume, Anda juga harus memperluas partisi volume untuk memanfaatkan kapasitas penyimpanan tambahan. Untuk informasi selengkapnya, lihat [Perluas sistem file setelah mengubah ukuran volume Amazon EBS](recognize-expanded-volume-linux.md).
1. (*Hanya instance Windows*) Jika Anda meningkatkan ukuran NVMe volume pada instance yang tidak memiliki AWS NVMe driver, Anda harus me-reboot instance untuk mengaktifkan Windows untuk melihat ukuran volume baru. Untuk informasi lebih lanjut tentang menginstal AWS NVMe driver, lihat [AWS NVMe driver](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html).
------
#### [ AWS CLI ]
**Untuk memodifikasi volume EBS**
Gunakan perintah [modify-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-volume.html). Misalnya, jika Anda memiliki volume tipe `gp2` dengan ukuran 100 GiB, contoh berikut mengubah konfigurasinya menjadi volume tipe `io1` dengan 10.000 IOPS dan ukuran 200 GiB.
```
aws ec2 modify-volume \
--volume-id vol-01234567890abcdef \
--volume-type io1 \
--iops 10000 \
--size 200
```
Berikut ini adalah output contoh.
```
{
"VolumeModification": {
"TargetSize": 200,
"TargetVolumeType": "io1",
"ModificationState": "modifying",
"VolumeId": "vol-01234567890abcdef",
"TargetIops": 10000,
"StartTime": "2022-01-19T22:21:02.959Z",
"Progress": 0,
"OriginalVolumeType": "gp2",
"OriginalIops": 300,
"OriginalSize": 100
}
}
```
Jika Anda telah meningkatkan ukuran volume, Anda juga harus memperluas partisi volume untuk memanfaatkan kapasitas penyimpanan tambahan. Untuk informasi selengkapnya, lihat [Perluas sistem file setelah mengubah ukuran volume Amazon EBS](recognize-expanded-volume-linux.md).
------
#### [ PowerShell ]
**Untuk memodifikasi volume EBS**
Gunakan [Edit-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Volume.html)cmdlet. Misalnya, jika Anda memiliki volume tipe `gp2` dengan ukuran 100 GiB, contoh berikut mengubah konfigurasinya menjadi volume tipe `io1` dengan 10.000 IOPS dan ukuran 200 GiB.
```
Edit-EC2Volume `
-VolumeId vol-01234567890abcdef `
-VolumeType io1 `
-Iops 10000 `
-Size 200
```
Jika Anda telah meningkatkan ukuran volume, Anda juga harus memperluas partisi volume untuk memanfaatkan kapasitas penyimpanan tambahan. Untuk informasi selengkapnya, lihat [Perluas sistem file setelah mengubah ukuran volume Amazon EBS](recognize-expanded-volume-linux.md).
------
## Modifikasi volume EBS jika Volume Elastis tidak mendukungnya
Jika Anda menggunakan tipr instans yang didukung, Anda dapat menggunakan Volume Elastis untuk secara dinamis mengubah ukuran, performa, dan tipe volume Amazon EBS Anda tanpa melepaskannya.
Jika Anda tidak dapat menggunakan Volume Elastis, tetapi Anda perlu memodifikasi volume root (boot), Anda harus menghentikan instans, memodifikasi volume, kemudian memulai ulang instansnya.
Setelah instans dimulai, Anda dapat memeriksa ukuran sistem file untuk melihat apakah instans Anda mengenali ruang volume yang lebih besar. Di Linux, gunakan **df -h** perintah untuk memeriksa ukuran sistem file.
```
[ec2-user ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 7.9G 943M 6.9G 12% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
```
Jika ukuran tidak mencerminkan volume yang baru diperluas, Anda harus memperluas sistem file perangkat Anda sehingga instans Anda dapat menggunakan ruang baru. Untuk informasi selengkapnya, lihat [Perluas sistem file setelah mengubah ukuran volume Amazon EBS](recognize-expanded-volume-linux.md).
Dengan contoh Windows, Anda mungkin harus membawa volume online untuk menggunakannya. Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS tersedia untuk digunakan](ebs-using-volumes.md). Anda tidak perlu memformat ulang volume.
## Menginisialisasi dukungan Volume Elastis (jika diperlukan)
Sebelum Anda dapat memodifikasi volume yang telah dipasang ke suatu instans sebelum 3 November 2016 pada 23:40 UTC, Anda harus inisialisasi dukungan modifikasi volume menggunakan salah satu tindakan berikut:
+ Lepaskan dan pasang volume
+ Hentikan dan mulai instans
------
#### [ Console ]
**Untuk menentukan apakah instans Anda sudah siap**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Pilih ikon **Tampilkan/Sembunyikan Kolom** (roda gigi). Pilih **Waktu peluncuran** dan kemudian pilih **Konfirmasi**.
1. Sortir daftar instans berdasarkan **Waktu Peluncuran** yang berbeda. Untuk setiap instans yang dimulai sebelum tanggal batas, pilih **Penyimpanan** dan periksa **Waktu lampiran** untuk melihat kapan volume dilampirkan.
------
#### [ AWS CLI ]
**Untuk menentukan apakah instans Anda sudah siap**
Gunakan perintah [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) berikut ini untuk menentukan apakah volume dipasang sebelum 3 November 2016 23:40 UTC.
```
aws ec2 describe-instances \
--query "Reservations[*].Instances[*].[InstanceId,LaunchTime<='2016-11-01',BlockDeviceMappings[*][Ebs.AttachTime<='2016-11-01']]" \
--output text
```
Baris pertama output untuk setiap instans menampilkan ID dan apakah itu dimulai sebelum batas tanggal (Benar atau Salah). Baris pertama diikuti dengan satu baris atau lebih yang menunjukkan jika setiap volume EBS dipasang sebelum tanggal batas (Benar atau Salah). Dalam contoh output berikut, Anda harus menginisialisasi modifikasi volume untuk instans pertama karena itu dimulai sebelum tanggal batas dan volume root dipasang sebelum tanggal batas. Instans lainnya sudah siap karena sudah dimulai setelah tanggal batas.
```
i-e905622e True
True
i-719f99a8 False
True
i-006b02c1b78381e57 False
False
False
i-e3d172ed False
True
```
------
#### [ PowerShell ]
**Untuk menentukan apakah sebuah instance sudah siap**
Gunakan [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)cmdlet untuk menentukan apakah volume dilampirkan sebelum 3 November 2016 23:40 UTC.
```
(Get-EC2Instance `
-InstanceId i-1234567890abcdef0).Instances.BlockDeviceMappings | `
Format-Table @{Name="VolumeId";Expression={$_.Ebs.VolumeId}}, `
@{Name="AttachTime";Expression={$_.Ebs.AttachTime}}
```
Berikut ini adalah output contoh.
```
VolumeId AttachTime
-------- ----------
vol-0b243c8d927752d2b 3/23/2020 12:21:14 AM
vol-043eadbeb4a8387c3 9/5/2020 7:39:22 PM
vol-0c3f0c4e55c082753 4/23/2019 4:07:40 PM
```
------
# Pantau kemajuan modifikasi volume Amazon EBS
Saat Anda memodifikasi volume EBS, perubahan itu akan melewati urutan status. Volume memasuki status `modifying`, status `optimizing`, dan terakhir status `completed`. Pada titik ini, volume siap untuk dimodifikasi selengkapnya.
Saat volume berada pada status `optimizing`, kinerja volume Anda ada di antara spesifikasi konfigurasi sumber dan target. Performa volume transisi tidak akan kurang dari performa volume sumber. Jika Anda menurunkan IOPS, performa volume transisi tidak kurang dari performa volume target.
Perubahan modifikasi volume berlaku sebagai berikut:
+ Peningkatan ukuran berlaku setelah modifikasi volume mencapai `optimizing` keadaan, yang biasanya memakan waktu beberapa detik.
+ Perubahan kinerja (IOPS dan throughput) dapat memakan waktu dari beberapa menit hingga beberapa jam untuk diselesaikan, tergantung pada konfigurasi volume yang diminta. Biasanya, volume 1-TiB yang digunakan sepenuhnya dapat memakan waktu sekitar 6 jam untuk bermigrasi ke konfigurasi kinerja baru. Dalam beberapa kasus, diperlukan waktu lebih dari 24 jam agar konfigurasi kinerja baru diterapkan, seperti ketika volume belum sepenuhnya diinisialisasi.
Status volume yang mungkin adalah `creating`, `available`, `in-use`, `deleting`, `deleted`, dan `error`.
Status modifikasi yang mungkin adalah `modifying`, `optimizing`, dan `completed`.
------
#### [ Console ]
**Untuk memantau kemajuan modifikasi**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume.
1. Kolom **status** **Volume dan bidang status Volume** di tab **Detail** berisi informasi dalam format berikut: *Volume state* - *Modification state* (*Modification progress*%). Gambar berikut menunjukkan status modifikasi volume dan volume.
![\[Status modifikasi volume dan volume\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/volume_state.png)
Setelah modifikasi selesai, hanya status volume yang ditampilkan. Status modifikasi dan kemajuan tidak lagi ditampilkan.
Atau, Anda dapat menggunakan Amazon EventBridge untuk membuat aturan notifikasi untuk peristiwa modifikasi volume. Untuk informasi selengkapnya, lihat [Memulai Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html).
------
#### [ AWS CLI ]
**Untuk memantau kemajuan modifikasi**
Gunakan [describe-volumes-modifications](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes-modifications.html)perintah untuk melihat kemajuan dari satu atau beberapa modifikasi volume. Contoh berikut menjelaskan modifikasi volume untuk dua volume.
```
aws ec2 describe-volumes-modifications \
--volume-ids vol-11111111111111111 vol-22222222222222222
```
Dalam contoh output berikut, modifikasi volume masih dalam status `modifying`. Kemajuan dilaporkan dalam bentuk persentase.
```
{
"VolumesModifications": [
{
"TargetSize": 200,
"TargetVolumeType": "io1",
"ModificationState": "modifying",
"VolumeId": "vol-11111111111111111",
"TargetIops": 10000,
"StartTime": "2017-01-19T22:21:02.959Z",
"Progress": 0,
"OriginalVolumeType": "gp2",
"OriginalIops": 300,
"OriginalSize": 100
},
{
"TargetSize": 2000,
"TargetVolumeType": "sc1",
"ModificationState": "modifying",
"VolumeId": "vol-22222222222222222",
"StartTime": "2017-01-19T22:23:22.158Z",
"Progress": 0,
"OriginalVolumeType": "gp2",
"OriginalIops": 300,
"OriginalSize": 1000
}
]
}
```
Contoh berikutnya menggambarkan semua volume dengan status modifikasi `optimizing` atau `completed`, lalu memfilter dan memformat hasil untuk hanya menampilkan modifikasi yang dimulai pada atau setelah 1 Februari 2017:
```
aws ec2 describe-volumes-modifications \
--filters Name=modification-state,Values="optimizing","completed" \
--query "VolumesModifications[?StartTime>='2017-02-01'].{ID:VolumeId,STATE:ModificationState}"
```
Berikut ini adalah contoh output dengan informasi tentang dua volume:
```
[
{
"STATE": "optimizing",
"ID": "vol-06397e7a0eEXAMPLE"
},
{
"STATE": "completed",
"ID": "vol-ba74e18c2aEXAMPLE"
}
]
```
------
#### [ PowerShell ]
**Untuk memantau kemajuan modifikasi**
Gunakan [Get-EC2VolumeModification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2VolumeModification.html)cmdlet. Contoh berikut menjelaskan modifikasi volume untuk dua volume.
```
Get-EC2VolumeModification `
-VolumeId vol-11111111111111111 vol-22222222222222222
```
------
**catatan**
Jarang, AWS kesalahan sementara dapat mengakibatkan keadaan. `failed` Ini bukan indikasi kesehatan volume; itu hanya menunjukkan bahwa modifikasi terhadap volume gagal. Jika ini terjadi, coba kembali modifikasi volume.
# Perluas sistem file setelah mengubah ukuran volume Amazon EBS
Setelah Anda [meningkatkan ukuran volume EBS](requesting-ebs-volume-modifications.md), Anda harus memperluas partisi dan sistem file ke ukuran baru yang lebih besar. Anda dapat melakukan ini segera setelah volume memasuki status `optimizing`.
## Sebelum Anda mulai
+ Buat snapshot dari volume, jika Anda perlu mengembalikan perubahan Anda. Untuk informasi selengkapnya, lihat [Membuat snapshot Amazon EBS](ebs-creating-snapshot.md).
+ Konfirmasikan bahwa modifikasi volume berhasil dan berada dalam status `optimizing` atau `completed`. Untuk informasi selengkapnya, lihat [Pantau kemajuan modifikasi volume Amazon EBS](monitoring-volume-modifications.md).
+ Pastikan volume dilampirkan ke instans dan diformat dan dipasang. Untuk informasi selengkapnya, lihat [Format dan pasang volume yang terpasang](ebs-using-volumes.md#ebs-format-mount-volume).
+ (*Hanya instance Linux*) Jika Anda menggunakan volume logis pada volume Amazon EBS, Anda harus menggunakan Logical Volume Manager (LVM) untuk memperluas volume logis. Untuk petunjuk tentang cara melakukan ini, lihat bagian **Perpanjang LV** di artikel [Bagaimana cara menggunakan LVM untuk membuat volume logis pada partisi volume EBS?](https://repost.aws/knowledge-center/create-lv-on-ebs-partition) .
## Instans Linux
**catatan**
Instruksi berikut memandu Anda melalui proses perluasan sistem file **XFS** dan **Ext4** untuk Linux. Untuk informasi tentang memperluas sistem file yang berbeda, lihat dokumentasinya.
Sebelum Anda dapat memperluas sistem file di Linux, Anda harus memperpanjang partisi, jika volume Anda memilikinya.
### Perluas sistem file volume EBS
Gunakan prosedur berikut untuk memperluas sistem file untuk volume yang diubah ukurannya.
Perhatikan bahwa penamaan perangkat dan partisi berbeda untuk instance Xen dan instance yang dibangun di Sistem Nitro. Untuk menentukan apakah instans Anda berbasis Xen atau berbasis Nitro, lihat jenis hypervisor [Amazon](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#instance-hypervisor-type) EC2.
**Untuk memperluas sistem file volume EBS**
1. [Terhubung ke instans Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/connect-to-linux-instance.html).
1. Ubah ukuran partisi, jika diperlukan. Untuk melakukannya:
1. Periksa apakah volume memiliki partisi. Gunakan perintah **lsblk**.
------
#### [ Nitro instance example ]
Dalam contoh output berikut, volume root (`nvme0n1`) memiliki dua partisi (`nvme0n1p1` dan `nvme0n1p128`), sedangkan volume tambahan (`nvme1n1`) tidak memiliki partisi.
```
[ec2-user ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 30G 0 disk /data
nvme0n1 259:1 0 16G 0 disk
└─nvme0n1p1 259:2 0 8G 0 part /
└─nvme0n1p128 259:3 0 1M 0 part
```
------
#### [ Xen instance example ]
Dalam contoh output berikut, volume root (`xvda`) memiliki satu partisi (`xvda1`), sedangkan volume tambahan (`xvdf`) tidak memiliki partisi.
```
[ec2-user ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 16G 0 disk
└─xvda1 202:1 0 8G 0 part /
xvdf 202:80 0 24G 0 disk
```
------
+ Jika volume memiliki partisi, lanjutkan ke langkah berikutnya (2b).
+ Jika volume tidak memiliki partisi, lewati langkah 2b, 2c, dan 2d, dan lanjutkan ke langkah 3.
**Tip pemecahan masalah**
Jika Anda tidak melihat volume dalam output perintah, pastikan volume [terlampir ke instans](ebs-attaching-volume.md) serta [diformat dan dipasang](ebs-using-volumes.md#ebs-format-mount-volume).
1. Periksa apakah partisi perlu diperpanjang. Pada output perintah **lsblk** dari langkah sebelumnya, bandingkan ukuran partisi dan ukuran volume.
+ Jika ukuran partisi lebih kecil dari ukuran volume, lanjutkan ke langkah berikutnya (2c).
+ Jika ukuran partisi sama dengan ukuran volume, partisi tidak perlu diperpanjang - lewati langkah 2c dan 2d, dan lanjutkan ke langkah 3.
**Tip pemecahan masalah**
Jika volume masih mencerminkan ukuran aslinya, [konfirmasikan bahwa modifikasi volume berhasil](monitoring-volume-modifications.md).
1. Perluas partisi. Gunakan **growpart** perintah dan tentukan nama perangkat dan nomor partisi.
------
#### [ Nitro instance example ]
Nomor partisi adalah nomor setelah`p`. Misalnya, untuk`nvme0n1p1`, nomor partisi adalah`1`. Untuk`nvme0n1p128`, nomor partisi adalah`128`.
Untuk memperluas partisi bernama`nvme0n1p1`, gunakan perintah berikut.
**penting**
Perhatikan ruang antara nama perangkat (`nvme0n1`) dan nomor partisi (`1`).
```
[ec2-user ~]$ sudo growpart /dev/nvme0n1 1
```
------
#### [ Xen instance example ]
Nomor partisi adalah nomor setelah nama perangkat. Misalnya, untuk`xvda1`, nomor partisi adalah`1`. Untuk`xvda128`, nomor partisi adalah`128`.
Untuk memperluas partisi bernama`xvda1`, gunakan perintah berikut.
**penting**
Perhatikan ruang antara nama perangkat (`xvda`) dan nomor partisi (`1`).
```
[ec2-user ~]$ sudo growpart /dev/xvda 1
```
------
**Tip pemecahan masalah**
`mkdir: cannot create directory ‘/tmp/growpart.31171’: No space left on device FAILED: failed to make temp dir`: Menunjukkan bahwa tidak ada cukup ruang disk kosong pada volume bagi growpart untuk membuat direktori sementara yang diperlukan untuk melakukan pengubahan ukuran. Kosongkan ruang disk, kemudian coba lagi.
`must supply partition-number`: Menunjukkan bahwa Anda menentukan partisi yang salah. Gunakan perintah **lsblk** untuk mengonfirmasi nama partisi, dan pastikan Anda memasukkan spasi antara nama perangkat dan nomor partisi.
`NOCHANGE: partition 1 is size 16773087. it cannot be grown`: Menunjukkan bahwa partisi sudah memperluas seluruh volume dan tidak dapat diperpanjang. [Konfirmasikan bahwa modifikasi volume berhasil.](monitoring-volume-modifications.md)
1. Verifikasi bahwa partisi telah diperpanjang. Gunakan perintah **lsblk**. Ukuran partisi sekarang harus sama dengan ukuran volume.
------
#### [ Nitro instance example ]
Contoh output berikut menunjukkan bahwa volume (`nvme0n1`) dan partisi (`nvme0n1p1`) berukuran sama (`16 GB`).
```
[ec2-user ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 30G 0 disk /data
nvme0n1 259:1 0 16G 0 disk
└─nvme0n1p1 259:2 0 16G 0 part /
└─nvme0n1p128 259:3 0 1M 0 part
```
------
#### [ Xen instance example ]
Contoh output berikut menunjukkan bahwa volume (`xvda`) dan partisi (`xvda1`) berukuran sama (`16 GB`).
```
[ec2-user ~]$ sudo lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 16G 0 disk
└─xvda1 202:1 0 16G 0 part /
xvdf 202:80 0 24G 0 disk
```
------
1. Perluas sistem file.
1. Dapatkan nama, ukuran, tipe, dan titik pemasangan untuk sistem file yang perlu Anda perluas. Gunakan **lsblk -f** perintah **df -hT** atau.
------
#### [ Nitro instance example ]
Contoh output berikut untuk **df -hT** perintah menunjukkan bahwa sistem `/dev/nvme0n1p1` file berukuran 8 GB, jenisnya`xfs`, dan titik pemasangannya`/`.
```
[ec2-user ~]$ df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/nvme0n1p1 xfs 8.0G 1.6G 6.5G 20% /
/dev/nvme1n1 xfs 8.0G 33M 8.0G 1% /data
...
```
------
#### [ Xen instance example ]
Contoh output berikut untuk **df -hT** perintah menunjukkan bahwa sistem `/dev/xvda1` file berukuran 8 GB, jenisnya`ext4`, dan titik pemasangannya`/`.
```
[ec2-user ~]$ df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/xvda1 ext4 8.0G 1.9G 6.2G 24% /
/dev/xvdf1 xfs 24.0G 45M 8.0G 1% /data
...
```
------
+ Jika ukuran sistem file lebih kecil dari ukuran volume, lanjutkan ke langkah berikutnya (3b).
+ Jika ukuran sistem file sama dengan ukuran volume, maka tidak perlu diperpanjang. Dalam hal ini, lewati langkah-langkah yang tersisa - partisi dan sistem file telah diperluas ke ukuran volume baru.
1. Perintah untuk memperluas sistem file berbeda bergantung pada jenis sistem file. Pilih perintah yang benar berikut berdasarkan tipe sistem file yang Anda ketahui di langkah sebelumnya.
+ **[Sistem file XFS]** Gunakan perintah **xfs\$1growfs** dan tentukan titik pemasangan sistem file yang Anda ketahui pada langkah sebelumnya.
------
#### [ Nitro and Xen instance example ]
Misalnya, untuk memperluas sistem file yang dipasang pada `/`, gunakan perintah berikut.
```
[ec2-user ~]$ sudo xfs_growfs -d /
```
------
**Tip pemecahan masalah**
`xfs_growfs: /data is not a mounted XFS filesystem`: Menunjukkan bahwa Anda menentukan titik pemasangan yang salah, atau sistem file bukan XFS. Untuk memverifikasi titik pemasangan dan tipe sistem file, gunakan perintah **df -hT**.
`data size unchanged, skipping`: Menunjukkan bahwa sistem file sudah memperluas seluruh volume. Jika volume tidak memiliki partisi, [konfirmasikan bahwa modifikasi volume berhasil](monitoring-volume-modifications.md). Jika volume memiliki partisi, pastikan partisi diperluas seperti yang dijelaskan pada langkah 2.
+ **[Sistem file Ext4]** Gunakan perintah **resize2fs** dan tentukan nama sistem file yang Anda ketahui pada langkah sebelumnya.
------
#### [ Nitro instance example ]
Misalnya, untuk memperluas sistem file yang dipasang yang bernama `/dev/nvme0n1p1`, gunakan perintah berikut.
```
[ec2-user ~]$ sudo resize2fs /dev/nvme0n1p1
```
------
#### [ Xen instance example ]
Misalnya, untuk memperluas sistem file yang dipasang yang bernama `/dev/xvda1`, gunakan perintah berikut.
```
[ec2-user ~]$ sudo resize2fs /dev/xvda1
```
------
**Tip pemecahan masalah**
`resize2fs: Bad magic number in super-block while trying to open /dev/xvda1`: Menunjukkan bahwa sistem file bukan Ext4. Untuk memverifikasi tipe sistem file, gunakan perintah **df -hT**.
`open: No such file or directory while opening /dev/xvdb1`: Menunjukkan bahwa Anda menentukan partisi yang salah. Untuk memverifikasi partisi, gunakan perintah **df -hT**.
`The filesystem is already 3932160 blocks long. Nothing to do!`: Menunjukkan bahwa sistem file sudah memperluas seluruh volume. Jika volume tidak memiliki partisi, [konfirmasikan bahwa modifikasi volume berhasil](monitoring-volume-modifications.md). Jika volume memiliki partisi, pastikan partisi diperluas seperti yang dijelaskan pada langkah 2.
+ **[Sistem file lainnya]** Lihat dokumentasi untuk sistem file Anda untuk mendapatkan petunjuk.
1. Verifikasi bahwa sistem file telah diperluas. Gunakan perintah **df -hT** dan konfirmasikan bahwa ukuran sistem file sama dengan ukuran volume.
## Instans Windows
Gunakan salah satu metode berikut untuk memperluas sistem file pada instance Windows.
------
#### [ Disk Management utility ]
**Untuk memperluas sistem file menggunakan Manajemen Disk**
1. Sebelum memperluas sistem file yang berisi data berharga, praktik terbaiknya adalah membuat snapshot volume yang berisi data tersebut jika Anda perlu mengembalikan perubahan Anda. Untuk informasi selengkapnya, lihat [Membuat snapshot Amazon EBS](ebs-creating-snapshot.md).
1. Masuk ke instans Windows menggunakan Remote Desktop.
1. Pada dialog **Jalankan**, masukkan **diskmgmt.msc** dan tekan Enter. Utilitas Manajemen Disk terbuka.
![\[Utilitas Manajemen Disk Windows Server\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/Expand-Volume-Win2008-before.png)
1. Di menu **Manajemen Disk**, pilih **Tindakan**, **Pindai Ulang Disk**.
1. Buka menu konteks (klik kanan) untuk drive yang diperluas dan pilih **Perluas Volume**.
**catatan**
**Perluas volume** mungkin dinonaktifkan (berwarna abu-abu) jika:
Ruang yang tidak terisi tidak berdekatan dengan drive. Ruang yang tidak terisi harus berdekatan dengan sisi kanan drive yang ingin Anda perluas.
Volume menggunakan gaya partisi Master Boot Record (MBR) dan ukurannya sudah 2 TB. Volume yang menggunakan MBR tidak dapat melebihi 2 TB dalam ukuran.
![\[Utilitas Manajemen Disk Windows Server\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/Expand-Volume-Win2008-before-menu.png)
1. Di wizard **Perluas Volume**, pilih **Selanjutnya**. Untuk **Pilih jumlah ruang dalam MB**, masukkan jumlah megabyte untuk memperluas volume. Umumnya, Anda menentukan ruang maksimum yang tersedia. Teks yang disorot di bawah **Dipilih** adalah jumlah ruang yang ditambahkan, bukan ukuran akhir yang akan dimiliki oleh volume. Selesaikan panduan.
![\[Wizard Perluas Volume Windows Server\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/Extend-Volume-Wizard-Win2008.png)
1. Jika Anda meningkatkan ukuran NVMe volume pada instance yang tidak memiliki AWS NVMe driver, Anda harus me-reboot instance untuk mengaktifkan Windows untuk melihat ukuran volume baru. Untuk informasi lebih lanjut tentang menginstal AWS NVMe driver, lihat [AWS NVMe driver](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/aws-nvme-drivers.html).
------
#### [ PowerShell ]
Gunakan prosedur berikut untuk memperluas sistem file Windows menggunakan PowerShell.
**Untuk memperluas sistem file menggunakan PowerShell**
1. Sebelum memperluas sistem file yang berisi data berharga, praktik terbaiknya adalah membuat snapshot volume yang berisi data tersebut jika Anda perlu mengembalikan perubahan Anda. Untuk informasi selengkapnya, lihat [Membuat snapshot Amazon EBS](ebs-creating-snapshot.md).
1. Masuk ke instans Windows menggunakan Remote Desktop.
1. Jalankan PowerShell sebagai administrator.
1. Jalankan `Get-Partition` perintah. PowerShell mengembalikan nomor partisi yang sesuai untuk setiap partisi, huruf drive, offset, ukuran, dan jenis. Perhatikan huruf drive dari partisi yang akan diperluas.
1. Jalankan perintah berikut untuk memindai ulang disk.
```
"rescan" | diskpart
```
1. Jalankan perintah berikut, menggunakan huruf drive yang Anda catat di langkah 4 sebagai pengganti****. PowerShell mengembalikan ukuran minimum dan maksimum partisi yang diizinkan, dalam byte.
```
Get-PartitionSupportedSize -DriveLetter
```
1. Untuk memperpanjang partisi ke jumlah tertentu, jalankan perintah berikut, yang akan memasukkan ukuran baru volume di tempat ****. Anda dapat memasukkan ukurannya `KB`, `MB`, dan `GB`; contohnya, `50GB`.
```
Resize-Partition -DriveLetter -Size
```
Untuk memperpanjang partisi ke ukuran maksimum yang tersedia, jalankan perintah berikut.
```
Resize-Partition -DriveLetter -Size $(Get-PartitionSupportedSize -DriveLetter ).SizeMax
```
PowerShell Perintah berikut menunjukkan perintah lengkap dan aliran respons untuk memperluas sistem file ke ukuran tertentu.
![\[Perluas partisi menggunakan PowerShell - spesifik\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/ebs-extend-powershell-v3-specific.png)
PowerShell Perintah berikut menunjukkan perintah lengkap dan aliran respons untuk memperluas sistem file ke ukuran maksimum yang tersedia.
![\[Memperpanjang partisi menggunakan PowerShell - max\]](http://docs.aws.amazon.com/id_id/ebs/latest/userguide/images/ebs-extend-powershell-v3-max.png)
------
# Lepaskan volume Amazon EBS dari instans Amazon EC2
Anda perlu melepaskan volume Amazon Elastic Block Store (Amazon EBS) dari sebuah instans sebelum Anda dapat melampirkannya ke instans yang berbeda atau menghapusnya. Menghapus volume tidak memengaruhi data pada volume.
**Topics**
+ [
## Pertimbangan-pertimbangan
](#considerations)
+ [
## Lepaskan dan lepaskan volume
](#umount-detach-volume)
+ [
## Pemecahan Masalah
](#detach-troubleshoot)
## Pertimbangan-pertimbangan
+ Anda dapat melepaskan volume Amazon EBS dari suatu instans secara eksplisit atau dengan mengakhiri instans tersebut. Namun, jika proses sedang berjalan, Anda harus melepas volume terlebih dahulu dari instans.
+ Jika volume EBS adalah perangkat root suatu instans, Anda harus menghentikan instans tersebut sebelum Anda dapat melepaskan volume.
+ Anda dapat melampirkan ulang volume yang Anda lepas (tanpa melepasnya), tetapi tidak akan mendapatkan titik pemasangan yang sama. Jika penulisan ke volume sedang berlangsung saat dilepas, data di volume mungkin tidak sinkron.
+ Setelah Anda melepaskan volume, Anda masih dikenakan biaya untuk penyimpanan volume selama jumlah penyimpanan melebihi batas Tingkat AWS Gratis. Anda harus menghapus volume agar tidak dikenai biaya lebih lanjut. Untuk informasi selengkapnya, lihat [Menghapus volume Amazon EBS](ebs-deleting-volume.md).
## Lepaskan dan lepaskan volume
Gunakan prosedur berikut untuk melepaskan volume dari suatu instans. Hal ini dapat berguna saat Anda perlu memasang volume ke instans yang berbeda atau saat Anda perlu menghapus volume.
**Topics**
+ [
### Langkah 1: Melepaskan volume
](#unmount)
+ [
### Langkah 2: Melepaskan volume dari instans
](#detach)
+ [
### Langkah 3: (*Hanya instance Windows*) Copot pemasangan lokasi perangkat offline
](#uninstall)
### Langkah 1: Melepaskan volume
#### Instans Linux
Dari instans Linux Anda, gunakan perintah berikut untuk melepaskan perangkat `/dev/sdh`.
```
[ec2-user ~]$ sudo umount -d /dev/sdh
```
#### Instans Windows
Dari instans Windows Anda, lepaskan volume dengan cara berikut.
1. Mulai utilitas Manajemen Disk.
+ (Windows Server 2012 dan versi yang lebih tinggi) Pada bilah tugas, klik kanan logo Windows dan pilih **Manajemen Disk**.
+ Windows Server 2008) Pilih **Mulai**, **Alat Administratif**, **Manajemen Komputer**, **Manajemen Disk**.
1. Klik kanan disk (misalnya, klik kanan **Disk 1**) lalu pilih **Offline**. Tunggu status disk untuk diubah ke **Offline** sebelum membuka konsol Amazon EC2.
### Langkah 2: Melepaskan volume dari instans
Untuk melepaskan volume dari instans, gunakan salah satu metode berikut:
------
#### [ Console ]
**Untuk melepaskan volume EBS**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume.
1. Pilih **Tindakan**, **Lepaskan volume**.
1. Ketika diminta untuk mengonfirmasi, pilih **Lepaskan**.
------
#### [ AWS CLI ]
**Untuk melepaskan volume EBS dari sebuah instans**
Setelah melepaskan volume, gunakan perintah [detach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/detach-volume.html).
```
aws ec2 detach-volume --volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**Untuk melepaskan volume EBS dari sebuah instans**
Setelah melepas volume, gunakan [Dismount-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Dismount-EC2Volume.html)cmdlet.
```
Dismount-EC2Volume -VolumeId vol-01234567890abcdef
```
------
### Langkah 3: (*Hanya instance Windows*) Copot pemasangan lokasi perangkat offline
Ketika Anda melepaskan dan melepaskan lampiran volume dari suatu instans, Windows menandai lokasi perangkat sebagai offline. Lokasi perangkat tetap offline setelah boot ulang, dan berhenti serta memulai ulang instans. Ketika Anda memulai ulang instans, Windows mungkin memasang salah satu volume yang tersisa ke lokasi perangkat offline. Hal ini menyebabkan volume tidak tersedia di Windows. Untuk mencegah hal ini terjadi dan untuk memastikan bahwa semua volume dilampirkan ke lokasi perangkat online pada waktu Windows dimulai berikutnya, lakukan langkah-langkah berikut:
1. Pada instans, buka Manajer Perangkat.
1. Dalam Manajer Perangkat, pilih **Lihat**, **Tampilkan perangkat tersembunyi**.
1. Dalam daftar perangkat, perluas simpul **Kontroler penyimpanan**.
Lokasi perangkat tempat volume yang dilepas lampirannya dipasang bernama `AWS NVMe Elastic Block Storage Adapter` dan akan tampak berwarna abu-abu.
1. Klik kanan setiap lokasi perangkat berwarna abu-abu bernama `AWS NVMe Elastic Block Storage Adapter`, pilih **Hapus instalasi perangkat** dan pilih **Hapus instalasi**
**penting**
Jangan pilih kotak centang **Hapus perangkat lunak driver untuk perangkat ini**.
## Pemecahan Masalah
Berikut ini adalah masalah umum yang dihadapi saat melepaskan lampiran volume, dan cara mengatasinya.
**catatan**
Untuk menjaga kemungkinan kehilangan data, ambil snapshot volume Anda sebelum mencoba melepasnya. Pelepasan paksa dari volume yang macet dapat menyebabkan kerusakan pada sistem file atau data yang ada di dalamnya atau tidak dapat melampirkan volume baru menggunakan nama perangkat yang sama, kecuali jika instans di-boot ulang.
+ Jika Anda mengalami masalah saat melepaskan volume melalui konsol Amazon EC2, Anda akan terbantu dengan menggunakan perintah CLI **describe-volumes** untuk mendiagnosis masalah. Untuk informasi selengkapnya, lihat [describe-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html).
+ Jika volume Anda tetap dalam status `detaching`, Anda dapat memaksa pelepasan dengan memilih **Lepas Paksa**. Gunakan opsi ini hanya sebagai upaya terakhir untuk memisahkan volume dari instans yang gagal, atau jika Anda melepaskan volume dengan tujuan menghapusnya. Instans yang ada tidak memiliki peluang untuk membersihkan cache sistem file atau metadata sistem file. Jika Anda menggunakan opsi ini, Anda harus melakukan prosedur pemeriksaan dan perbaikan sistem file.
+ Jika Anda telah mencoba melepas paksa volume beberapa kali selama beberapa menit tetapi tetap berada di status `detaching`, Anda dapat mengirim permintaan bantuan ke [AWS re:Post](https://repost.aws/). Untuk membantu mempercepat resolusi, sertakan ID volume dan jelaskan langkah-langkah yang telah Anda ambil.
+ Saat Anda mencoba melepaskan volume yang masih terpasang, volume dapat macet di status `busy` saat mencoba untuk melepaskannya. Output berikut dari **describe-volumes** menunjukkan contoh dari kondisi ini:
```
"Volumes": [
{
"AvailabilityZone": "us-west-2b",
"Attachments": [
{
"AttachTime": "2022-07-21T23:44:52.000Z",
"InstanceId": "i-1234567890abcdef0",
"VolumeId": "vol-01234567890abcdef",
"State": "busy",
"DeleteOnTermination": false,
"Device": "/dev/sdf"
}
...
}
]
```
Saat Anda mengalami kondisi ini, pelepasan dapat ditunda tanpa batas waktu hingga Anda melepas volume, pelepasan paksa, boot ulang instans, atau ketiganya.
# Menghapus volume Amazon EBS
Anda dapat menghapus volume Amazon EBS yang tidak lagi Anda butuhkan. Setelah penghapusan, datanya hilang dan volumenya tidak dapat dilampirkan ke instans apa pun. Jadi, sebelum dihapus Anda dapat menyimpan snapshot volume, yang dapat Anda gunakan untuk membuat ulang volume nantinya.
Anda tidak dapat menghapus volume jika terlampir ke suatu instans. Untuk menghapus volume, Anda harus melepasnya terlebih dahulu. Untuk informasi selengkapnya, lihat [Lepaskan volume Amazon EBS dari instans Amazon EC2](ebs-detaching-volume.md).
Jika Anda menghapus volume yang cocok dengan aturan retensi Recycle Bin, volume akan dipertahankan di Recycle Bin alih-alih segera dihapus. Untuk informasi selengkapnya, lihat [Recycle Bin](recycle-bin.md).
------
#### [ Console ]
**Untuk menghapus volume EBS**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume. Verifikasi bahwa volume dalam status **Tersedia**.
1. Pilih **Tindakan**, **Hapus volume**.
Jika opsi ini dinonaktifkan, volume dilampirkan ke sebuah instance dan tidak dapat dihapus.
1. Saat diminta konfirmasi, masukkan**delete**, lalu pilih **Hapus**.
------
#### [ AWS CLI ]
**Untuk memeriksa apakah volume EBS sedang digunakan**
Gunakan perintah [describe-volumes](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volumes.html). Jika volume sedang digunakan, statusnya`in-use`. Kalau tidak, itu`available`.
```
aws ec2 describe-volumes \
--volume-id vol-01234567890abcdef \
--query Volumes[*].State \
--output text
```
**Untuk menghapus volume EBS**
Gunakan perintah [delete-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-volume.html).
```
aws ec2 delete-volume --volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**Untuk memeriksa apakah volume EBS sedang digunakan**
Gunakan [Get-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Volume.html)cmdlet. Jika volume sedang digunakan, statusnya`in-use`. Kalau tidak, itu`available`.
```
(Get-EC2Volume `
-VolumeId vol-01234567890abcdef).State.Value
```
**Untuk menghapus volume EBS**
Gunakan [Remove-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Volume.html)cmdlet.
```
Remove-EC2Volume -VolumeId vol-01234567890abcdef
```
------
# Ganti volume Amazon EBS menggunakan snapshot
Snapshot Amazon EBS adalah alat bantu pencadangan pilihan di Amazon EC2 karena kecepatan, kenyamanan, dan biayanya. Saat membuat volume dari snapshot, Anda membuat ulang statusnya pada titik waktu tertentu dengan data yang disimpan hingga titik tertentu secara utuh. Dengan memasang volume yang dibuat dari snapshot ke suatu instans, Anda dapat menduplikasi data di seluruh Wilayah, membuat lingkungan pengujian, mengganti volume produksi yang rusak atau korup secara keseluruhan, atau mengambil file dan direktori spesifik dan mentransfernya ke volume lain yang terlampir. Untuk informasi selengkapnya, lihat [Snapshot Amazon EBS](ebs-snapshots.md).
Anda dapat menggunakan salah satu prosedur berikut untuk mengganti volume Amazon EBS dengan volume lain yang dibuat dari snapshot sebelumnya dari volume tersebut.
**Persyaratan**
Anda harus membuat volume di Zona Ketersediaan yang sama dengan instans. Volume harus dilampirkan ke instance di Availability Zone yang sama.
------
#### [ Console ]
**Untuk mengganti volume**
1. Buat volume dari snapshot dan tulis ID volume baru. Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS](ebs-creating-volume.md).
1. Pada halaman Instans, pilih instans untuk mengganti volume dan tuliskan ID instans.
Dengan instans yang masih dipilih, pilih tab **Penyimpanan**. Di bagian **Perangkat blok**, cari volume yang akan diganti dan tuliskan nama perangkat untuk volume, misalnya `/dev/sda1`.
1. Pada tab **Penyimpanan**, pilih ID volume, lalu [lepaskan dan lepaskan volume dari instance](ebs-detaching-volume.md#umount-detach-volume).
1. Pilih volume baru yang Anda buat pada langkah 1 dan pilih **Tindakan**, **Pasang volume**.
Untuk **Instans** dan **Nama perangkat**, masukkan ID instans dan nama perangkat yang Anda tulis di Langkah 2, lalu pilih **Pasang volume**.
1. Sambungkan ke instans dan pasang volume. Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS tersedia untuk digunakan](ebs-using-volumes.md).
------
#### [ AWS CLI ]
**Untuk mengganti volume**
1. Buat snapshot volume baru dari snapshot. Gunakan perintah [create-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-volume.html) dengan opsi. `--snapshot-id` Untuk `--availability-zone`, tentukan Zona Ketersediaan yang sama dengan instans. Perhatikan ID volume baru di output.
```
aws ec2 create-volume \
--volume-type gp3 \
--snapshot-id snap-0abcdef1234567890 \
--availability-zone us-east-1a
```
1. Dapatkan nama perangkat volume yang akan diganti. Gunakan perintah [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html). Untuk `--instance-ids`, tentukan ID instans tempat mengganti volume. Perhatikan nama perangkat dan ID volume volume yang akan diganti.
```
aws ec2 describe-instances \
--instance-ids i-1234567890abcdef0 \
--query Reservations[].Instances[].BlockDeviceMappings
```
1. Lepaskan volume yang akan diganti dari instans. Gunakan perintah [detach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/detach-volume.html).
```
aws ec2 detach-volume --volume-id vol-xxxxxxxxxxxxxxxxx
```
1. Lampirkan volume pengganti ke instans. Gunakan perintah [attach-volume](https://docs.aws.amazon.com/cli/latest/reference/ec2/attach-volume.html). Untuk `--volume-id`, tentukan ID volume pengganti. Untuk`--instance-id`, tentukan ID instance untuk melampirkan volume. Untuk `--device`, tentukan nama perangkat yang sama yang Anda catat sebelumnya.
```
aws ec2 attach-volume \
--volume-id vol-01234567890abcdef \
--instance-id i-1234567890abcdef0 \
--device /dev/sdf
```
1. Sambungkan ke instans dan pasang volume. Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS tersedia untuk digunakan](ebs-using-volumes.md).
------
#### [ PowerShell ]
**Untuk mengganti volume**
1. Buat snapshot volume baru dari snapshot. Gunakan [New-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Volume.html)cmdlet dengan opsi. `-SnapshotId` Untuk `-AvailabilityZone`, tentukan Zona Ketersediaan yang sama dengan instans. Perhatikan ID volume baru di output.
```
New-EC2Volume `
-VolumeType gp3 `
-SnapshotId snap-0abcdef1234567890 `
-AvailabilityZone us-east-1a
```
1. Dapatkan nama perangkat volume yang akan diganti. Gunakan [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)cmdlet. Untuk `-InstanceId`, tentukan ID instans tempat mengganti volume. Perhatikan nama perangkat dan ID volume volume yang akan diganti.
```
(Get-EC2Instance `
-InstanceId i-1234567890abcdef0).Instances.BlockDeviceMappings | `
Format-Table DeviceName, @{Name="VolumeId";Expression={$_.Ebs.VolumeId}}
```
1. Lepaskan volume yang akan diganti dari instans. Gunakan [Dismount-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Dismount-EC2Volume.html)cmdlet.
```
DismountEC2Volume -VolumeId vol-xxxxxxxxxxxxxxxxx
```
1. Lampirkan volume pengganti ke instans. Gunakan [Add-EC2Volume](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2Volume.html)cmdlet. Untuk `-VolumeId`, tentukan ID volume pengganti. Untuk`-InstanceId`, tentukan ID instance untuk melampirkan volume. Untuk `-Device`, tentukan nama perangkat yang sama yang Anda catat sebelumnya.
```
Add-EC2Volume`
-VolumeId vol-01234567890abcdef `
-InstanceId i-1234567890abcdef0 `
-Device /dev/sdf
```
1. Sambungkan ke instans dan pasang volume. Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS tersedia untuk digunakan](ebs-using-volumes.md).
------
# Pemeriksaan status volume Amazon EBS
Pemeriksaan status volume memungkinkan Anda untuk lebih memahami, melacak, dan mengelola potensi ketidakkonsistenan data di volume Amazon EBS. Panduan ini dirancang untuk memberikan informasi yang Anda perlukan untuk menentukan apakah volume Amazon EBS terganggu, dan membantu Anda mengendalikan cara penanganan volume yang berpotensi tidak konsisten.
Pemeriksaan status volume adalah uji otomatis yang berjalan setiap 5 menit dan mengembalikan status lulus atau gagal. Jika semua pemeriksaan berhasil, status volume adalah `ok`. Jika pemeriksaan gagal, status volume adalah `impaired`. Jika statusnya `insufficient-data`, pemeriksaan mungkin masih berlangsung pada volume. Anda dapat melihat hasil pemeriksaan status volume untuk mengidentifikasi volume yang terganggu dan mengambil tindakan yang diperlukan.
Ketika Amazon EBS menentukan bahwa data volume berpotensi tidak konsisten, defaultnya adalah bahwa data tersebut menonaktifkan I/O volume dari instans EC2 terlampir, yang membantu mencegah kerusakan data. Setelah I/O dinonaktifkan, pemeriksaan status volume berikutnya gagal, dan status volume`impaired`. Selain itu, Anda akan melihat peristiwa yang memungkinkan Anda mengetahui bahwa I/O dinonaktifkan, dan bahwa Anda dapat menyelesaikan status volume yang terganggu dengan mengaktifkan I/O volume. Kami menunggu sampai Anda mengaktifkan I/O untuk memberi Anda kesempatan untuk memutuskan apakah akan terus membiarkan instance Anda menggunakan volume, atau menjalankan pemeriksaan konsistensi menggunakan perintah, seperti **fsck** (instance Linux) atau **chkdsk** (instance Windows), sebelum melakukannya.
**catatan**
Status volume didasarkan pada pemeriksaan status volume, dan tidak mencerminkan status volume. Oleh karena itu, status volume tidak menunjukkan volume dalam `error` menyatakan (misalnya, jika volume tidak dapat menerima I/O.) Untuk informasi tentang status volume, lihat [Status volume](ebs-describing-volumes.md#volume-state).
Jika konsistensi volume tertentu tidak menjadi masalah, dan Anda lebih suka bahwa volume disediakan segera jika terganggu, Anda dapat mengganti perilaku default dengan mengonfigurasi volume untuk mengaktifkan I/O secara otomatis. Jika Anda mengaktifkan atribut volume **IO Aktif Otomatis** (`autoEnableIO` dalam API), pemeriksaan status volume terus berlanjut. Selain itu, Anda akan melihat peristiwa yang memberi tahu Anda bahwa volume ditentukan berpotensi tidak konsisten, tetapi itu diaktifkan secara otomatis. I/O Ini memungkinkan Anda memeriksa konsistensi volume atau menggantinya di lain waktu.
Pemeriksaan status I/O kinerja membandingkan kinerja volume aktual dengan kinerja volume yang diharapkan. Hal ini akan memperingatkan Anda jika volume beperforma di bawah harapan. Pemeriksaan status ini hanya tersedia untuk SSD IOPS yang Tersedia (`io1` dan `io2`) dan volume SSD Tujuan Umum (`gp3`) yang terlampir pada suatu instans. Pemeriksaan status tidak valid untuk SSD Tujuan Umum (`gp2`), HDD Throughput yang Dioptimalkan (`st1`), HDD Cold (`sc1`), atau volume Magnetik (`standard`). Pemeriksaan status I/O kinerja dilakukan setiap menit sekali, dan CloudWatch mengumpulkan data ini setiap 5 menit. Mungkin diperlukan waktu hingga 5 menit dari saat Anda melampirkan `io1` atau `io2` volume ke instans untuk pemeriksaan status untuk melaporkan status I/O kinerja.
**penting**
Saat menginisialisasi volume SSD IOPS yang Tersedia yang dipulihkan dari snapshot, performa volume dapat turun di bawah 50 persen dari tingkat yang diharapkan, yang menyebabkan volume menampilkan status `warning` dalam pemeriksaan status **Performa I/O**. Hal ini wajar, dan Anda dapat mengabaikan status `warning` pada volume SSD IOPS yang Tersedia saat Anda menginisialisasinya. Untuk informasi selengkapnya, lihat [Inisialisasi volume secara manual setelah pembuatan](initalize-volume.md#ebs-initialize).
Tabel berikut mencantumkan status untuk volume Amazon EBS.
| Status volume | Status yang diaktifkan I/O | Status performa I/O (hanya volume `io1`, `io2`, dan `gp3`) |
| --- | --- | --- |
| `ok` | Diaktifkan (I/O Enabled or I/ODiaktifkan Otomatis) | Normal (Performa volume sesuai dengan yang diharapkan) |
| `warning` | Diaktifkan (I/O Enabled or I/ODiaktifkan Otomatis) | Terdegradasi (Performa volume di bawah ekspektasi) Sangat Menurun (Performa volume jauh di bawah harapan) |
| `impaired` | Diaktifkan (I/O Enabled or I/ODiaktifkan Otomatis) Dinonaktifkan (Volume sedang offline dan menunggu pemulihan, atau menunggu pengguna mengaktifkan I/O) | Terhenti (Performa volume sangat terpengaruh) Tidak Tersedia (Tidak dapat menentukan I/O kinerja karena I/O dinonaktifkan) |
| `insufficient-data` | Diaktifkan (I/O Enabled or I/ODiaktifkan Otomatis) Data Tidak Cukup | Data Tidak Cukup |
------
#### [ Console ]
**Untuk melihat pemeriksaan status**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
Kolom **Status Volume** menampilkan status operasional setiap volume.
1. Untuk melihat detail status instans tertentu, pilih instans di kisi lalu pilih tab **Pemeriksaan status**.
1. Jika Anda memiliki volume dengan pemeriksaan status gagal (statusnya adalah `impaired`), lihat [Bekerja dengan volume Amazon EBS yang terganggu](work_volumes_impaired.md).
Atau, Anda dapat memilih **Peristiwa** di navigator guna melihat semua peristiwa untuk instans dan volume Anda. Untuk informasi selengkapnya, lihat [Acara volume Amazon EBS](monitoring-vol-events.md).
------
#### [ AWS CLI ]
**Untuk melihat informasi status volume**
Gunakan perintah [describe-volume-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volume-status.html).
```
aws ec2 describe-volume-status --volume-ids vol-01234567890abcdef
```
Gunakan contoh berikut untuk mengidentifikasi volume yang terganggu.
```
aws ec2 describe-volume-status --filters Name=volume-status.status,Values=impaired
```
------
#### [ PowerShell ]
**Untuk melihat informasi status volume**
Gunakan [Get-EC2VolumeStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2VolumeStatus.html)cmdlet.
```
Get-EC2VolumeStatus -VolumeId vol-01234567890abcdef
```
Gunakan contoh berikut untuk mengidentifikasi volume yang terganggu.
```
Get-EC2VolumeStatus -Filter @{Name="volume-status.status"; Values="impaired"}
```
------
# Acara volume Amazon EBS
Ketika Amazon EBS menentukan bahwa data volume berpotensi tidak konsisten, data tersebut akan menonaktifkan volume dari I/O instans EC2 yang dilampirkan secara default. Hal ini menyebabkan pemeriksaan status volume gagal, dan membuat peristiwa status volume yang menunjukkan penyebab kegagalan.
Untuk mengaktifkan I/O volume secara otomatis dengan potensi inkonsistensi data, ubah pengaturan atribut volume **IO yang Diaktifkan Otomatis** (`autoEnableIO`di API). Untuk informasi selengkapnya tentang perubahan atribut ini, lihat [Bekerja dengan volume Amazon EBS yang terganggu](work_volumes_impaired.md).
Setiap acara mencakup waktu mulai yang menunjukkan waktu di mana peristiwa terjadi, dan durasi yang menunjukkan berapa I/O lama volume dinonaktifkan. Waktu akhir ditambahkan ke acara ketika I/O volume diaktifkan.Peristiwa status volume
`Awaiting Action: Enable IO`
Data volume berpotensi tidak konsisten. I/O dinonaktifkan untuk volume sampai Anda mengaktifkannya secara eksplisit. Deskripsi peristiwa berubah menjadi **IO Enabled** setelah Anda secara eksplisit mengaktifkan I/O.
`IO Enabled`
Operasi I/O secara eksplisit diaktifkan untuk volume ini.
`IO Auto-Enabled`
Operasi I/O secara otomatis diaktifkan pada volume ini setelah peristiwa terjadi. Kami menyarankan Anda memeriksa inkonsistensi data sebelum melanjutkan penggunaan data.
`Normal`
Untuk volume `io1`, `io2`, dan `gp3` saja. Performa volume sesuai dengan yang diharapkan.
`Degraded`
Untuk volume `io1`, `io2`, dan `gp3` saja. Performa volume di bawah harapan.
`Severely Degraded`
Untuk volume `io1`, `io2`, dan `gp3` saja. Performa volume jauh di bawah harapan.
`Stalled`
Untuk volume `io1`, `io2`, dan `gp3` saja. Performa volume sangat terpengaruh.
Jika Anda memiliki volume di mana I/O dinonaktifkan, lihat[Bekerja dengan volume Amazon EBS yang terganggu](work_volumes_impaired.md). Jika Anda memiliki volume di mana I/O kinerja di bawah normal, ini mungkin merupakan kondisi sementara karena tindakan yang telah Anda ambil (misalnya, membuat snapshot volume selama penggunaan puncak, menjalankan volume pada instance yang tidak dapat mendukung I/O bandwidth yang diperlukan, mengakses data pada volume untuk pertama kalinya, dll.).
------
#### [ Console ]
**Untuk melihat peristiwa volume Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Peristiwa**. Semua instans dan volume yang memiliki peristiwa dicantumkan.
1. Anda dapat memfilter berdasarkan volume untuk melihat status volume saja. Anda juga dapat memfilter jenis status tertentu.
1. Pilih volume untuk menampilkan peristiwa spesifik.
------
#### [ AWS CLI ]
**Untuk melihat peristiwa volume Anda**
Gunakan perintah [describe-volume-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volume-status.html).
```
aws ec2 describe-volume-status --volume-ids vol-01234567890abcdef
```
------
#### [ PowerShell ]
**Untuk melihat peristiwa volume Anda**
Gunakan [Get-EC2VolumeStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2VolumeStatus.html)cmdlet.
```
Get-EC2VolumeStatus -VolumeId vol-01234567890abcdef
```
------
# Bekerja dengan volume Amazon EBS yang terganggu
Gunakan opsi berikut jika volume terganggu karena data volume berpotensi tidak konsisten.
**Topics**
+ [
## Opsi 1: Melakukan pemeriksaan konsistensi pada volume yang terlampir pada instans
](#work_volumes_impaired_option1)
+ [
## Opsi 2: Melakukan pemeriksaan konsistensi pada volume menggunakan instans lain
](#work_volumes_impaired_option2)
+ [
## Opsi 3: Hapus volume jika Anda tidak lagi membutuhkannya
](#work_volumes_impaired_option3)
## Opsi 1: Melakukan pemeriksaan konsistensi pada volume yang terlampir pada instans
Opsi paling sederhana adalah mengaktifkan I/O dan kemudian melakukan pemeriksaan konsistensi data pada volume saat volume masih terpasang ke instans Amazon EC2-nya.
**Untuk melakukan pemeriksaan konsistensi pada volume yang terpasang**
1. Hentikan aplikasi apa pun dari menggunakan volume.
1. Aktifkan I/O pada volume. Gunakan salah satu metode berikut.
------
#### [ Console ]
**I/O Untuk mengaktifkan volume**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Peristiwa**.
1. Pilih volume.
1. Pilih **Tindakan**, **Aktifkan I/O**.
------
#### [ AWS CLI ]
**I/O Untuk mengaktifkan volume**
Gunakan perintah [enable-volume-io](https://docs.aws.amazon.com/cli/latest/reference/ec2/enable-volume-io.html).
```
aws ec2 enable-volume-io --volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**I/O Untuk mengaktifkan volume**
Gunakan cmdlet [Enable-EC2VolumeIO](https://docs.aws.amazon.com/powershell/latest/reference/items/Enable-EC2VolumeIO.html).
```
Enable-EC2VolumeIO -VolumeId vol-01234567890abcdef
```
------
1. Periksa data di volume.
1. Jalankan perintah **fsck** (instance Linux) atau **chkdsk** (instance Windows).
1. (Opsional) Tinjau semua log aplikasi atau sistem yang tersedia untuk pesan kesalahan yang relevan.
1. Jika volume telah terganggu selama lebih dari 20 menit, Anda dapat menghubungi AWS Support Center. Pilih **Pemecahan Masalah**, kemudian di kotak dialog **Menyelesaikan Masalah Pemeriksaan Status**, pilih **Hubungi Dukungan** untuk mengirimkan kasus dukungan.
## Opsi 2: Melakukan pemeriksaan konsistensi pada volume menggunakan instans lain
Gunakan prosedur berikut untuk memeriksa volume di luar lingkungan produksi Anda.
**penting**
Prosedur ini dapat menyebabkan hilangnya penulisan I/Os yang ditangguhkan ketika volume I/O dinonaktifkan.
**Untuk melakukan pemeriksaan konsistensi pada volume secara terpisah**
1. Hentikan aplikasi apa pun dari menggunakan volume.
1. Lepaskan volume dari instans Untuk informasi selengkapnya, lihat [Lepaskan volume Amazon EBS dari instans Amazon EC2](ebs-detaching-volume.md).
1. Aktifkan I/O pada volume. Gunakan salah satu metode berikut.
------
#### [ Console ]
**I/O Untuk mengaktifkan volume**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Peristiwa**.
1. Pilih volume yang Anda lepas di langkah sebelumnya.
1. Pilih **Tindakan**, **Aktifkan I/O**.
------
#### [ AWS CLI ]
**I/O Untuk mengaktifkan volume**
Gunakan perintah [enable-volume-io](https://docs.aws.amazon.com/cli/latest/reference/ec2/enable-volume-io.html).
```
aws ec2 enable-volume-io --volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**I/O Untuk mengaktifkan volume**
Gunakan cmdlet [Enable-EC2VolumeIO](https://docs.aws.amazon.com/powershell/latest/reference/items/Enable-EC2VolumeIO.html).
```
Enable-EC2VolumeIO -VolumeId vol-01234567890abcdef
```
------
1. Lampirkan volume ke instans lainnya. Untuk informasi selengkapnya, lihat [Meluncurkan instans Anda](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/LaunchingAndUsingInstances.html) dan[Lampirkan volume Amazon EBS ke instans Amazon EC2](ebs-attaching-volume.md).
1. Periksa data di volume.
1. Jalankan perintah **fsck** (instance Linux) atau **chkdsk** (instance Windows).
1. (Opsional) Tinjau semua log aplikasi atau sistem yang tersedia untuk pesan kesalahan yang relevan.
1. Jika volume telah terganggu selama lebih dari 20 menit, Anda dapat menghubungi AWS Support Center. Pilih **Pemecahan Masalah**, lalu di kotak dialog pemecahan masalah, pilih **Hubungi Dukungan** untuk mengirimkan kasus dukungan.
## Opsi 3: Hapus volume jika Anda tidak lagi membutuhkannya
Jika Anda ingin menghapus volume dari lingkungan Anda, cukup hapus volume. Untuk informasi tentang menghapus volume, lihat [Menghapus volume Amazon EBS](ebs-deleting-volume.md).
Jika Anda memiliki snapshot baru yang mencadangkan data pada volume, Anda dapat membuat volume baru dari snapshot. Untuk informasi selengkapnya, lihat [Buat volume Amazon EBS](ebs-creating-volume.md).
# Aktifkan otomatis I/O untuk volume Amazon EBS yang terganggu
Ketika Amazon EBS menentukan bahwa data volume berpotensi tidak konsisten, data tersebut akan menonaktifkan volume dari I/O instans EC2 yang dilampirkan secara default. Hal ini menyebabkan pemeriksaan status volume gagal, dan membuat peristiwa status volume yang menunjukkan penyebab kegagalan. Jika konsistensi volume tertentu tidak menjadi perhatian, dan Anda lebih suka volume segera tersedia jika **rusak**, Anda dapat mengganti perilaku default dengan mengonfigurasi volume untuk mengaktifkan I/O secara otomatis. Jika Anda mengaktifkan atribut volume IO yang **Diaktifkan Otomatis** (`autoEnableIO`dalam API), I/O antara volume dan instance akan diaktifkan kembali secara otomatis dan pemeriksaan status volume akan lulus. Selain itu, Anda akan melihat peristiwa yang memungkinkan Anda mengetahui bahwa volume berada dalam keadaan yang berpotensi tidak konsisten, tetapi itu diaktifkan secara otomatis. I/O Jika peristiwa ini terjadi, Anda harus memeriksa konsistensi volume dan menggantinya jika perlu. Untuk informasi selengkapnya, lihat [Acara volume Amazon EBS](monitoring-vol-events.md).
------
#### [ Console ]
**Untuk melihat atribut IO Diaktifkan Otomatis dari volume**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume dan pilih tab **Pemeriksaan status**.
Bidang **I/O aktif otomatis** menampilkan pengaturan saat ini (**Diaktifkan** atau **Dinonaktifkan**) untuk volume yang dipilih.
**Untuk memodifikasi atribut IO yang Diaktifkan Otomatis dari volume**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Volume**.
1. Pilih volume dan pilih **Tindakan**, **Kelola I/O yang diaktifkan otomatis**.
1. I/O Untuk mengaktifkan volume yang terganggu secara otomatis, pilih kotak centang **Aktifkan otomatis I/O untuk volume yang terganggu**. Untuk menonaktifkan fitur, kosongkan kotak centang.
1. Pilih **Perbarui**.
------
#### [ AWS CLI ]
**Untuk melihat atribut autoEnableIO dari volume**
Gunakan perintah [describe-volume-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-volume-attribute.html).
```
aws ec2 describe-volume-attribute \
--attribute autoEnableIO \
--volume-id vol-01234567890abcdef
```
Berikut ini adalah output contoh.
```
{
"AutoEnableIO": {
"Value": true
},
"VolumeId": "vol-01234567890abcdef"
}
```
**Untuk mengubah atribut autoEnableIO dari volume**
Gunakan perintah [modify-volume-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-volume-attribute.html).
```
aws ec2 modify-volume-attribute \
--auto-enable-io \
--volume-id vol-01234567890abcdef
```
------
#### [ PowerShell ]
**Untuk melihat atribut autoEnableIO dari volume**
Gunakan [Get-EC2VolumeAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2VolumeAttribute.html)cmdlet.
```
(Get-EC2VolumeAttribute `
-Attribute autoEnableIO `
-VolumeId vol-01234567890abcdef).AutoEnableIO
```
Berikut ini adalah output contoh.
```
True
```
**Untuk mengubah atribut autoEnableIO dari volume**
Gunakan [Edit-EC2VolumeAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2VolumeAttribute.html)cmdlet.
```
Edit-EC2VolumeAttribute `
-AutoEnableIO $true `
-VolumeId vol-01234567890abcdef
```
------
# Pengujian kesalahan pada Amazon EBS
AWS Fault Injection Service (AWS FIS) adalah layanan yang dikelola sepenuhnya yang membantu Anda melakukan eksperimen injeksi kesalahan pada AWS beban kerja Anda. Dengan tindakan EBS di AWS FIS, Anda dapat menguji bagaimana aplikasi Anda merespons kesalahan penyimpanan yang dapat mengakibatkan I/O gangguan dan penurunan kinerja pada volume Anda. Lingkungan pengujian terkontrol ini memungkinkan Anda untuk mengamati bagaimana aplikasi Anda merespons gangguan sehingga Anda dapat mengidentifikasi kelemahan dalam arsitektur Anda dan meningkatkan ketahanan keseluruhan aplikasi Anda. Dengan menggunakan I/O tindakan jeda dan tindakan injeksi latensi, Anda dapat menguji mekanisme pemantauan dan pemulihan seperti CloudWatch alarm Amazon dan alur kerja failover, serta meningkatkan ketahanan aplikasi penting misi Anda terhadap kesalahan penyimpanan. Untuk informasi selengkapnya AWS FIS, lihat [Panduan AWS Fault Injection Service Pengguna](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html).
## Eksperimen yang tersedia
Amazon EBS saat ini mendukung dua suntikan AWS FIS kesalahan:
+ [Jeda injeksi I/O kesalahan](ebs-fis-pause-io.md)
+ [Injeksi latensi](ebs-fis-latency-injection.md)
## Pertimbangan-pertimbangan
Pertimbangan berikut berlaku untuk instans Mac:
+ Semua jenis volume Amazon EBS didukung. Volume root dan volume data didukung. Volume penyimpanan instans tidak didukung.
+ Volume harus dilampirkan ke instans [EC2 berbasis Nitro](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#instance-hypervisor-type).
+ Volume Anda akan melanjutkan I/O kinerja aslinya setelah percobaan selesai berdasarkan durasi. Anda juga dapat menghentikan eksperimen yang sedang berjalan sebelum selesai. Atau, Anda dapat membuat kondisi berhenti untuk menghentikan eksperimen jika mencapai ambang batas yang Anda tentukan dalam CloudWatch alarm.
+ Anda dapat menggunakan AWS FIS dengan volume yang diaktifkan Multi-Attach. Semua instance terlampir terpengaruh. Anda tidak dapat memilih lampiran volume instance tertentu untuk eksperimen.
+ FIS saat ini tidak tersedia di Local Zones, Outposts, atau Wavelength Zones.
+ Anda dapat menguji hingga 5 volume di Availability Zone yang sama secara bersamaan saat menentukan volume ARNs di konsol.
+ Anda tidak dapat menggunakan volume AWS FIS yang dibuat diOutpost, di AWS Wavelength Zona, atau di Zona Lokal.
# Jeda injeksi I/O kesalahan
Gunakan AWS Fault Injection Service dan I/O tindakan Jeda untuk menghentikan sementara I/O antara volume Amazon EBS dan instance yang dilampirkan untuk menguji cara beban kerja Anda menangani interupsi. I/O
Untuk informasi selengkapnya AWS FIS, lihat [https://docs.aws.amazon.com/fis/latest/userguide/what-is.html](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html).
**Pertimbangan-pertimbangan**
Perhatikan pertimbangan berikut untuk menjeda volume I/O:
+ Jeda I/O didukung pada semua jenis [instans berbasis Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html).
+ Untuk menguji konfigurasi batas waktu OS Anda, tetapkan durasi percobaan sama dengan atau lebih besar dari nilai yang ditentukan untuk `nvme_core.io_timeout`. Untuk informasi selengkapnya, lihat [NVMe Batas waktu operasi I/O untuk volume Amazon EBS](timeout-nvme-ebs-volumes.md).
+ Jika Anda berkendara I/O ke volume yang telah I/O dijeda, hal berikut akan terjadi:
+ Transisi status volume ke `impaired` dalam 120 detik. Untuk informasi selengkapnya, lihat [Pemeriksaan status volume Amazon EBS](monitoring-volume-checks.md).
+ CloudWatch Metrik untuk `VolumeStalledIOCheck` adalah `1` jika volume I/O dijeda selama lebih dari 60 detik. Untuk mengetahui informasi selengkapnya, lihat [Metrik untuk volume Amazon EBS](using_cloudwatch_ebs.md#ebs-volume-metrics).
+ CloudWatch Metrik untuk panjang antrian (`VolumeQueueLength`) akan menjadi bukan nol. Alarm atau pemantauan apa pun harus memantau kedalaman antrean non-nol.
+ CloudWatch Metrik untuk `VolumeReadOps` atau `VolumeWriteOps` akan menjadi`0`, yang menunjukkan bahwa volume tidak lagi memproses I/O.
Anda dapat melakukan eksperimen dasar dari konsol Amazon EC2, atau Anda dapat melakukan eksperimen lanjutan menggunakan konsol. AWS FIS Untuk informasi selengkapnya tentang melakukan eksperimen lanjutan menggunakan AWS FIS konsol, lihat [Tutorial untuk AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorials.html) di *Panduan AWS Fault Injection Service Pengguna*.
**Untuk melakukan percobaan dasar menggunakan konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pada panel navigasi, pilih **Volume**.
1. Pilih volume yang akan dijeda I/O dan pilih **Tindakan**, **Injeksi kesalahan**, **Jeda volume** I/O.
1. Untuk **Durasi**, masukkan durasi untuk jeda I/O antara volume dan instance. Bidang di sebelah daftar dropdown Durasi menunjukkan durasi dalam format ISO 8601.
1. Di bagian **Akses layanan**, pilih peran layanan IAM untuk berasumsi AWS FIS untuk melakukan eksperimen. Anda dapat menggunakan peran default, atau peran yang sudah ada yang Anda buat. Untuk informasi selengkapnya, lihat [Membuat peran IAM untuk AWS FIS eksperimen](https://docs.aws.amazon.com/fis/latest/userguide/getting-started-iam-service-role.html).
1. Pilih **Jeda volume I/O**. Saat diminta, masukkan `start` di bidang konfirmasi dan pilih **Mulai percobaan**.
1. Pantau kemajuan dan dampak percobaan Anda. Untuk informasi selengkapnya, lihat [Memantau AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/monitoring-experiments.html) di *Panduan Pengguna AWS FIS *.
# Injeksi latensi
Gunakan aksi Injeksi Latensi (`aws:ebs:volume-io-latency`) AWS FIS untuk mensimulasikan I/O latensi yang meningkat pada volume Amazon EBS Anda untuk menguji bagaimana aplikasi Anda merespons penurunan kinerja penyimpanan. Tindakan ini memungkinkan Anda untuk menentukan nilai latensi yang akan disuntikkan serta persentase I/O yang akan terpengaruh pada volume target. Dengan AWS FIS, Anda dapat menggunakan templat eksperimen latensi yang telah dikonfigurasi sebelumnya untuk memulai pengujian pola I/O latensi berbeda yang mungkin diamati selama kesalahan penyimpanan. Template ini dirancang sebagai serangkaian skenario awal yang dapat Anda gunakan untuk memperkenalkan gangguan pada aplikasi Anda guna menguji ketahanan. Mereka tidak dirancang untuk mencakup semua jenis dampak yang dapat dialami aplikasi Anda di dunia nyata. Kami menyarankan Anda untuk menyesuaikannya untuk menjalankan beberapa pengujian berbeda berdasarkan kebutuhan kinerja aplikasi Anda. Anda dapat menyesuaikan templat yang tersedia atau membuat templat eksperimen baru untuk menguji persyaratan spesifik aplikasi Anda.
**Templat percobaan latensi yang telah dikonfigurasi sebelumnya**
[Amazon EBS menyediakan templat eksperimen latensi berikut melalui Konsol EBS dan pustaka skenario.AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/scenario-library-scenarios.html) Anda dapat langsung menggunakan templat ini pada volume target Anda untuk menjalankan eksperimen injeksi latensi.
+ **Latensi Berkelanjutan - Mensimulasikan latensi** konstan. Eksperimen ini menggunakan satu aksi injeksi latensi dan memiliki durasi total 15 menit. Eksperimen ini mensimulasikan latensi persisten pada 50 persen membaca I/O dan 100 persen penulisan I/O: 500 ms selama 15 menit.
+ **Meningkatkan Latensi** - Mensimulasikan peningkatan latensi secara bertahap. Eksperimen ini menggunakan lima tindakan injeksi latensi dan memiliki durasi total 15 menit. Eksperimen ini akan mensimulasikan peningkatan latensi bertahap pada 10 persen membaca I/O dan 25 persen I/O tulis: 50 ms selama 3 menit, 200 ms selama 3 menit, 700 ms selama 3 menit, 1 detik selama 3 menit, dan 15 detik selama 3 menit.
+ **Latensi Intermiten - Mensimulasikan lonjakan latensi** intermiten yang tajam dengan periode pemulihan di antaranya. Eksperimen ini menggunakan tiga tindakan injeksi latensi dan memiliki durasi total 15 menit. Eksperimen ini akan mensimulasikan tiga lonjakan latensi pada 0,1 persen I/O baca dan tulis: lonjakan 30 detik yang berlangsung selama 1 menit, lonjakan 10 detik yang berlangsung selama 2 menit, dan lonjakan 20 detik yang berlangsung selama 2 menit. Akan ada periode pemulihan 5 menit antara setiap lonjakan latensi.
+ **Menurunkan Latensi — Mensimulasikan penurunan latensi** secara bertahap. Eksperimen ini menggunakan lima tindakan injeksi latensi dan memiliki durasi total 15 menit. Eksperimen ini akan mensimulasikan penurunan latensi bertahap pada 10 persen membaca I/O dan menulis I/O: 20 detik selama 3 menit, 5 detik selama 3 menit, 900 ms selama 3 menit, 300 ms selama 3 menit, dan 40 ms selama 3 menit.
**Sesuaikan skenario yang telah dikonfigurasi**
Anda menyesuaikan templat yang telah dikonfigurasi sebelumnya di atas atau membuat templat eksperimen baru Anda sendiri menggunakan parameter yang dapat disesuaikan berikut.
+ `readIOPercentage`— Persentase I/O operasi baca tempat latensi akan disuntikkan. Ini adalah persentase dari semua I/O operasi baca pada volume yang akan dipengaruhi oleh tindakan.
Rentang: Min 0,1%, Maks 100%
+ `readIOLatencyMilliseconds`— Jumlah latensi yang disuntikkan pada I/O operasi baca. Ini adalah nilai latensi yang akan diamati pada persentase pembacaan yang ditentukan I/O selama percobaan.
Rentang: Min 1 ms (io2) /10 ms (non-io2), Maks 60 detik
+ `writeIOPercentage`— Persentase I/O operasi tulis tempat latensi akan disuntikkan. Ini adalah persentase dari semua I/O operasi tulis pada volume yang akan dipengaruhi oleh tindakan.
Rentang: Min 0,1%, Maks 100%
+ `writeIOLatencyMilliseconds`— Jumlah latensi yang disuntikkan pada I/O operasi penulisan. Ini adalah nilai latensi yang akan diamati pada persentase penulisan yang ditentukan I/O selama percobaan.
Rentang: Min 1 ms (io2) /10 ms (non-io2), Maks 60 detik
+ `duration`— Durasi dimana latensi akan disuntikkan pada persentase yang I/O dipilih.
Rentang: Min 1 detik, Max 12 jam
**Pemantauan injeksi latensi**
Anda dapat memantau dampak kinerja pada volume Anda dengan cara berikut:
+ Gunakan metrik latensi rata-rata CloudWatch untuk mendapatkan latensi rata-rata per menit. I/O Untuk informasi selengkapnya, lihat [Memantau volume EBS Anda menggunakan CloudWatch](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html).
+ Gunakan statistik kinerja terperinci EBS yang tersedia melalui NVMe -CLI, CloudWatch agen, dan Prometheus untuk mendapatkan latensi rata-rata per detik. I/O Metrik terperinci juga menyediakan histogram I/O latensi yang dapat Anda gunakan untuk menganalisis varians latensi pada volume Anda. Untuk informasi selengkapnya, lihat [statistik kinerja NVMe terperinci](https://docs.aws.amazon.com/ebs/latest/userguide/nvme-detailed-performance-stats.html).
+ Gunakan [Pemeriksaan status volume Amazon EBS](monitoring-volume-checks.md). Saat Anda menyuntikkan I/O latensi, status volume bertransisi ke status. `warning`
**Pertimbangan-pertimbangan**
Pertimbangkan hal berikut saat menggunakan injeksi latensi EBS:
+ Injeksi latensi didukung pada semua [jenis instans berbasis Nitro](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html), kecuali: P4d, P5, P5e, TrN2u, G6, G6f, Gr6, Gr6f, M8i, M8i-flex, C8i-flex, R8i, R8i-flex, i8gE, Mac-M4Pro, dan Mac-M4.
+ Anda mungkin melihat varians hingga 5 persen dalam nilai latensi yang ditentukan dalam percobaan dan latensi yang dihasilkan diamati.
+ Jika Anda mendorong jumlah I/O operasi yang sangat kecil, persentase yang I/O ditentukan dalam parameter tindakan mungkin tidak cocok dengan persentase aktual yang I/O terkena dampak tindakan.
**Untuk menjalankan eksperimen injeksi latensi pada volume Amazon EBS**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pada panel navigasi, pilih **Volume**.
1. Pilih volume untuk menjalankan eksperimen dan pilih **Actions**, **Resilience testing**, **Inject** volume latency. I/O
AWS Fault Injection Service Konsol terbuka.
1. **Di jendela **Buat eksperimen**, pilih jenis eksperimen yang akan dijalankan: **Intermiten**, **Meningkat**, **Berkelanjutan, atau Mengurangi**.**
1. Untuk **pemilihan peran IAM**, pilih **Buat peran baru** untuk membuat peran baru yang AWS FIS akan digunakan untuk melakukan eksperimen atas nama Anda. Atau, pilih **Gunakan peran IAM yang ada** jika sebelumnya Anda membuat peran IAM dengan izin yang diperlukan.
1. Bagian **Perkiraan harga** memberi Anda perkiraan biaya menjalankan eksperimen. Dengan AWS FIS, Anda dikenakan biaya per menit bahwa suatu tindakan berjalan, dari awal hingga akhir, berdasarkan jumlah akun target untuk eksperimen Anda.
1. Pilih **Mulai percobaan**.