Untuk ketersediaan instance dan durabilitas data terbaik, sebaiknya aktifkan
persistensi dan ketersediaan tinggi.
Meskipun persistensi dan ketersediaan tinggi tumpang-tindih dalam perlindungan yang mereka tawarkan, keduanya memiliki kekuatan yang berbeda yang saling melengkapi. HA dapat dianggap sebagai garis pertahanan pertama terhadap kegagalan node individual dan gangguan zona. Persistensi menyediakan pemulihan dari bencana untuk peristiwa langka 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. Perbedaan ini umumnya berlaku untuk semua
layanan Redis terkelola karena sifat persistensi AOF dan RDB di OSS
Redis.
Jika prioritas utama Anda adalah daya tahan data dan mempertahankan persentase tertinggi penulisan yang dikirim ke server Redis, sebaiknya pilih persistensi AOF. Kemampuan AOF untuk mempertahankan data setiap detik (atau untuk setiap penulisan) menawarkan ketahanan data yang lebih baik dibandingkan dengan snapshot RDB yang menyimpan data setiap jam.
Jika performa adalah prioritas utama Anda, sebaiknya gunakan persistensi RDB karena biasanya menempatkan permintaan performa yang lebih rendah pada instance Anda daripada persistensi AOF untuk instance berukuran serupa. Jika Anda tidak keberatan dengan sedikit keterlambatan
dalam data Anda saat pemulihan dan Anda menginginkan performa yang diberikan persistensi RDB
untuk instance berukuran serupa, maka persistensi RDB adalah pilihan yang lebih baik bagi
Anda.
Anda dapat memiliki throughput tinggi dengan daya tahan persistensi AOF. Untuk mendapatkan keduanya, Anda dapat mengaktifkan persistensi AOF dan juga memilih jumlah shard yang tinggi. Jumlah shard yang tinggi menyediakan lebih banyak vCPU yang meningkatkan performa. Namun, peningkatan latensi
tertentu diperkirakan terjadi 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 Redis Cluster.\n\nMemorystore for Redis Cluster supports two types of persistence:\n\n- [AOF persistence](/memorystore/docs/cluster/about-aof-persistence)\n- [RDB persistence](/memorystore/docs/cluster/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/cluster/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 Redis services because of the nature of AOF and RDB persistence in OSS\nRedis.\n\nIf your top priority is data durability and preserving the highest percentage of\nwrites sent to your Redis 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."]]
