[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["很难理解","hardToUnderstand","thumb-down"],["信息或示例代码不正确","incorrectInformationOrSampleCode","thumb-down"],["没有我需要的信息/示例","missingTheInformationSamplesINeed","thumb-down"],["翻译问题","translationIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-09-05。"],[],[],null,["# About scaling instances\n\n| **Note:** If you are looking for the Memorystore for Redis Cluster documentation, see [About scaling instance capacity](/memorystore/docs/cluster/about-scaling-instance-capacity).\n\nThis page describes how your Memorystore for Redis instance behaves during scaling.\nTo learn how to scale a Redis instance, see [Scaling Redis Instances](/memorystore/docs/redis/scaling-instances).\n\nDepending on the instance's tier, scaling an instance has performance and\nstorage implications for your application. There are also some limitations to\nscaling instances based on the amount of memory that is currently in use. This\npage describes how scaling an instance can affect your application and when\nyou can scale an instance.\n| **Note:** When you scale an instance, there might be a gap of 3-5 minutes when the [core metrics](/memorystore/docs/redis/monitor-instances#monitoring-instances-console) for the instance don't appear. During this time, the instance is available. After the time interval completes, the metrics appear.\n\nBest practices for scaling an instance\n--------------------------------------\n\n- For Standard Tier instances, to increase the speed and reliability of\n your scaling operation, scale your instance during periods of low instance\n traffic. To learn how to monitor instance traffic, see [Monitoring Redis instances](/memorystore/docs/redis/monitoring-instances).\n\n- When reducing a Standard Tier instance's capacity, you must choose a size\n greater than the amount of data being stored or scaling fails.\n\n - For example, if your have a 10 GB instance that has 5.5 GB of data stored in it, you can resize the instance to a minimum of 6 GB. The amount of storage your instance uses is visible on its details page in the Google Cloud console.\n\nInstance scaling behavior\n-------------------------\n\nData is preserved during scaling for both Basic and Standard Tier instances.\nDuring scaling the instance undergoes a short connection reset of a couple\nminutes, or less. Applications should incorporate retry logic in the code to be\nable to reconnect to the instance. The IP address and connection string remain\nthe same.\n\nBecause of the short term connection break, there may be a small amount of stale\nor inconsistent data that didn't write or update to the cache for the short\namount of time the instance was unavailable.\n\nIf you issue a write during the connection break, Memorystore\nreturns the error `READONLY You can't write against a read only replica`. This\nerror is transient, and only lasts a few seconds. It resolves once the scaling\noperation completes.\n\n### Write load when scaling\n\nYou should scale 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 scaling operation to take significantly longer and can cause the operation 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 scale a Standard Tier instance, expired keys are not synced. If you have\nexpired keys in your Redis instance before you scale, you will have fewer keys\nafter the instance is scaled."]]