Halaman ini memberikan ringkasan persistensi RDB di Memorystore for Valkey.
Untuk mempelajari cara mengaktifkan, menonaktifkan, dan memantau persistensi RDB, lihat Mengelola persistensi.
Untuk informasi tentang praktik terbaik 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 jika failover tidak memungkinkan.
Node dengan replika memprioritaskan pemulihan data dari replika. Namun, jika node utama dan replika gagal secara bersamaan, node akan pulih dari snapshot terbaru.
Persistensi RDB tidak menambahkan biaya tambahan ke penagihan instance Anda. Fitur ini ideal untuk kasus penggunaan dengan tingkat keusangan data yang sedikit 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 untuk 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 dengan ketersediaan tinggi 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 menetapkan waktu mulai ke pukul 04.00 dan interval ke satu
jam, snapshot akan dimulai pada pukul 04.00 pada hari saat diaktifkan, dan berlanjut
setiap jam setelahnya.
Jadwal snapshot dievaluasi dalam zona waktu UTC, sehingga zona waktu lokal dengan pergeseran waktu musim panas akan mengalami penyesuaian jadwal. Misalnya, pada awal dan akhir DST di Amerika Serikat, waktu mulai lokal tugas jadwal snapshot Anda akan maju atau mundur selama satu jam jika zona waktu Anda mengikuti perubahan DST.
Menjeda snapshot
Anda mungkin mengalami skenario saat ingin menjeda pengambilan snapshot RDB untuk periode waktu tertentu. Hal ini dapat dilakukan untuk memastikan tidak ada dampak performa selama peristiwa penting atau untuk menonaktifkan snapshot untuk sementara guna memecahkan masalah performa.
Untuk menjeda snapshot, Anda harus menetapkan waktu mulai ke masa mendatang. Jika Anda melakukannya, snapshot terakhir akan disimpan dan digunakan jika terjadi pemulihan. Untuk melanjutkan snapshot, sesuaikan jadwal snapshot ke waktu yang Anda inginkan untuk snapshot berikutnya. Untuk mempelajari lebih lanjut cara menyesuaikan jadwal snapshot, lihat Menyesuaikan interval snapshot RDB.
Perilaku pemulihan
Memorystore untuk node 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 saat pemulihan
Jika diaktifkan, persistensi RDB akan melakukan upaya terbaik untuk memastikan pencadangan dilakukan pada interval yang ditentukan. Snapshot dapat gagal karena sejumlah alasan. Jika snapshot gagal secara berurutan pada beberapa interval, cadangan terakhir yang tersedia dapat menjadi usang secara arbitrer.
Ketidakaktualan 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
Setiap snapshot yang gagal akan segera dicoba ulang dengan backoff eksponensial dari 5 hingga 300 detik. Kegagalan snapshot berturut-turut 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 pulih.
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 memulihkan dari snapshot.
Untuk daftar metrik yang tersedia untuk memantau snapshot, lihat Metrik persistensi.
Mengelola dampak performa
Anda dapat memantau dampak performa yang dihasilkan snapshot pada instance Memorystore dengan melihat metrik yang tersedia melalui Cloud Monitoring seperti penggunaan CPU dan penggunaan memori.