최고의 인스턴스 가용성과 데이터 내구성을 위해 지속성과 고가용성을 모두 사용 설정하는 것이 좋습니다.
영속성과 고가용성은 제공하는 보호 기능이 중복되지만 서로 보완하는 강점이 다릅니다. HA는 개별 노드 장애 및 영역 중단에 대한 첫 번째 방어선으로 간주할 수 있습니다. 지속성은 샤드의 모든 노드가 실패하고 HA가 도움을 줄 수 없는 드물게 발생하는 경우에 재해 복구를 제공합니다.
영속성 유형 선택
AOF와 RDB 지속성 중에서 선택하는 것은 성능과 데이터 내구성 중에서 선택하는 것과 같습니다. 이러한 절충점은 OSS Redis에서 AOF 및 RDB 지속성 특성으로 인해 일반적으로 모든 관리형 Redis 서비스에 적용됩니다.
데이터 내구성과 Redis 서버로 전송되는 쓰기 비율을 가장 높게 보존하는 것이 중요하면 AOF 지속성을 선택하는 것이 좋습니다. 매초(또는 모든 쓰기) 데이터를 유지하는 AOF의 기능은 매시간 데이터를 저장하는 RDB 스냅샷에 비해 뛰어난 데이터 내구성을 제공합니다.
성능이 가장 중요한 경우에는 RDB 지속성을 사용하는 것이 좋습니다. 크기가 비슷한 인스턴스에 대해 AOF 지속성이 요구하는 성능보다 일반적으로 인스턴스에 대해 요구하는 성능이 낮기 때문입니다. 복구 시 일부 데이터 비활성에 익숙하고 RDB 지속성이 비슷한 크기의 인스턴스에 제공하는 성능을 원하는 경우 RDB 지속성을 사용하는 것이 더 좋습니다.
AOF 지속성의 내구성과 함께 높은 처리량을 확보할 수 있습니다. 두 가지를 모두 얻으려면 AOF 지속성을 사용 설정하고 샤드 수를 높게 선택하면 됩니다. 샤드 수가 많으면 vCPU가 더 많이 제공되어 성능이 향상됩니다. 하지만 어떤 구성에서든 AOF의 지연 시간은 증가할 것으로 예상됩니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 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."]]
