Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Perkirakan biaya tabel DynamoDB untuk kapasitas sesuai permintaan
Moinul Al-Mamun, Amazon Web Services
Ringkasan
Amazon DynamoDB
Dengan mode kapasitas sesuai permintaan, Anda membayar per permintaan untuk data yang dibaca dan ditulis bahwa aplikasi Anda bekerja di tabel. Biaya AWS didasarkan pada akumulasi unit permintaan baca (RRUs) dan unit permintaan tulis (WRUs) dalam sebulan. DynamoDB memantau ukuran meja Anda terus menerus sepanjang bulan untuk menentukan biaya penyimpanan Anda. Ini mendukung pencadangan berkelanjutan dengan point-in-time-recovery (PITR). DynamoDB memantau ukuran tabel berkemampuan PITR Anda secara terus menerus sepanjang bulan untuk menentukan biaya cadangan Anda.
Untuk memperkirakan biaya DynamoDB untuk sebuah proyek, penting untuk menghitung berapa banyak RRU, WRU, dan penyimpanan yang akan dikonsumsi pada berbagai tahap siklus hidup produk Anda. Untuk estimasi biaya kasar, Anda dapat menggunakan Kalkulator Harga AWS
Pola ini menyediakan mekanisme dan template Microsoft Excel yang dapat digunakan kembali untuk memperkirakan faktor biaya DynamoDB dasar, seperti biaya tulis, baca, penyimpanan, cadangan dan pemulihan, untuk mode kapasitas sesuai permintaan. Ini lebih terperinci daripada AWS Pricing Calculator, dan mempertimbangkan tabel dasar dan GSIs persyaratan secara independen. Ini juga mempertimbangkan tingkat pertumbuhan data item bulanan dan perkiraan biaya selama tiga tahun.
Prasyarat dan batasan
Prasyarat
Pengetahuan dasar tentang desain model data DynamoDB dan DynamoDB
Pengetahuan tentang data, model data, dan ukuran item Anda di DynamoDB
Pengetahuan tentang DynamoDB GSIs
Batasan
Template memberi Anda perkiraan perhitungan, tetapi tidak sesuai untuk semua konfigurasi. Untuk mendapatkan perkiraan yang lebih akurat, Anda harus mengukur ukuran item individual untuk setiap item di tabel dasar dan GSIs.
Untuk perkiraan yang lebih akurat, Anda harus mempertimbangkan jumlah penulisan yang diharapkan (menyisipkan, memperbarui, dan menghapus) dan membaca untuk setiap item dalam satu bulan rata-rata.
Pola ini mendukung estimasi hanya biaya tulis, baca, penyimpanan, dan cadangan dan pemulihan untuk beberapa tahun ke depan berdasarkan asumsi pertumbuhan data tetap.
Alat
Layanan AWS
Amazon DynamoDB adalah layanan database NoSQL yang dikelola sepenuhnya yang menyediakan kinerja yang cepat, dapat diprediksi, dan terukur.
Alat lainnya
AWS Pricing Calculator
adalah alat perencanaan berbasis web yang dapat Anda gunakan untuk membuat perkiraan kasus penggunaan AWS Anda.
Praktik terbaik
Untuk membantu menjaga biaya tetap rendah, pertimbangkan praktik terbaik desain DynamoDB berikut.
Desain kunci partisi - Gunakan kunci partisi kardinalitas tinggi untuk mendistribusikan beban secara merata.
Pola desain daftar kedekatan - Gunakan pola desain ini untuk mengelola one-to-many dan many-to-many hubungan.
Indeks jarang — Gunakan indeks jarang untuk Anda. GSIs Saat Anda membuat GSI, Anda menentukan kunci partisi dan secara opsional kunci pengurutan. Hanya item di tabel dasar yang berisi kunci partisi GSI yang sesuai yang muncul di indeks jarang. Ini membantu untuk tetap GSIs lebih kecil.
Index overloading — Gunakan GSI yang sama untuk mengindeks berbagai jenis item.
GSI menulis sharding — Shard dengan bijak untuk mendistribusikan data di seluruh partisi untuk kueri yang efisien dan lebih cepat.
Item besar — Simpan hanya metadata di dalam tabel, simpan gumpalan di Amazon S3, dan simpan referensi di DynamoDB. Pecahkan item besar menjadi beberapa item, dan indeks secara efisien dengan menggunakan tombol sortir.
Untuk praktik terbaik desain lainnya, lihat Panduan Pengembang Amazon DynamoDB.
Epik
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Dapatkan ukuran item. |
| Insinyur data |
Perkirakan biaya tulis. | Untuk memperkirakan biaya tulis dalam mode kapasitas sesuai permintaan, pertama-tama Anda harus mengukur berapa banyak yang WRUs akan dikonsumsi dalam sebulan. Untuk itu, Anda perlu mempertimbangkan faktor-faktor berikut:
Untuk informasi selengkapnya, lihat bagian Informasi tambahan. | Insinyur data |
Perkirakan biaya baca. | Untuk memperkirakan biaya baca dalam mode sesuai permintaan, pertama-tama Anda harus mengukur berapa banyak yang RRUs akan dikonsumsi dalam sebulan. Untuk itu, Anda perlu mempertimbangkan faktor-faktor berikut:
| Insinyur data, Pengembang aplikasi |
Perkirakan ukuran dan biaya penyimpanan. | Pertama, perkirakan kebutuhan penyimpanan bulanan rata-rata berdasarkan ukuran item Anda di tabel. Kemudian hitung biaya penyimpanan dengan mengalikan ukuran penyimpanan dengan harga penyimpanan per GB untuk Wilayah AWS Anda. Jika Anda sudah memasukkan data untuk memperkirakan biaya penulisan, Anda tidak perlu memasukkannya lagi untuk menghitung ukuran penyimpanan. Jika tidak, untuk memperkirakan ukuran penyimpanan, Anda perlu mempertimbangkan faktor-faktor berikut:
| Insinyur data |
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Unduh templat Excel dari bagian Lampiran, dan sesuaikan dengan tabel kasus penggunaan Anda. |
| Insinyur data |
Masukkan informasi dalam template Excel. |
Dalam template, ada tiga item, atau entitas: informasi, metadata, dan hubungan. Ada dua GSIs. Untuk kasus penggunaan Anda, jika Anda membutuhkan lebih banyak item, buat baris baru. Jika Anda membutuhkan lebih banyak GSIs, salin blok GSI yang ada, dan tempel untuk membuat blok GSI sebanyak yang Anda butuhkan. Kemudian sesuaikan perhitungan kolom SUM dan TOTAL. | Insinyur data |
Sumber daya terkait
Referensi
Panduan dan pola
Informasi tambahan
Tulis contoh perhitungan biaya
Desain model data DynamoDB menunjukkan tiga item untuk suatu produk, dan ukuran item rata-rata 4 KB. Ketika Anda menambahkan produk baru ke dalam tabel dasar DynamoDB, ia mengkonsumsi jumlah item* (ukuran item/1 KB unit tulis) = 3 * (4/1) = 12 WRU. Dalam contoh ini, untuk menulis 1 KB, produk mengkonsumsi 1 WRU.
Baca contoh perhitungan biaya
Untuk mendapatkan estimasi RRU, pertimbangkan rata-rata berapa kali setiap item akan dibaca dalam sebulan. Misalnya, item Informasi akan dibaca, rata-rata, 10 kali dalam sebulan, dan item metadata akan dibaca dua kali, dan item hubungan akan dibaca lima kali. Dalam contoh template, total RRU untuk semua komponen = jumlah komponen baru yang dibuat setiap bulan* RRU per komponen per bulan = 10 juta * 17 RRU = 170 juta RRU setiap bulan.
Setiap bulan, hal-hal baru (komponen atau produk akan ditambahkan, dan jumlah total produk akan bertambah seiring waktu. Jadi, persyaratan RRU juga akan tumbuh seiring waktu.
Untuk RRU bulan pertama, konsumsi akan menjadi 170 juta.
Untuk bulan kedua, konsumsi RRU akan menjadi 2 * 170 juta = 340 juta.
Untuk bulan ketiga konsumsi RRU akan menjadi 3 * 170 juta = 510 juta.
Grafik berikut menunjukkan konsumsi RRU bulanan dan perkiraan biaya.
Perhatikan bahwa harga dalam grafik hanya untuk ilustrasi. Untuk membuat prakiraan akurat untuk kasus penggunaan Anda, periksa halaman harga AWS, dan gunakan harga tersebut di lembar Excel.
Contoh perhitungan biaya penyimpanan, pencadangan, dan pemulihan
DynamoDB penyimpanan, backup dan restore semuanya terhubung satu sama lain. Backup terhubung langsung dengan penyimpanan, dan pemulihan terhubung langsung dengan ukuran cadangan. Ketika ukuran tabel meningkat, biaya penyimpanan, cadangan, dan pemulihan yang sesuai akan meningkat secara proporsional.
Ukuran dan biaya penyimpanan
Biaya penyimpanan akan meningkat seiring waktu berdasarkan tingkat pertumbuhan data Anda. Misalnya, asumsikan bahwa ukuran rata-rata komponen atau produk dalam tabel dasar dan 11 KB, dan GSIs 10 juta produk baru akan ditambahkan setiap bulan ke dalam tabel database Anda. Dalam hal ini, ukuran tabel DynamoDB Anda akan bertambah (11 KB* 10 juta) /1024/1024 = 105 GB per bulan. Pada bulan pertama, ukuran penyimpanan meja Anda akan menjadi 105 GB, pada bulan kedua akan menjadi 105+105 = 210 GBs, dan seterusnya.
Untuk bulan pertama, biaya penyimpanan akan menjadi 105 GB* harga penyimpanan per GB untuk Wilayah AWS Anda.
Untuk bulan kedua, biaya penyimpanan akan menjadi 210 GB * harga penyimpanan per GB untuk Wilayah Anda.
Untuk bulan ketiga, biaya penyimpanan akan menjadi 315 GB* harga penyimpanan per GB untuk Wilayah Anda.
Untuk ukuran dan biaya penyimpanan selama tiga tahun ke depan, lihat bagian Ukuran dan perkiraan penyimpanan.
Biaya Backup
Biaya Backup akan meningkat seiring waktu berdasarkan tingkat pertumbuhan data Anda. Saat Anda mengaktifkan pencadangan berkelanjutan dengan point-in-time-recovery (PITR), biaya pencadangan berkelanjutan didasarkan pada penyimpanan rata-rata GB-bulan. Dalam satu bulan kalender, ukuran cadangan rata-rata akan sama dengan ukuran penyimpanan tabel Anda, meskipun ukuran sebenarnya bisa sedikit berbeda. Karena produk baru akan ditambahkan setiap bulan, ukuran penyimpanan total dan ukuran cadangan akan bertambah seiring waktu. Misalnya, untuk bulan pertama, ukuran cadangan rata-rata 105 GB bisa tumbuh menjadi 210 GB untuk bulan kedua.
Untuk bulan pertama, biaya pencadangan akan menjadi 105 GB-bulan* harga pencadangan berkelanjutan per GB untuk Wilayah AWS Anda.
Untuk bulan kedua, biaya cadangan akan menjadi 210 GB-bulan* harga cadangan berkelanjutan per GB untuk Wilayah Anda.
Untuk bulan ketiga, biaya cadangan akan menjadi 315 GB-bulan* harga cadangan berkelanjutan per GB untuk Wilayah Anda.
dan, seterusnya
Biaya cadangan termasuk dalam grafik di bagian Ukuran penyimpanan dan perkiraan biaya.
Biaya pemulihan
Saat Anda mengambil cadangan terus menerus dengan PITR diaktifkan, biaya operasi pemulihan didasarkan pada ukuran pemulihan. Setiap kali Anda memulihkan, Anda membayar berdasarkan gigabyte data yang dipulihkan. Jika ukuran meja Anda besar dan Anda melakukan pemulihan beberapa kali dalam sebulan, itu akan mahal.
Untuk memperkirakan biaya pemulihan, contoh ini mengasumsikan bahwa Anda melakukan pemulihan PITR satu kali setiap bulan pada akhir bulan. Contoh menggunakan ukuran cadangan rata-rata bulanan sebagai ukuran data pemulihan untuk bulan itu. Untuk bulan pertama, ukuran cadangan rata-rata adalah 105 GB, dan untuk pemulihan pada akhir bulan, ukuran data pemulihan akan menjadi 105 GB. Untuk bulan kedua, itu akan menjadi 210 GBs, dan seterusnya.
Biaya pemulihan akan meningkat seiring waktu berdasarkan tingkat pertumbuhan data Anda.
Untuk bulan pertama, biaya pemulihan akan menjadi 105 GB* harga pemulihan per GB untuk Wilayah AWS Anda.
Untuk bulan kedua, biaya pemulihan akan menjadi 210 GB * harga pemulihan per GB untuk Wilayah Anda.
Untuk bulan ketiga, biaya pemulihan akan menjadi 315 GB* harga pemulihan per GB untuk Wilayah Anda.
Untuk informasi selengkapnya, lihat tab Penyimpanan, pencadangan, dan pemulihan di templat Excel dan grafik di bagian berikut.
Ukuran penyimpanan dan perkiraan biaya
Dalam template, ukuran penyimpanan aktual yang dapat ditagih dihitung dengan mengurangi tingkat gratis 25 GB per bulan untuk kelas tabel Standar. Di lembar, Anda akan mendapatkan grafik peramalan yang dipecah menjadi nilai bulanan.
Bagan contoh berikut memperkirakan ukuran penyimpanan bulanan dalam GB, biaya penyimpanan yang dapat ditagih, biaya cadangan sesuai permintaan, dan biaya pemulihan untuk 36 bulan kalender ke depan. Semua biaya dalam USD. Dari grafik, jelas bahwa biaya penyimpanan, cadangan, dan pemulihan meningkat secara proporsional dengan peningkatan ukuran penyimpanan.
Perhatikan bahwa harga yang digunakan dalam grafik hanya untuk tujuan ilustrasi. Untuk membuat harga yang akurat untuk kasus penggunaan Anda, periksa halaman harga AWS, dan gunakan harga tersebut di templat Excel.
Lampiran
Untuk mengakses konten tambahan yang terkait dengan dokumen ini, unzip file berikut: attachment.zip
