Halaman ini memberikan ringkasan tentang persistensi RDB di Memorystore for Valkey.
Untuk mempelajari cara mengaktifkan, menonaktifkan, dan memantau persistensi RDB, lihat Mengelola persistensi.
Untuk mengetahui informasi tentang praktik terbaik untuk persistensi RDB, lihat Praktik terbaik persistensi.
Fitur persistensi RDB melindungi data Anda dengan menyimpan snapshot data Anda di penyimpanan yang tahan lama. Anda memilih frekuensi snapshot ini dengan memilih interval snapshot yang berkisar dari minimum 1 jam hingga maksimum 24 jam. Jika terjadi kegagalan node, data akan dipulihkan meskipun dalam kasus saat failover tidak memungkinkan.
Node dengan replika memprioritaskan pemulihan data dari replika. Namun, jika node utama dan replika gagal secara bersamaan, node akan dipulihkan dari snapshot terbaru.
Persistensi RDB tidak menambahkan biaya tambahan ke penagihan instance Anda. Fitur ini ideal untuk kasus penggunaan saat sedikit keusangan data setelah pemulihan dapat diterima. Karena Memorystore menggunakan snapshot untuk pemulihan otomatis, snapshot tidak tersedia untuk pemulihan manual. Anda juga harus memperhatikan bahwa 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 mengetahui informasi tentang cara memilih antara dua mode persistensi, lihat Ringkasan persistensi. Untuk ketersediaan terbaik, sebaiknya gunakan instance yang sangat tersedia selain mengaktifkan persistensi.
Snapshot jadwal
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 menetapkan waktu mulai ke pukul 04.00 dan interval ke satu jam, snapshot akan dimulai pada pukul 04.00 pada hari snapshot diaktifkan, dan berlanjut setiap jam setelah itu.
Jadwal snapshot dievaluasi dalam zona waktu UTC, sehingga zona waktu lokal dengan perubahan waktu musim panas akan mengalami penyesuaian jadwal. Misalnya, pada awal dan akhir DST di AS, waktu mulai lokal tugas jadwal snapshot Anda akan bergerak maju atau mundur selama satu jam jika zona waktu Anda menghormati perubahan DST.
Menjeda snapshot
Anda mungkin mengalami skenario saat Anda ingin menjeda pengambilan snapshot RDB untuk sementara selama jangka waktu tertentu. Hal ini dapat dilakukan untuk memastikan tidak ada dampak performa selama peristiwa penting atau untuk menonaktifkan snapshot sementara guna memecahkan masalah performa.
Untuk menjeda snapshot, Anda harus menetapkan waktu mulai ke masa mendatang. Jika Anda melakukannya, snapshot terakhir akan dipertahankan dan digunakan jika terjadi pemulihan. Untuk melanjutkan snapshot, sesuaikan jadwal snapshot ke waktu saat Anda ingin snapshot berikutnya terjadi. Untuk mempelajari lebih lanjut cara menyesuaikan jadwal snapshot, lihat Menyesuaikan interval snapshot RDB.
Perilaku pemulihan
Node Memorystore for Valkey melakukan failover ke replika sebagai mekanisme pemulihan utama, bukan memuat dari snapshot. Namun, jika node gagal dan tidak dapat dipulihkan dari replika, node akan dipulihkan dari snapshot.
Konsistensi data pada pemulihan
Jika diaktifkan, persistensi RDB akan berupaya sebaik mungkin untuk memastikan pencadangan dilakukan pada interval yang ditentukan. Snapshot dapat gagal karena beberapa alasan. Jika snapshot gagal secara berurutan pada beberapa interval, cadangan terakhir yang tersedia dapat menjadi usang secara arbitrer.
Keusangan data kasus terburuk untuk pemulihan dari snapshot adalah jumlah interval yang ditentukan sejak snapshot terakhir yang baik dimulai dan waktu untuk menyimpan snapshot berikutnya ke penyimpanan. Jika terjadi insiden pemulihan, gunakan metrik rdb_last_success_ages
untuk melihat jangka waktu keusangan data.
Waktu pemulihan
Jika node gagal dan perlu memulihkan data dari snapshot, node tidak akan tersedia selama pemulihan. Waktu pemulihan bergantung pada ukuran snapshot.
Kegagalan snapshot
Snapshot yang gagal akan segera dicoba lagi dengan backoff eksponensial dari 5 hingga 300 detik. Kegagalan snapshot berurutan akan meningkatkan keusangan 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.
Memantau snapshot
Penting untuk memantau snapshot dan menetapkan pemberitahuan untuk snapshot yang gagal. Untuk mengetahui informasi tentang praktik terbaik untuk persistensi RDB, lihat Praktik terbaik persistensi RDB. Snapshot yang gagal dapat menunjukkan node yang kelebihan beban yang mungkin terus mengalami kesulitan untuk dipulihkan dari snapshot.
Untuk mengetahui daftar metrik yang tersedia untuk memantau snapshot, lihat Metrik persistensi.
Mengelola dampak performa snapshot
Anda dapat memantau dampak performa yang dimiliki snapshot pada instance Memorystore dengan melihat metrik yang tersedia melalui Cloud Monitoring seperti penggunaan CPU dan penggunaan memori.