[[["わかりやすい","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-05 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."]]