Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
En esta página se describe cómo se comporta tu instancia de Memorystore para Redis durante el escalado.
Para saber cómo escalar una instancia de Redis, consulte Escalar instancias de Redis.
En función del nivel de la instancia, escalar una instancia tiene implicaciones en el rendimiento y el almacenamiento de tu aplicación. También hay algunas limitaciones para escalar instancias en función de la cantidad de memoria que se esté usando. En esta página se describe cómo puede afectar el escalado de una instancia a tu aplicación y cuándo puedes escalar una instancia.
Prácticas recomendadas para escalar una instancia
En el caso de las instancias de nivel estándar, para aumentar la velocidad y la fiabilidad de la operación de escalado, escala la instancia durante los periodos de poco tráfico. Para saber cómo monitorizar el tráfico de instancias, consulte Monitorizar instancias de Redis.
Cuando reduces la capacidad de una instancia de nivel Estándar, debes elegir un tamaño superior a la cantidad de datos almacenados. De lo contrario, el escalado fallará.
Por ejemplo, si tienes una instancia de 10 GB con 5,5 GB de datos almacenados, puedes cambiar el tamaño de la instancia a un mínimo de 6 GB. La cantidad de almacenamiento que usa tu instancia se muestra en la página de detalles de laGoogle Cloud consola.
Comportamiento de escalado de instancias
Los datos se conservan durante el escalado tanto en las instancias de nivel básico como en las de nivel estándar.
Durante el escalado, la instancia experimenta un breve restablecimiento de la conexión de un par de minutos o menos. Las aplicaciones deben incorporar una lógica de reintento en el código para poder volver a conectarse a la instancia. La dirección IP y la cadena de conexión siguen siendo las mismas.
Debido a la interrupción de la conexión a corto plazo, puede haber una pequeña cantidad de datos obsoletos o incoherentes que no se hayan escrito o actualizado en la caché durante el breve periodo en el que la instancia no estaba disponible.
Si emites una escritura durante la interrupción de la conexión, Memorystore devuelve el error READONLY You can't write against a read only replica. Este error es transitorio y solo dura unos segundos. Se resuelve cuando se completa la operación de escalado.
Escribir carga al escalar
Deberías escalar una instancia durante un periodo de poco tráfico para minimizar el impacto en el rendimiento de tu aplicación. Una carga de escritura alta o una presión de memoria alta pueden provocar que una operación de escalado tarde mucho más y que falle. Para obtener más información, consulta Operaciones de escalado y actualización de versiones.
Claves caducadas
Cuando escales una instancia de nivel Estándar, las claves caducadas no se sincronizarán. Si tienes claves caducadas en tu instancia de Redis antes de escalarla, tendrás menos claves después de que se haya escalado.
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-10 (UTC)."],[],[],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."]]
