Halaman ini berisi ringkasan persistensi RDB di Memorystore for Valkey.
Untuk mempelajari cara mengaktifkan, menonaktifkan, dan memantau persistensi RDB, lihat Mengelola persistensi.
Untuk informasi tentang praktik terbaik untuk persistensi RDB, lihat Praktik terbaik persistensi.
Fitur persistensi RDB melindungi data Anda dengan menyimpan snapshot data Anda dengan penyimpanan yang tahan lama. Anda memilih frekuensi snapshot ini dengan memilih dengan interval snapshot mulai dari minimal 1 jam hingga maksimal 24 jam. Jika terjadi kegagalan node, data akan dipulihkan bahkan saat failover tidak memungkinkan.
Node dengan replika memprioritaskan pemulihan data dari replika. Namun, jika primer maupun replika gagal secara bersamaan, node pulih dari snapshot terbaru.
Persistensi RDB tidak menambahkan biaya tambahan ke penagihan instance Anda. Fitur ini ideal untuk kasus penggunaan ketika sejumlah kecil data usang setelah pemulihan masih dapat diterima. Karena Memorystore menggunakan snapshot untuk pemulihan data, snapshot tidak tersedia untuk pemulihan manual. Anda juga perlu memperhatikan sehingga hanya snapshot terbaru yang berhasil yang dipertahankan.
Memorystore for Valkey juga mendukung persistensi AOF, tetapi Anda harus memilih mode persistensi AOF atau RDB, karena keduanya tidak dapat diaktifkan secara bersamaan. Untuk informasi tentang cara memilih di antara dua mode persistensi, lihat Ringkasan persistensi. Untuk ketersediaan terbaik, sebaiknya gunakan instance yang sangat tersedia selain mengaktifkan persistensi.
Penjadwalan snapshot
Penjadwalan snapshot ditentukan oleh dua setelan: waktu mulai snapshot, dan
interval snapshot. Interval yang dapat Anda tetapkan adalah 1h, 6h, 12h, dan
24h. Misalnya, jika Anda menyetel waktu mulai ke pukul 4 pagi dan intervalnya ke satu
jam, snapshot dimulai pada pukul 04.00 pada hari snapshot diaktifkan, dan melanjutkan
setiap jam setelahnya.
Jadwal snapshot dievaluasi dalam zona waktu UTC, sehingga zona waktu lokal saat siang hari pergeseran penghematan akan mengalami penyesuaian jadwal. Misalnya, di awal dan akhir DST di AS, waktu mulai lokal tugas jadwal snapshot bergerak maju atau mundur satu jam jika zona waktu Anda menerima perubahan DST.
Menjeda snapshot
Anda mungkin mengalami skenario di mana Anda ingin menjeda sementara pengambilan snapshot RDB selama periode waktu tertentu. Hal ini dapat untuk memastikan bahwa tidak ada dampak kinerja selama peristiwa penting atau menonaktifkan snapshot untuk sementara guna memecahkan masalah performa.
Untuk menjeda snapshot, Anda harus menetapkan waktu mulai ke waktu yang akan datang. Jika Anda melakukannya, {i>snapshot<i} terakhir akan dipertahankan dan digunakan ketika ada pemulihan. Untuk melanjutkan snapshot, sesuaikan jadwal snapshot untuk kapan Anda ingin snapshot berikutnya terjadi. Untuk mempelajari lebih lanjut cara menyesuaikan jadwal snapshot, lihat Menyesuaikan interval snapshot RDB.
Perilaku pemulihan
Memorystore for Valkey node failover ke replika sebagai mekanisme pemulihan utama, bukan memuat dari snapshot. Namun, jika node gagal dan tidak dapat dipulihkan dari replika, node akan memulihkan dari snapshot.
Konsistensi data pada pemulihan
Jika diaktifkan, persistensi RDB akan berupaya sebaik mungkin untuk memastikan pencadangan dilakukan pada interval yang ditentukan. Snapshot bisa gagal karena sejumlah alasan. Jika snapshot gagal berturut-turut pada beberapa interval, cadangan terakhir yang tersedia bisa jadi kedaluwarsa.
Kasus penghentian data yang terburuk untuk pemulihan dari snapshot adalah jumlah interval yang ditentukan karena
{i>snapshot<i} terakhir yang baik dimulai dan waktu untuk
menyimpan {i>snapshot <i}berikutnya ke penyimpanan. Jika terjadi pemulihan
insiden, gunakan rdb_last_success_ages
untuk melihat jangka waktu penghentian data.
Waktu pemulihan
Jika node gagal dan perlu memulihkan data dari snapshot, node tersebut tidak akan tersedia selama pemulihan. Pemulihan waktu tergantung pada ukuran {i>snapshot<i}.
Kegagalan snapshot
Setiap snapshot yang gagal akan segera dicoba lagi dengan backoff eksponensial dari 5 hingga 300 detik. Berurutan kegagalan {i>snapshot<i} akan meningkatkan penghentian data jika terjadi pemulihan.
Kegagalan pemulihan
Kegagalan pemulihan jarang terjadi, tetapi dapat terjadi. Jika terjadi kegagalan pemulihan, node akan mencoba lagi berulang kali hingga berhasil dipulihkan.
Snapshot pemantauan
Penting untuk memantau snapshot dan menyetel pemberitahuan untuk snapshot yang gagal. Untuk informasi tentang untuk persistensi RDB, lihat Praktik terbaik persistensi RDB. Snapshot yang gagal dapat menunjukkan node yang kelebihan beban yang mungkin terus mengalami kesulitan memulihkan dari tanpa harus membuat snapshot.
Untuk mengetahui daftar metrik yang tersedia untuk memantau snapshot, lihat Metrik persistensi.
Mengelola dampak performa
Anda dapat memantau dampak performa snapshot pada instance Memorystore dengan melihat metrik yang tersedia melalui Cloud Monitoring seperti penggunaan CPU dan penggunaan memori.