Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questa pagina descrive il comportamento dell'istanza Memorystore for Redis durante lo scaling.
Per scoprire come scalare un'istanza Redis, consulta Scalabilità delle istanze Redis.
A seconda del livello dell'istanza, il suo scalabilità ha implicazioni per le prestazioni e
lo spazio di archiviazione per la tua applicazione. Esistono anche alcune limitazioni
per il ridimensionamento delle istanze in base alla quantità di memoria attualmente in uso. Questa
pagina descrive in che modo lo scaling di un'istanza può influire sulla tua applicazione e quando
puoi scalare un'istanza.
Best practice per lo scaling di un'istanza
Per le istanze di livello Standard, per aumentare la velocità e l'affidabilità
dell'operazione di scalabilità, esegui lo scale up dell'istanza durante i periodi di traffico
ridotto. Per scoprire come monitorare il traffico delle istanze, consulta Monitoraggio delle istanze Redis.
Quando riduci la capacità di un'istanza Standard Tier, devi scegliere una dimensione
superiore alla quantità di dati archiviati, altrimenti il ridimensionamento non va a buon fine.
Ad esempio, se hai un'istanza da 10 GB con 5,5 GB di dati archiviati, puoi ridimensionarla a un minimo di 6 GB. La quantità di spazio di archiviazione
utilizzata dall'istanza è visibile nella pagina dei dettagli nella
consoleGoogle Cloud .
Comportamento durante la scalabilità dell'istanza
I dati vengono conservati durante lo scaling per le istanze di livello Basic e Standard.
Durante lo scaling, l'istanza subisce un breve ripristino della connessione di un paio
di minuti o meno. Le applicazioni devono incorporare la logica di ripetizione nel codice per potersi
riconnettere all'istanza. L'indirizzo IP e la stringa di connessione rimangono
gli stessi.
A causa dell'interruzione della connessione a breve termine, potrebbero esserci una piccola quantità di dati obsoleti o incoerenti che non sono stati scritti o aggiornati nella cache per il breve periodo di tempo in cui l'istanza non era disponibile.
Se esegui una scrittura durante l'interruzione della connessione, Memorystore
restituisce l'errore READONLY You can't write against a read only replica. Questo
errore è temporaneo e dura solo pochi secondi. Viene risolto al termine dell'operazione di scalabilità.
Scrivere il carico durante la scalabilità
Devi scalare un'istanza durante un periodo di basso traffico per ridurre al minimo l'impatto sulle prestazioni della tua applicazione. Un carico di scrittura elevato o una pressione elevata della memoria possono causare un'operazione di scalabilità molto più lunga e possono causare l'esito negativo dell'operazione. Per ulteriori informazioni, vedi Operazioni di scalabilità e upgrade di versione.
Chiavi scadute
Quando esegui lo scale up di un'istanza di livello Standard, le chiavi scadute non vengono sincronizzate. Se nella tua istanza Redis sono presenti chiavi scadute prima dello scaling, avrai meno chiavi dopo lo scaling dell'istanza.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 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."]]
