이 페이지에서는 버전 업그레이드 작업 중 Memorystore 인스턴스의 동작, 업그레이드 작업이 애플리케이션에 미치는 영향, 업그레이드 작업을 실행해야 하는 시기를 설명합니다. 인스턴스의 Redis 버전을 업그레이드하는 방법은 인스턴스의 Redis 버전 업그레이드를 참조하세요.
인스턴스의 등급에 따라 버전 업그레이드 작업의 실행은 애플리케이션의 성능 및 스토리지에 영향을 줄 수 있습니다. 또한 현재 사용중인 메모리 양에 따라 인스턴스를 업그레이드하는 데 몇 가지 제한 사항이 있습니다.
인스턴스의 Redis 버전 업그레이드 권장사항
인증 기관 순환으로 인해 더 이상 연결이 끊기지 않으므로 버전 7.0 이상으로 업그레이드하는 것이 좋습니다.
표준 등급 인스턴스의 경우 버전 업그레이드 작업의 속도와 안정성을 높이려면 인스턴스 트래픽이 적은 기간 중에 인스턴스를 업그레이드하세요. 인스턴스 트래픽을 모니터링하는 방법은 Redis 인스턴스 모니터링을 참조하세요.
표준 등급 인스턴스를 업그레이드할 때는 인스턴스 쓰기 부하를 최소한으로 유지하세요. 쓰기 부하가 높으면 업그레이드 작업에 훨씬 더 많은 시간이 걸리고 업그레이드에 실패할 수도 있습니다.
버전 업그레이드 동작
기본 등급 및 표준 등급 인스턴스의 버전 업그레이드 작업 중에는 데이터가 보존됩니다. 업그레이드 작업 중에는 인스턴스에서 몇 분 이하의 짧은 연결을 재설정합니다. 애플리케이션에서 코드에 재시도 로직을 통합해야 인스턴스에 다시 연결할 수 있습니다. IP 주소와 연결 문자열은 동일하게 유지됩니다.
단기 연결 중단으로 인해 인스턴스를 사용할 수 없는 짧은 시간 동안 캐시에 쓰거나 업데이트하지 않은 소량의 비활성 데이터나 일관성이 없는 데이터가 있을 수 있습니다.
업그레이드 중 쓰기 부하
애플리케이션 성능에 미치는 영향을 최소화하기 위해 인스턴스 트래픽이 적은 기간 동안 인스턴스를 업그레이드해야 합니다. 쓰기 부하가 높거나 메모리 부족으로 인해 업그레이드 작업에 훨씬 더 많은 시간이 걸리고 업그레이드에 실패할 수 있습니다. 자세한 내용은 확장 및 버전 업그레이드 작업을 참조하세요.
만료된 키
표준 등급 인스턴스를 업그레이드할 때 만료된 키는 동기화되지 않습니다. 업그레이드하기 전에 Redis 인스턴스의 키가 만료된 경우 인스턴스 업그레이드 후에 키 수가 줄어듭니다.
[[["이해하기 쉬움","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-08-19(UTC)"],[],[],null,["# About upgrading the Redis version of an instance\n\nThis page describes how your Memorystore instance behaves during a version\nupgrade operation, how an upgrade operation can affect your application, and\nwhen you should run an upgrade operation. To learn how to upgrade an instance's\nRedis version, see [Upgrading an instance's Redis version](/memorystore/docs/redis/upgrading-instance-version).\n\nDepending on the instance's [tier](/memorystore/docs/redis/redis-tiers),\nrunning a version upgrade operation can have performance and storage\nimplications for your application. There are also some limitations to upgrading\ninstances based on the amount of memory that is currently in use.\n\nBest practices for upgrading an instance's Redis version\n--------------------------------------------------------\n\n- We recommend that you upgrade to version 7.0 and later because [Certificate Authority rotation](/memorystore/docs/redis/about-in-transit-encryption#certificate_authority_rotation) no longer drops connections.\n\n- We recommend [exporting](/memorystore/docs/redis/export-data)\n your instance data before running a version upgrade operation.\n\n- For Standard Tier instances, to increase the speed and reliability of\n your version upgrade operation, upgrade your instance during periods of low\n instance traffic. To learn how to monitor instance traffic, see\n [Monitoring Redis instances](/memorystore/docs/redis/monitoring-instances).\n\n- When upgrading a Standard Tier instance, keep the instance write load to a\n minimum. A high write load can cause upgrade operations to take significantly\n longer, and can cause upgrades to fail.\n\nVersion upgrade behavior\n------------------------\n\nData is preserved during a version upgrade operation for both Basic and Standard Tier instances. During an upgrade operation the instance undergoes a short connection reset of a couple minutes, or less. Applications should incorporate retry logic in the code to be able to reconnect to the instance. The IP address and connection string remain the same.\n\nBecause of the short term connection break, there may be a small amount of stale or inconsistent data that didn't write or update to the cache for the short amount of time the instance was unavailable.\n\n### Write load during an upgrade\n\nYou should upgrade an instance during a period of low instance traffic to minimize the performance impact on your application. A high write load, or high memory pressure, can cause an upgrade operation to take significantly longer and can cause the upgrade to fail. For more information see [Scaling and version upgrade operations](/memorystore/docs/redis/memory-management-best-practices#scaling_and_version_upgrade_operations).\n\n### Expired keys\n\nWhen you upgrade a Standard Tier instance, expired keys are not synced. If you have expired keys in your Redis instance before you upgrade, you will have fewer keys after the instance is upgraded."]]
