Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En esta página, se describe cómo se comporta tu instancia de Memorystore para Redis durante el escalamiento.
Para aprender a escalar una instancia de Redis, consulta Escala instancias de Redis.
Según el nivel de la instancia, el escalamiento tiene implicaciones para el rendimiento y el almacenamiento de tu aplicación. También existen algunas limitaciones para escalar instancias según la cantidad de memoria que está actualmente en uso. En esta página, se describe cómo el escalamiento de una instancia puede afectar a la aplicación y cuándo puedes escalar una instancia.
Prácticas recomendadas para escalar una instancia
Para instancias de nivel Estándar, a fin de aumentar la velocidad y la confiabilidad de tu operación de escalamiento, escala la instancia durante períodos de tráfico de instancia bajo. Para aprender a supervisar el tráfico de las instancias, consulta Supervisa las instancias de Redis.
Cuando se reduce la capacidad de una instancia de nivel Estándar, debes elegir un tamaño superior a la cantidad de datos que se almacenan o fallará el escalamiento.
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 puede ver en la página de detalles de laGoogle Cloud consola.
Comportamiento del escalamiento de instancias
Los datos se conservan durante el escalamiento tanto para las instancias de nivel Básico como para las de nivel Estándar.
Durante el ajuste de escala, la instancia experimenta un restablecimiento de conexión breve de un par de minutos o menos. Las aplicaciones deben incorporar una lógica de reintento en el código para poder reconectarse con la instancia. La dirección IP y la cadena de conexión siguen siendo las mismas.
Debido a la interrupción de conexión a corto plazo, es posible que haya una pequeña cantidad de datos inactivos o incoherentes que no se escribieron ni actualizaron en la caché durante el breve período en que la instancia no estuvo disponible.
Si emites una escritura durante la interrupción de la conexión, Memorystore devolverá el error READONLY You can't write against a read only replica. Este error es transitorio y solo dura unos segundos. Se resuelve una vez que se completa la operación de ajuste de escala.
Carga de escritura durante el escalamiento
Debes escalar una instancia durante un período de tráfico de instancia bajo para minimizar el impacto en el rendimiento en tu aplicación. Una carga de escritura alta o una presión de memoria alta pueden hacer que una operación de escalamiento demore mucho más tiempo y falle. Para obtener más información, consulta Operaciones de actualización de versiones y escalamiento.
Claves vencidas
Cuando se escala una instancia de nivel Estándar, las claves vencidas no se sincronizan. Si tienes claves vencidas en tu instancia de Redis antes de escalar, tendrás menos claves luego del escalamiento.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-05 (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."]]
