Cadangan frekuensi tinggi mengambil snapshot dari instans ApsaraDB for MongoDB Anda dengan interval sependek 15 menit untuk instans set replika dan 30 menit untuk instans kluster sharded, sehingga mengurangi tujuan titik pemulihan (RPO) hampir mendekati nol dibandingkan dengan jadwal pencadangan default harian.
Cadangan reguler vs. cadangan frekuensi tinggi
| Cadangan Reguler | Cadangan Frekuensi Tinggi | |
|---|---|---|
| Frekuensi pencadangan | Sekali per hari | Setiap 15 menit–12 jam (set replika) / 30 menit–12 jam (kluster sharded) |
| RPO minimum | Hingga 24 jam | Serendah 15 menit |
| Retensi snapshot | Hingga 730 hari | 1–7 hari (frekuensi tinggi) + hingga 730 hari (cadangan penuh) |
| Paling cocok untuk | Beban kerja standar dengan laju perubahan rendah | Database yang sangat kritis yang tidak dapat mentoleransi kehilangan data dalam jumlah besar |
Prasyarat
Sebelum memulai, pastikan Anda memiliki:
Instans set replika atau instans kluster sharded
MongoDB 4.2 atau versi lebih baru yang berjalan pada instans
Enterprise SSDs (ESSDs) sebagai jenis penyimpanan instans
Penagihan
ApsaraDB for MongoDB menyertakan penyimpanan cadangan gratis sebesar 200% dari kapasitas penyimpanan instans untuk instans yang menggunakan ESSD. Penyimpanan cadangan yang melebihi kuota ini akan ditagih harian berdasarkan harga satuan penyimpanan cadangan. Untuk detail harga, lihat tab Harga di halaman produk ApsaraDB for MongoDB.
Kebijakan retensi cadangan
Cadangan frekuensi tinggi menggunakan metode cadangan snapshot. Perilaku retensi bergantung pada frekuensi snapshot dan apakah hourly sparse backup diaktifkan.
| Frekuensi snapshot | Hourly sparse backup | Kebijakan retensi |
|---|---|---|
| Menit | Diaktifkan | Semua snapshot dari 1 jam terakhir disimpan. Snapshot yang berusia lebih dari 1 jam tetapi masih dalam periode retensi frekuensi tinggi dikurangi menjadi satu snapshot per hari (snapshot pertama setelah pukul 00:00:00). Snapshot yang melebihi periode retensi juga disimpan satu per hari. |
| Menit | Dinonaktifkan | Semua snapshot dalam periode retensi frekuensi tinggi disimpan. Snapshot yang melebihi periode retensi disimpan satu per hari. |
| Jam | Tidak berlaku | Semua snapshot dalam periode retensi frekuensi tinggi disimpan. Snapshot yang melebihi periode retensi disimpan satu per hari. |
Contoh
Cadangan per menit + cadangan jarang per jam diaktifkan
Pengaturan: frekuensi 30 menit, retensi frekuensi tinggi 2 hari (48 jam), retensi cadangan penuh 30 hari.
1 jam terakhir: 2 snapshot disimpan
1–48 jam lalu: 47 snapshot disimpan (satu per hari)
Lebih dari 48 jam: 28 snapshot disimpan (satu per hari)
Total: hingga 77 snapshot dalam 30 hari
Menit + hourly sparse backup dinonaktifkan
Pengaturan: frekuensi 30 menit, retensi frekuensi tinggi 2 hari (48 jam), retensi cadangan penuh 30 hari.
48 jam terakhir: 96 snapshot disimpan
Lebih dari 48 jam: 28 snapshot disimpan (satu per hari)
Total: hingga 124 snapshot dalam 30 hari
Jam
Pengaturan: frekuensi 6 jam, retensi frekuensi tinggi 2 hari (48 jam), retensi cadangan penuh 30 hari.
48 jam terakhir: 8 snapshot disimpan
Lebih dari 48 jam: 28 snapshot disimpan (satu per hari)
Total: hingga 36 snapshot dalam 30 hari
Pertimbangan kinerja
Cadangan frekuensi tinggi memiliki dampak minimal terhadap kinerja instans. Fitur ini hanya didukung oleh instans yang menggunakan cloud disk.
Node pencadangan: Pencadangan hanya berjalan pada node secondary atau hidden dan tidak memengaruhi node primary.
Optimisasi pencadangan fisik: Cadangan frekuensi tinggi mengandalkan pencadangan fisik di tingkat kernel. ApsaraDB for MongoDB mengoptimalkan pencadangan fisik untuk melewati operasi mahal seperti fsync dan penulisan checkpoint WiredTiger.
Overhead snapshot disk: Pembuatan snapshot disk memiliki overhead rendah. Untuk detailnya, lihat Ikhtisar Snapshot.
FAQ
Kapan tugas pencadangan pertama dijalankan setelah cadangan frekuensi tinggi diaktifkan?
Tugas pencadangan dipicu tepat pada jam tertentu. Misalnya, dengan interval 15 menit, tugas dijalankan pada pukul 00:00, 00:15, 00:30, 00:45, 01:00, dan seterusnya. Saat beralih dari pencadangan reguler ke pencadangan frekuensi tinggi, jika waktu yang berlalu sejak pencadangan terakhir melebihi interval yang dikonfigurasi, tugas pencadangan dimulai segera. Tugas-tugas berikutnya kemudian mengikuti jadwal tepat jam tersebut.
Contohnya: pencadangan reguler terakhir dijalankan pada pukul 09:00. Anda beralih ke pencadangan frekuensi tinggi dengan interval 15 menit pada pukul 09:20. Karena telah berlalu 20 menit sejak pukul 09:00, pencadangan dimulai segera pada pukul 09:20. Tugas-tugas berikutnya mengikuti jadwal standar: 09:30, 09:45, 10:00, dan seterusnya.
Apakah cadangan frekuensi tinggi memengaruhi kinerja instans?
Dampaknya kecil. Pencadangan hanya berjalan pada node secondary atau hidden, sehingga node primary tidak terpengaruh. Untuk detail teknis, lihat Pertimbangan kinerja.
Referensi API
| Operasi | Deskripsi |
|---|---|
| DescribeBackupPolicy | Menanyakan kebijakan pencadangan instans ApsaraDB for MongoDB. |
| ModifyBackupPolicy | Mengubah kebijakan pencadangan instans ApsaraDB for MongoDB. |