Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Panduan ini memberikan rincian tentang cara kerja penagihan DynamoDB untuk backup. Kami akan memecah berbagai komponen yang berkontribusi pada biaya keseluruhan, memberikan penjelasan yang jelas dan contoh praktis.
DynamoDB menawarkan cadangan point-in-time dan pemulihan sesuai permintaan (PITR) untuk membantu melindungi data DynamoDB Anda dari peristiwa bencana dan menawarkan pengarsipan data untuk retensi jangka panjang.
Cara kerjanya
DynamoDB on-demand backup ditagih setiap bulan. Jika Anda mengambil cadangan pada hari tertentu dalam sebulan, Anda akan melihat satu tagihan untuk cadangan itu dihitung untuk sisa hari dalam sebulan (contoh: membuat cadangan pada tanggal 27, Anda hanya akan dikenakan biaya untuk beberapa hari tersisa di bulan itu, diterapkan sebagai biaya tunggal pada tanggal 27).
Jika Anda menyimpan cadangan yang diambil sebelumnya untuk bulan-bulan berikutnya, Anda akan selalu melihat biaya sebulan penuh untuk cadangan yang diterapkan pada tanggal 1. Jika cadangan dihapus sebelum akhir bulan, biaya akan disesuaikan berdasarkan penggunaan aktual.
Sebagai contoh, jika Anda membuat cadangan pada 27 Juli, dan dipertahankan hingga bulan Agustus, Anda akan melihat biaya berikut untuk cadangan itu:
-
Biaya pada 27 Juli untuk hari-hari yang tersisa di bulan Juli
-
Biaya pada 1 Agustus untuk seluruh bulan Agustus
-
Biaya pada tanggal 1 setiap bulan berikutnya bahwa cadangan ada
-
Jika cadangan dihapus pada tanggal 15 bulan berikutnya, biaya untuk cadangan itu akan disesuaikan menjadi hanya 15 hari yang ada, masih berlaku pada tanggal 1
Ketika cadangan dipertahankan untuk tabel DynamoDB, Anda mungkin mengamati bahwa biaya untuk metrik DynamoDB (Region)-TimedBackupStorage-ByteHrs penggunaan tampaknya sangat tinggi pada tanggal 1 bulan. Selain itu, jika Anda memeriksa metrik ini di awal bulan baru dan membandingkannya dengan siklus penagihan sebelumnya, Anda dapat mengamati apa yang tampaknya merupakan lonjakan besar dalam penggunaan. Ini dengan desain. Pada tanggal 1 setiap bulan, setiap backup DynamoDB yang ada akan dikenakan biaya penggunaan untuk seluruh bulan yang diterapkan. Setiap cadangan DynamoDB yang dihapus selama sebulan akan memiliki biaya penggunaannya yang diprorata untuk mencerminkan penggunaan aktual. Akibatnya, Anda mungkin melihat biaya (diterapkan pada tanggal 1) menurun sepanjang bulan. Ini karena kebijakan retensi menerapkan kedaluwarsa atau penghapusan manual untuk pencadangan bawaan terjadi. Ini akan dieksplorasi dalam skenario di bawah ini.
Contoh penagihan cadangan DynamoDB
Berikut adalah contoh dari apa yang mungkin Anda lihat di Cost Explorer pada awal bulan:
Perhatikan bagaimana 1 Februari tampaknya memiliki lonjakan yang jauh lebih besar dibandingkan bulan-bulan sebelumnya. Mari kita uraikan mengapa ini terjadi.
Dari Halaman Harga DynamoDB
“Total ukuran penyimpanan cadangan yang ditagih setiap bulan adalah jumlah dari semua cadangan tabel DynamoDB. DynamoDB memantau ukuran backup on-demand secara terus menerus sepanjang bulan untuk menentukan biaya cadangan Anda.
Ini menjelaskan mengapa RUU tersebut secara konsisten menunjukkan lonjakan besar dalam penggunaan pada tanggal 1 setiap bulan. Setiap cadangan yang ada yang masuk ke bulan baru memiliki biaya sebulan penuh yang diterapkan pada tanggal 1. Dengan kata lain, jika Anda memasuki bulan dengan 300 cadangan DynamoDB, Anda akan melihat biaya penggunaan sebulan penuh diterapkan pada hari pertama bulan itu untuk semua 300 cadangan.
Sebaliknya, setiap cadangan baru yang diambil sepanjang bulan akan menunjukkan lonjakan yang bertanggung jawab untuk cadangan itu pada hari diambil, karena dikenakan biaya untuk sisa bulan itu.
Mengapa penggunaan bulan berjalan tampaknya jauh lebih tinggi pada tanggal 1 dari bulan sebelumnya, dan apa yang terjadi jika saya menghapus cadangan?
Untuk menjawab pertanyaan 2 bagian yang penting ini, mari kita buat contoh skenario menggunakan informasi berikut:
-
Panjang Bulan: 30 Hari
-
Frekuensi Cadangan DynamoDB: 10/hari, 300/bln
-
Kebijakan Penyimpanan Cadangan DynamoDB: 30 Hari
-
DynamoDB Per-Backup Biaya: $2/hari, $60/bln
-
Total 1 Bulan Sebelumnya (
TimedBackupStorage-ByteHrs, diperiksa pada tanggal 1 Bulan Berjalan): $9.300 -
Total Bulan Sebelumnya (
TimedBackupStorage-ByteHrs): $18,600 -
Total 1 Bulan Saat Ini (
TimedBackupStorage-ByteHrs, Diperiksa pada tanggal 1): $18.000 -
Perubahan Penggunaan DynamoDB: Tidak Month-to-Month Ada
Dengan menggunakan informasi di atas, kita dapat melihat bahwa 300 cadangan dibuat pada bulan sebelumnya dengan kebijakan untuk mempertahankannya selama 30 hari. Pada tanggal 1 bulan baru, semua cadangan ini masih tetap ada karena belum mencapai akhir periode pemulihan mereka. Namun, setiap harinya, set cadangan tertua akan mulai turun, seperti yang ditunjukkan di sini:
| Bulan baru | Hari 1 | Hari 2 | Hari 3 | Hari 4 | Hari 5 |
|---|---|---|---|---|---|
| Total backup bulan sebelumnya terbawa | 300 | 290 | 280 | 270 | 260 |
-
Pada tanggal 1, kita dapat melihat 300 cadangan @ $60/bln per cadangan, dengan total $18.000 diterapkan.
TimedBackupStorage-ByteHrsIni berbeda dengan bulan sebelumnya, di mana total bulan adalah $18.600. -
Pada tanggal 2, 10 dari cadangan tersebut akan kedaluwarsa dan drop off. Ketika ini terjadi, biaya yang diterapkan untuk cadangan tersebut akan disesuaikan dengan Penggunaan Aktual, bukan Penggunaan yang Diasumsikan. Ini menghasilkan 10 cadangan tersebut, sebelumnya dengan biaya yang diterapkan pada tanggal 1 dari $600 (10 Backup x 30 Hari) yang disesuaikan menjadi $20 (10 Backup x 1 Hari).
-
Hari berikutnya, blok 10 berikutnya akan kedaluwarsa dan turun, mengalihkan penggunaannya dari 30 hari ke 2 hari, mengurangi biaya mereka menjadi $40 (10 Backup x 2 Hari).
Dengan berlalunya hari, kita akan melihat larger-than-previous-month lonjakan itu mulai menyusut. Jika kami memperluas ini untuk mencakup seluruh bulan, kami akan mengamati hal berikut:
| 300 cadangan di blok 10 | 1 | ke-10 | 20 | ke-30 |
|---|---|---|---|---|
| Blok 1 | $600 | $20 | $20 | $20 |
| Blok 2 | $600 | $40 | $40 | $40 |
| Blok 3 | $600 | $60 | $60 | $60 |
| Blok 4 | $600 | $80 | $80 | $80 |
| Blok 5 | $600 | $100 | $100 | $100 |
| Blok 6 | $600 | $120 | $120 | $120 |
| Blok 7 | $600 | $140 | $140 | $140 |
| Blok 8 | $600 | $160 | $160 | $160 |
| Blok 9 | $600 | $180 | $180 | $180 |
| Blok 10 | $600 | $600 | $200 | $200 |
| Blok 11 | $600 | $600 | $220 | $220 |
| Blok 12 | $600 | $600 | $240 | $240 |
| Blok 13 | $600 | $600 | $260 | $260 |
| Blok 14 | $600 | $600 | $280 | $280 |
| Blok 15 | $600 | $600 | $300 | $300 |
| Blok 16 | $600 | $600 | $320 | $320 |
| Blok 17 | $600 | $600 | $340 | $340 |
| Blok 18 | $600 | $600 | $360 | $360 |
| Blok 19 | $600 | $600 | $380 | $380 |
| Blok 20 | $600 | $600 | $600 | $400 |
| Blok 21 | $600 | $600 | $600 | $420 |
| Blok 22 | $600 | $600 | $600 | $440 |
| Blok 23 | $600 | $600 | $600 | $460 |
| Blok 24 | $600 | $600 | $600 | $480 |
| Blok 25 | $600 | $600 | $600 | $500 |
| Blok 26 | $600 | $600 | $600 | $520 |
| Blok 27 | $600 | $600 | $600 | $540 |
| Blok 28 | $600 | $600 | $600 | $560 |
| Blok 29 | $600 | $600 | $600 | $580 |
| Blok 30 | $600 | $600 | $600 | $600 |
| Total 1 bulan ($) | $18.000 | $13.500 | $10.400 | $9.300 |
Ketika blok baru turun setiap hari, penggunaannya disesuaikan dengan berapa hari itu ada, versus jumlah bulan penuh. Akibatnya, pada akhir bulan biaya yang diamati pada tanggal 1 akan turun dari $18.000 awal ke $9.300 yang diharapkan. Angka ini, dikombinasikan dengan cadangan yang baru dibuat sepanjang bulan (yang akan memiliki tabel penagihan yang mirip dengan yang di atas, tetapi terbalik), akan menghasilkan pengeluaran bulanan sesuai dengan $18.600 bulan lalu.
