Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Amazon EBS
Amazon Elastic Block Store (Amazon EBS) adalah layanan penyimpanan blok terkelola penuh yang memungkinkan Anda menyimpan volume penyimpanan tingkat blok persisten yang dapat Anda gunakan dengan instans Amazon Elastic Compute Cloud (Amazon EC2). Anda dapat memanfaatkan beberapa fitur di Amazon EBS untuk mengelola dan mengoptimalkan sumber daya penyimpanan Anda secara efektif untuk beban kerja Windows di cloud. Misalnya, Anda dapat menggunakan Amazon EBS untuk menyediakan jumlah IOPS dan throughput yang tepat yang Anda perlukan untuk beban kerja Anda, memilih dari berbagai jenis volume agar sesuai dengan persyaratan beban kerja Anda, dan menggunakan alat untuk mengidentifikasi dan menghilangkan sumber daya penyimpanan yang terbuang. Kontrol terperinci atas kinerja dan penggunaan penyimpanan ini membantu Anda mengoptimalkan sumber daya penyimpanan sekaligus menghindari biaya yang tidak perlu.
**Topics**
+ [Migrasikan volume Amazon EBS dari gp2 ke gp3](ebs-migrate-gp2-gp3.md)
+ [Ubah snapshot Amazon EBS](ebs-migrate-ebs-snapshots.md)
+ [Hapus volume Amazon EBS yang tidak terpasang](ebs-delete-ebs-volumes.md)
# Migrasikan volume Amazon EBS dari gp2 ke gp3
## Ikhtisar
Solid-state drive (SSD) adalah opsi penyimpanan standar untuk produksi dan beban kerja berkinerja tinggi. Amazon EBS menawarkan [volume SSD tujuan umum untuk beban](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html) kerja kinerja menengah hingga tinggi. Standar di banyak Layanan AWS (termasuk Amazon EC2) adalah [gp2](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html#EBSVolumeTypes_gp2), generasi kedua dari volume SSD tujuan umum ini. Generasi ketiga tujuan umum SSDs, yang disebut [gp3](https://docs.aws.amazon.com/ebs/latest/userguide/general-purpose.html#gp3-ebs-volume-type), dirilis pada Desember 2020.
Penawaran gp3 membuat peningkatan signifikan pada aspek kustomisasi kinerja dibandingkan generasi sebelumnya. Untuk volume Amazon EBS gp2, kinerjanya sangat erat dengan ukuran volume. Untuk setiap kapasitas 1 GB, volume gp2 mendapatkan 3 IOPS kinerja. Artinya, volume 2.000 GB gp2 mampu 6.000 IOPS. Untuk volume gp3, kinerja dapat disesuaikan secara independen dari kapasitas penyimpanan. Ini memungkinkan volume kapasitas kecil sekalipun untuk mencapai kemampuan kinerja hingga 80.000 IOPS dan throughput 2.000 MB/s.
Perubahan besar lainnya dengan volume gp3 adalah kinerja IOPS dasar. Volume gp3 mulai dari 3.000 IOPS. Sebagai perbandingan, volume gp2 harus mencapai ukuran 1 TiB sebelum mencapai kemampuan kinerja yang sama. Untuk Windows Server, yang biasanya memiliki drive C: jauh lebih kecil dari 1 TiB, upgrade dari gp2 ke gp3 adalah peningkatan kinerja yang signifikan.
Akhirnya, harga volume gp3 adalah salah satu peningkatan terbesar dibandingkan dengan volume gp2. Volume gp3 menawarkan kemampuan kinerja yang ditingkatkan dengan biaya 20 persen lebih rendah daripada volume gp2.
## Dampak biaya
Dengan kemampuan untuk menskalakan kinerja secara independen dari kapasitas, penting untuk memahami aspek penetapan harga dari penambahan IOPS dan throughput tambahan. Untuk volume gp2, harga didasarkan pada kapasitas yang disediakan sebesar \$10,10 per bulan GIB. Untuk volume gp3, harga mirip dengan [volume IOPS SSD yang disediakan berkinerja](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#EBSVolumeTypes_piops) tinggi, yang memiliki satu biaya untuk kapasitas dan biaya terpisah untuk IOPS dan throughput tambahan.
Seperti disebutkan dalam tabel berikut, volume gp3 memiliki harga kapasitas \$10,08 per GIB-bulan (20 persen lebih murah daripada gp2) dan biaya terpisah untuk IOPS pada \$10,005 per IOPS yang disediakan - bulan lebih dari 3.000 dan \$10,04 per bulan yang disediakan lebih dari 125 untuk throughput. MiBs MiBs
****
| | gp3 | gp2 |
| --- | --- | --- |
| Ukuran volume | 1 GiB - 64 TiB | 1 GiB - 16 TiB |
| IOPS dasar | 3.000 | 3 IOPS/GiB (minimal 100 IOPS) hingga maksimal 16.000 IOPSVolume yang lebih kecil dari 1 TiB dapat meledak hingga 3.000 IOPS |
| IOP/Volume Maks | 80.000 | 16.000 |
| Throughput dasar | 125 MiBs | Batas throughput adalah antara 128 MiBs — 250 MiBs, tergantung pada ukuran volume |
| Throughput/volume maks | 2.000 MiBs | 250 MiBs |
| Harga | \$10,08/GIB-bulan3.000 IOPS gratis dan \$10,005/bulan IOPS yang disediakan lebih dari 3.000125 MiBs gratis dan \$10,04/disediakan MiBs -bulan di atas 125 MiBs | \$10.10/GIB-bulan |
**penting**
Meskipun volume gp3 memiliki biaya terpisah untuk kapasitas dan kinerja, volume gp3 selalu lebih murah daripada volume gp2 jika dikonfigurasi pada tingkat kinerja yang sama.
Tabel berikut menunjukkan contoh penghematan biaya yang dapat dicapai dengan mengubah volume gp2 ke gp3 pada berbagai konfigurasi kapasitas dan kinerja.
**Contoh untuk konfigurasi gp2**
****
| Ukuran volume (GiB) | Max IOPS | Throughput () MiBs | Biaya (USD/bulan) |
| --- | --- | --- | --- |
| 30 | 3000 | 128 | \$13,00 |
| 100 | 3000 | 128 | \$110.00 |
| 500 | 3000 | 250 | \$150,00 |
| 1000 | 3000 | 250 | \$1100.00 |
| 2000 | 6000 | 250 | \$1200.00 |
| 6000 | 16000 | 250 | \$1600.00 |
**Contoh untuk konfigurasi gp3 (baseline)**
****
| Max IOPS | Throughput () MiBs | Biaya (USD/bulan) | Pengurangan biaya (dibandingkan dengan gp2) |
| --- | --- | --- | --- |
| 3000 | 125 | \$12,40 | 20% |
| 3000 | 125 | \$18.00 | 20% |
| 3000 | 125 | \$140,00 | 20% |
| 3000 | 125 | \$180,00 | 20% |
| 3000 | 125 | \$1160.00 | 20% |
| 3000 | 125 | \$1480.00 | 20% |
**Contoh untuk konfigurasi gp3 (gp2 matching)**
****
| Max IOPS | Throughput () MiBs | Biaya (USD/bulan) | Pengurangan biaya (dibandingkan dengan gp2) |
| --- | --- | --- | --- |
| 3000 | 128 | \$12,52 | 16% |
| 3000 | 128 | \$18.12 | 19% |
| 3000 | 250 | \$145,00 | 10% |
| 3000 | 250 | \$185.00 | 15% |
| 6000 | 250 | \$1180,00 | 10% |
| 16000 | 250 | \$1550,00 | 8% |
[Untuk analisis biaya, lihat *bagian kalkulator penghematan biaya migrasi EBS gp2 ke gp3* di sumber daya Amazon EBS.](https://aws.amazon.com/ebs/resources/) Anda dapat mengunduh kalkulator dan menggunakannya untuk mengetahui berapa banyak yang dapat Anda hemat dengan memigrasikan volume gp2 Anda ke gp3.
## Rekomendasi optimisasi biaya
Untuk petunjuk tentang cara menyelesaikan proses migrasi, lihat [Memigrasikan volume Amazon EBS Anda dari gp2 ke gp3 dan hemat hingga 20% pada postingan biaya di Blog Penyimpanan](https://aws.amazon.com/blogs/storage/migrate-your-amazon-ebs-volumes-from-gp2-to-gp3-and-save-up-to-20-on-costs/). AWS
## Sumber daya tambahan
+ [Migrasikan volume Amazon EBS Anda dari gp2 ke gp3 dan hemat biaya hingga 20%](https://aws.amazon.com/blogs/storage/migrate-your-amazon-ebs-volumes-from-gp2-to-gp3-and-save-up-to-20-on-costs/) (Blog Penyimpanan)AWS
+ [Buat Aturan AWS Config Kustom untuk Mengoptimalkan Jenis Volume Amazon EBS](https://aws.amazon.com/blogs/mt/build-an-aws-config-custom-rule-to-optimize-amazon-ebs-volume-types/) (Blog Operasi & Migrasi AWS Cloud)
+ [Mengontrol AWS biaya Anda dengan menghapus volume Amazon EBS yang tidak](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/) digunakan (AWS Cloud Operations & Migrations Blog)
+ [Utilitas Migrasi Amazon EBS](https://github.com/aws-samples/amazon-ebs-migration-utility) () GitHub
+ [Menemukan penghematan mulai 2020 re: Invent pengumuman (Cloud Financial Management](https://aws.amazon.com/blogs/aws-cloud-financial-management/finding-savings-from-2020-reinvent-announcements/))AWS
+ [Workshop Optimalisasi Biaya](https://wellarchitectedlabs.com/cost-optimization/) (AWS Well-Architected Labs)
+ kalkulator [penghematan biaya migrasi gp2 ke gp3](https://d1.awsstatic.com/product-marketing/Storage/EBS/gp2_gp3_CostOptimizer.dd5eac2187ef7678f4922fcc3d96982992964ba5.xlsx) (unduh)
# Ubah snapshot Amazon EBS
## Ikhtisar
Menghapus volume EBS dan mengelola retensi dan pengarsipan snapshot merupakan aspek penting untuk mengontrol biaya sejak awal. Anda dapat mencadangkan data pada volume EBS Anda ke Amazon Simple Storage Service (Amazon S3) dengan mengambil snapshot. point-in-time Snapshot adalah cadangan tambahan, jadi mereka hanya menyimpan blok pada perangkat yang berubah setelah snapshot terbaru Anda. Hal ini meminimalkan waktu yang diperlukan untuk membuat snapshot dan menghemat biaya penyimpanan dengan tidak menduplikasi data. Setiap snapshot berisi semua informasi yang diperlukan untuk memulihkan data Anda (dari saat snapshot dibuat) ke volume EBS baru.
Biaya untuk snapshot EBS dihitung berdasarkan bulan gigabyte. Anda ditagih untuk seberapa besar snapshot dan berapa lama Anda menyimpan snapshot. Harga bervariasi tergantung pada tingkat penyimpanan. Untuk [tingkat Standar](https://aws.amazon.com/ebs/pricing/), Anda hanya ditagih untuk blok yang diubah yang disimpan. Untuk tingkat Arsip, Anda ditagih untuk semua blok snapshot yang disimpan. [Anda juga ditagih untuk mengambil snapshot dari tingkat Arsip.](https://aws.amazon.com/ebs/pricing/) Berikut ini adalah contoh skenario untuk setiap tingkat penyimpanan:
+ **Tingkat standar** — Anda memiliki volume yang menyimpan 100 GB data. Anda ditagih untuk 100 GB data penuh untuk snapshot pertama (snap A). Pada saat snapshot berikutnya (snap B), Anda memiliki 105 GB data. Anda kemudian ditagih hanya untuk penyimpanan tambahan 5 GB untuk snap B tambahan.
+ **Tingkat arsip** — Anda mengarsipkan snap B. Snapshot kemudian dipindahkan ke tingkat Arsip, dan Anda ditagih untuk blok snapshot 105 GB penuh.
Anda dapat menggunakan [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-lifecycle.html) untuk membantu menyiapkan siklus hidup untuk mempertahankan dan mengelola snapshot sesuai jadwal.
## Dampak biaya
Biaya untuk volume dan snapshot EBS dikelola secara terpisah. Snapshot EBS ditagih pada tingkat yang lebih rendah daripada volume EBS aktif. Ketika sebuah instance berakhir, nilai [DeleteOnTermination atribut](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination) untuk setiap volume EBS terlampir menentukan apakah akan mempertahankan atau menghapus volume. Secara default, `DeleteOnTermination` atribut diatur ke `True` untuk volume root. Ini diatur `False` untuk semua jenis volume lainnya. Ini menciptakan situasi di mana operator bermaksud untuk menghapus instans EC2, tetapi meninggalkan volume yang ditambahkan ke instance selain volume root. Untuk petunjuk tentang memeriksa volume (dan snapshot terkait) yang tidak lagi Anda perlukan, lihat [Melihat informasi tentang volume Amazon EBS dalam dokumentasi](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html) Amazon EBS.
Secara default, saat Anda membuat snapshot, snapshot disimpan di tingkat Standar Amazon EBS Snapshot (tingkat standar). Snapshot yang disimpan di tingkat standar bersifat inkremental. Hal ini berarti bahwa hanya blok pada volume yang berubah setelah snapshot terbaru Anda disimpan. [Amazon EBS Snapshots Archive](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-archive.html) adalah tingkat penyimpanan baru yang dapat Anda gunakan untuk penyimpanan jangka panjang berbiaya rendah dari snapshot yang jarang diakses yang tidak memerlukan pengambilan yang sering atau cepat. Perbedaan harga dari standar ke arsip sangat signifikan dan harus menjadi pertimbangan utama saat menyiapkan strategi snapshot Anda. Arsip Snapshot Amazon EBS menawarkan biaya penyimpanan snapshot hingga 75 persen lebih rendah untuk snapshot yang Anda rencanakan untuk disimpan selama 90 hari atau lebih lama dan yang jarang perlu Anda akses.
****
| Penyimpanan Snapshot Amazon EBS | Biaya |
| --- | --- |
| Standar | \$10,05/GB-bulan |
| Arsip | \$10.0125/GB-bulan |
Di lingkungan yang lebih kecil, penghematan biaya mungkin tidak signifikan. Penghematan lebih signifikan dalam skala besar di mana ada banyak akun dan ribuan instans EC2 dengan TBs snapshot EBS yang duduk bahkan ketika volume EBS telah dihapus.
Tabel berikut membandingkan tingkatan standar dan arsip per bulan dengan hanya 50 TB penggunaan. Bahkan pada skala yang lebih rendah ini masih ribuan dolar tabungan setiap tahunnya.
****
| Penyimpanan Snapshot Amazon EBS | Biaya per bulan | Biaya per tahun |
| --- | --- | --- |
| Standar 50 TB | \$1312,50 | \$13.750 |
| Arsip 50 TB | \$178,13 | \$1937,60 |
| | Tabungan tahunan | \$12.812,40 |
## Rekomendasi optimisasi biaya
Menghapus snapshot mungkin tidak akan mengurangi biaya penyimpanan data organisasi Anda. Snapshot lain mungkin merujuk pada data snapshot, dan data yang direferensikan selalu dipertahankan. Misalnya, ketika Anda mengambil snapshot pertama dari volume dengan 10 GiB data, ukuran snapshot juga 10 GiB. Karena snapshot bersifat penambahan, snapshot kedua yang Anda ambil dengan volume yang sama hanya berisi blok data yang berubah sejak snapshot pertama diambil. Snapshot kedua juga mereferensikan data di snapshot pertama. Jika Anda mengubah 4 GiB data dan mengambil snapshot kedua, ukuran snapshot kedua adalah 4 GiB. Selain itu, snapshot kedua mereferensikan pada 6 GiB yang tidak berubah di snapshot pertama. Untuk informasi selengkapnya, lihat [Mengapa biaya penyimpanan saya tidak berkurang setelah saya menghapus snapshot volume EBS saya dan kemudian menghapus volume itu sendiri](https://repost.aws/knowledge-center/ebs-volume-snapshot-cost)? di pusat AWS pengetahuan.
Pertimbangkan hal berikut:
+ Anda tidak ditagih untuk snapshot yang Akun AWS dimiliki dan dibagikan orang lain dengan akun Anda. Anda ditagih hanya jika menyalin snapshot bersama ke akun Anda. Anda juga ditagih untuk volume EBS yang Anda buat dari snapshot bersama.
+ Jika snapshot (snap A) direferensikan oleh snapshot lain (snap B), maka menghapus snap B mungkin tidak mengurangi biaya penyimpanan. Saat Anda menghapus snapshot, hanya data yang unik untuk snapshot tersebut yang akan dihapus. Data yang direferensikan oleh snapshot lain tetap ada, dan Anda ditagih untuk data yang direferensikan ini. Untuk menghapus snapshot tambahan, lihat [Penghapusan snapshot tambahan di dokumentasi Amazon EBS.](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-snapshot.html#ebs-deleting-snapshot-incremental)
Kebersihan snapshot adalah praktik pengoperasian standar saat menjalankan beban kerja Anda. AWS Seiring waktu, snapshot dapat menambah biaya mahal untuk data yang tidak Anda butuhkan.
## Sumber daya tambahan
+ [Mengontrol AWS biaya Anda dengan menghapus volume Amazon EBS yang tidak](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/) digunakan (AWS Cloud Operations & Migrations Blog)
+ [Hapus snapshot Amazon EBS (dokumentasi](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-deleting-snapshot.html) Amazon EBS)
+ [Workshop Optimalisasi Biaya](https://wellarchitectedlabs.com/cost-optimization/) (AWS Well-Architected Labs)
+ [Secara otomatis mengarsipkan Snapshot Amazon EBS dengan Amazon Data](https://aws.amazon.com/blogs/storage/automatically-archive-amazon-ebs-snapshots-with-amazon-data-lifecycle-manager/)AWS Lifecycle Manager (Blog Penyimpanan)
# Hapus volume Amazon EBS yang tidak terpasang
## Ikhtisar
Volume EBS yang tidak terikat (yatim piatu) dapat menyebabkan biaya penyimpanan yang tidak perlu di lingkungan Anda. AWS Sangat penting untuk memasukkan tinjauan rutin dan penghapusan volume EBS yang tidak terpakai dan tidak digunakan sebagai bagian dari kebersihan lingkungan Anda. AWS Merupakan praktik terbaik untuk memiliki proses untuk terus meninjau penggunaan volume EBS. Anda dapat menggunakan [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/)untuk meninjau contoh yang kurang dimanfaatkan. Bagian ini membantu Anda mengidentifikasi, mengelola, dan menghapus volume EBS yang tidak terhubung atau kurang dimanfaatkan.
## Amazon EBS
[Amazon Elastic Block Store (Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html)) adalah perangkat tingkat blok yang menawarkan volume penyimpanan untuk instans Amazon Elastic Compute Cloud (Amazon EC2). EBS menyediakan penyimpanan persisten, dengan fleksibilitas untuk memasang dan melepaskan dari instans EC2. Ini berarti siklus hidup volume EBS tetap ada bahkan jika instans EC2 dihentikan. [DeleteOnTermination](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination)Atribut adalah fitur yang mengontrol apakah akan mempertahankan atau menghapus volume EBS terlampir pada saat penghentian instance. Secara default, atribut diatur ke `True` untuk volume root, menghasilkan penghapusan. Ini diatur `False` untuk volume lain, menghasilkan pelestarian.
## Dampak biaya
Volume EBS yang tidak terpasang, juga disebut sebagai volume yang tidak digunakan atau yatim piatu, dikenakan biaya yang sama dengan volume terlampir berdasarkan ukuran penyimpanan dan jenis penyimpanan yang disediakan. Meskipun biaya rata-rata biaya Amazon EBS mungkin tampak minimal pada \$10,10 per GB-bulan, penting untuk menyadari bahwa akumulasi volume EBS yang tidak digunakan dapat menghasilkan biaya yang signifikan dari waktu ke waktu.
Misalnya, pertimbangkan konsekuensi dari mempertahankan 50 volume EBS yang tidak terpakai, masing-masing disediakan dengan ukuran penyimpanan 100 GB, seperti yang ditunjukkan tabel berikut.
****
| Jumlah volume penyimpanan | Tipe volume | Size | Total biaya bulanan |
| --- | --- | --- | --- |
| 50 volume | gp2 (\$10,10 USD) | 100 GB | 100 GB 50.00 volume EBS bulan \$10.10 USD = \$1500.00 USD |
Skenario dari tabel sebelumnya menghasilkan pengurangan biaya sekitar \$1500 per bulan atau \$16.000 per tahun. Ini adalah langkah efektif menuju pengurangan biaya. Pastikan untuk memasukkan penghapusan volume EBS yang tidak terikat sebagai praktik rutin dalam kebersihan lingkungan Anda. AWS
## Rekomendasi optimisasi biaya
Anda dapat menggunakannya AWS untuk dengan mudah mengotomatiskan penghapusan volume EBS yang tidak terpasang. Misalnya, Anda dapat menggunakan AWS Lambda, Amazon AWS Config CloudWatch, dan AWS Systems Manager untuk menentukan kriteria untuk menghapus volume yang tidak terikat berdasarkan usia, tag, dan spesifikasi lainnya. Anda juga dapat menggunakan ini Layanan AWS untuk mengotomatiskan proses pembersihan dalam skala besar.
Untuk menghindari konsekuensi yang tidak diinginkan, sebaiknya Anda melakukan uji tuntas sebelum menghapus volume EBS yang tidak terpasang.
### Kelola volume EBS yang tidak terpasang
Kami menyarankan Anda mempertimbangkan praktik terbaik berikut:
+ **Memenuhi persyaratan kepatuhan** — Verifikasi bahwa penghapusan volume EBS yang tidak terikat sesuai dengan persyaratan tata kelola dan kepatuhan organisasi Anda.
+ **Tetapkan kebijakan pencadangan dan penyimpanan data** [— Sebelum menghapus volume EBS yang tidak terpasang, buat cadangan data penting apa pun ke repositori penyimpanan lain (misalnya, Amazon S3).](https://aws.amazon.com/pm/serv-s3/) Untuk retensi data, [snapshot Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html) adalah cara yang lebih hemat biaya untuk menyimpan data daripada volume EBS, dan mereka dapat memulihkan volume jika diperlukan di masa mendatang. Untuk informasi selengkapnya tentang mengelola snapshot secara efektif, lihat bagian [Memodifikasi snapshot Amazon EBS](ebs-migrate-gp2-gp3.md) dari panduan ini.
+ **Periksa dependensi — Periksa dependensi** apa pun antara volume EBS yang tidak terpasang dan sumber daya lainnya. AWS Anda dapat menggunakan [Konsol Manajemen AWS atau API](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html) untuk mengumpulkan informasi deskriptif tentang volume EBS Anda, seperti ukuran, status, dan sumber daya terkait. Ini adalah langkah penting untuk melindungi terhadap penghapusan sumber daya sementara yang tidak terikat.
+ **Buat kebijakan retensi** — Tetapkan periode retensi untuk volume EBS yang tidak terikat. Ini dapat membantu Anda mengidentifikasi waktu yang tepat untuk menghapus volume yang tidak terikat, memastikan bahwa AWS lingkungan Anda tetap dioptimalkan. Misalnya, Anda dapat membuat EventBridge aturan [Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html) untuk memulai fungsi Lambda secara terjadwal. Fungsi Lambda dapat menggunakan AWS SDK untuk secara aktif mengidentifikasi volume EBS yang tidak terpasang, menerapkan mekanisme penandaan untuk memudahkan pelacakan, dan mengirimkan notifikasi saat volume EBS yang tidak terpasang mencapai atau melebihi ambang batas yang ditentukan.
+ **Menandai volume EBS yang tidak terpasang** — [Menandai](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) volume EBS adalah praktik yang berguna yang dapat membantu dalam mengatur dan mengidentifikasi volume berdasarkan atribut seperti lingkungan, aplikasi, atau pemilik. Ini bisa sangat membantu ketika memutuskan volume yang tidak terikat untuk dihapus, karena memungkinkan Anda untuk dengan cepat mengidentifikasi volume yang tidak lagi diperlukan berdasarkan tag mereka.
+ **Pastikan penghapusan aman** — Meninjau kapan volume EBS terakhir dilampirkan dapat membantu Anda menentukan apakah aman untuk menghapus volume. Untuk informasi selengkapnya, lihat [Bagaimana cara menggunakan AWS CLI perintah untuk mencantumkan lampiran atau riwayat detasemen volume Amazon EBS tertentu](https://repost.aws/knowledge-center/list-attachments-history-ebs-volume)? di pusat AWS pengetahuan.
+ **Identifikasi volume EBS yang kurang dimanfaatkan — Mengidentifikasi dan menghapus volume** EBS yang kurang dimanfaatkan adalah praktik yang sangat direkomendasikan untuk mengurangi biaya penyimpanan dan mempertahankan lingkungan yang dioptimalkan. AWS AWS Trusted Advisor dan [AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ebs-recommendations.html)dapat membantu Anda mengidentifikasi volume EBS yang kurang dimanfaatkan dan memberikan rekomendasi untuk mengurangi biaya dan meningkatkan efisiensi. Misalnya, lihat [Menyiapkan otomatisasi untuk mengoptimalkan volume EBS dengan AWS Trusted Advisor](https://github.com/aws/Trusted-Advisor-Tools/tree/master/UnderutilzedEBSVolumes) (GitHub), [Membuat dasbor Trusted Advisor Organisasi (TAO) (Studio AWS Lokakarya), dan [Mengoptimalkan biaya volume AWS Compute Optimizer Amazon EBS](https://aws.amazon.com/blogs/storage/cost-optimizing-amazon-ebs-volumes-using-aws-compute-optimizer/) menggunakan](https://catalog.workshops.aws/awscid/en-US/dashboards/advanced/trusted-advisor) (Blog Penyimpanan).AWS
### Otomatiskan pembersihan volume EBS yang tidak terpasang
Kami menyarankan Anda mempertimbangkan alat-alat berikut untuk membantu Anda mengotomatiskan pembersihan volume EBS yang tidak terpasang:
+ [AWS APIs (DescribeVolumes)](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeVolumes.html) — Anda dapat memfilter dan menemukan volume EBS yang tidak terpasang dengan menggunakan AWS SDKs atau AWS Command Line Interface ()AWS CLI. Anda dapat menghemat waktu dan tenaga dengan mengotomatiskan proses ini dengan skrip atau fungsi [Lambda](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html) yang berjalan sesuai jadwal. [Contoh skrip](https://github.com/aws-samples/aws-systems-manager-amazon-ebs-management/blob/master/opsCenterAgedEBSVolumeFinder.py) dari GitHub menunjukkan cara kerjanya. Skrip menggunakan Lambda untuk menganalisis AWS CloudTrail log dan mengidentifikasi volume EBS yang tidak terikat.
+ [AWS Systems Manager Otomatisasi](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) — Ini memungkinkan Anda untuk mengotomatiskan tugas pemeliharaan dan remediasi rutin di infrastruktur Anda. Untuk memulai, [buat runbook otomatisasi](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-ref-ebs.html), yang mendefinisikan serangkaian langkah yang akan dijalankan dalam urutan tertentu. Misalnya, Anda dapat membuat runbook yang pertama kali membuat snapshot dari volume EBS yang tidak terpasang dan kemudian menghapus volume itu sendiri. Ini dapat membantu Anda mengotomatiskan tugas yang seharusnya memakan waktu dan rawan kesalahan jika dilakukan secara manual.
+ [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html)— Ini memungkinkan Anda untuk menilai, mengaudit, dan melacak perubahan pada AWS sumber daya Anda dari waktu ke waktu. Dengan menangkap perubahan konfigurasi, Anda dapat menggunakannya AWS Config untuk mengevaluasi kepatuhan, tata kelola, dan pemanfaatan sumber daya di lingkungan Anda. Misalnya, AWS Config dapat mengidentifikasi volume [EBS yang tidak digunakan](https://docs.aws.amazon.com/config/latest/developerguide/ec2-volume-inuse-check.html). Selain itu, Anda dapat mengaitkan AWS Systems Manager Otomasi dengan AWS Config untuk secara otomatis memulihkan penghapusan volume EBS yang tidak digunakan.
## Sumber daya tambahan
+ [Hapus volume Amazon Elastic Block Store (Amazon EBS) yang tidak terpakai dengan menggunakan AWS Config dan (Panduan Preskriptif) AWS Systems Manager](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/delete-unused-amazon-elastic-block-store-amazon-ebs-volumes-by-using-aws-config-and-aws-systems-manager.html)AWS
+ [Mengontrol AWS biaya Anda dengan menghapus volume Amazon EBS yang tidak](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/) digunakan (AWS Cloud Operations & Migrations Blog)
+ [AWSConfigRemediation-DeleteUnusedEBSVolume](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-delete-ebs-volume.html)(Referensi buku runbook AWS Systems Manager otomatisasi)