Untuk ketersediaan instance dan durabilitas data terbaik, sebaiknya aktifkan
persistensi dan ketersediaan tinggi.
Meskipun persistensi dan ketersediaan tinggi tumpang-tindih dalam perlindungan yang ditawarkan, keduanya memiliki
kekuatan yang berbeda dan saling melengkapi. HA dapat dianggap sebagai lini pertahanan pertama terhadap kegagalan node individual dan pemadaman zona. Persisten menyediakan disaster recovery untuk peristiwa yang jarang terjadi saat semua node dalam shard gagal dan HA tidak dapat membantu.
Memilih jenis persistensi
Memilih antara persistensi AOF dan RDB bergantung pada pilihan antara performa dan ketahanan data. Kompromi ini umumnya berlaku untuk semua
layanan Valkey terkelola karena sifat persistensi AOF dan RDB di Valkey
OSS.
Jika prioritas utama Anda adalah ketahanan data dan mempertahankan persentase tertinggi
penulisan yang dikirim ke server Valkey, sebaiknya pilih persistensi AOF. Kemampuan AOF untuk mempertahankan data setiap detik (atau untuk setiap operasi tulis) menawarkan ketahanan data yang superior dibandingkan dengan snapshot RDB yang menyimpan data setiap jam.
Jika performa adalah prioritas utama Anda, sebaiknya gunakan persistensi RDB karena biasanya persistensi ini menempatkan permintaan performa yang lebih rendah pada instance Anda daripada persistensi AOF untuk instance dengan ukuran yang sama. Jika Anda merasa nyaman dengan beberapa data yang tidak berlaku lagi saat pemulihan dan menginginkan performa yang diberikan persistensi RDB untuk instance dengan ukuran yang sama, persistensi RDB adalah pilihan yang lebih baik bagi Anda.
Anda dapat memiliki throughput tinggi dengan ketahanan persistensi AOF. Untuk mendapatkan keduanya, Anda dapat mengaktifkan persistensi AOF dan juga memilih jumlah shard yang tinggi. Jumlah shard yang tinggi akan menyediakan lebih banyak vCPU yang meningkatkan performa. Namun, beberapa
peningkatan latensi diperkirakan untuk AOF dalam konfigurasi apa pun.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-04 UTC."],[],[],null,["# Persistence overview\n\nThis page provides an overview of persistence for Memorystore for Valkey.\n\nMemorystore for Valkey supports two types of persistence:\n\n- [AOF persistence](/memorystore/docs/valkey/about-aof-persistence)\n- [RDB persistence](/memorystore/docs/valkey/about-rdb-persistence)\n\n| **Note:** You can either enable AOF or RDB persistence for your instance, not both.\n\nFor the best instance availability and data durability, we recommend enabling\nboth persistence and [high availability](/memorystore/docs/valkey/ha-and-replicas).\nWhile persistence and high availability overlap in the protection they offer, they have\ndifferent strengths that complement each other. HA can be considered the first\nline of defense against individual node failures and\nzonal outages. Persistence provides disaster recovery for rare events when all\nnodes in a shard fail and HA is unable to help.\n\nChoosing a persistence type\n---------------------------\n\nChoosing between AOF and RDB persistence comes down to a choice between\nperformance and data durability. These tradeoffs are generally true of all\nmanaged Valkey services because of the nature of AOF and RDB persistence in OSS\nValkey.\n\nIf your top priority is data durability and preserving the highest percentage of\nwrites sent to your Valkey server, we recommend choosing AOF persistence. AOF's\nability to persist data every second (or for every write) offers superior data\ndurability compared to RDB snapshots which save data on an hourly basis.\n\nIf performance is your top priority, we recommend using RDB persistence because\nit usually places lower performance demands on your instance than AOF persistence\ndoes for a similarly sized instance. If you are comfortable with some staleness\nin your data on recovery and you want the performance that RDB persistence provides\nfor a similarly sized instance, then RDB persistence is the better choice for\nyou.\n\nIt is possible to have both high throughput with the durability of AOF\npersistence. To get both you can enable AOF persistence and also choose a high\nshard count. A high shard count provides more vCPUs which improves performance. However, some\nlatency increase is expected for AOF in any configuration."]]
