Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Nesta página, descrevemos como o comportamento da instância do Memorystore para Redis durante o escalonamento.
Para aprender como dimensionar uma instância do Redis, consulte Como dimensionar instâncias do Redis.
Dependendo do nível da instância, o escalonamento dela tem implicações no
desempenho e armazenamento do aplicativo. Há também algumas limitações para o
escalonamento de instâncias dependendo da quantidade de memória em uso no momento. Nesta
página, descrevemos como o escalonamento de uma instância pode afetar seu
aplicativo e quando é possível escalonar uma instância.
Práticas recomendadas para escalonar uma instância
Para instâncias de nível padrão, para aumentar a velocidade e a confiabilidade da operação de escalonamento, dimensione a instância durante períodos de baixo tráfego de instância. Para saber como monitorar o tráfego da instância, consulte Como monitorar instâncias do Redis.
Ao reduzir a capacidade de uma instância do nível Padrão, escolha um
tamanho maior do que a quantidade de dados que está sendo armazenada, evitando falha no escalonamento.
Por exemplo, se você tiver uma instância de 10 GB com 5,5 GB de dados
armazenados nela, redimensione-a para no mínimo 6 GB. A quantidade de
armazenamento que sua instância usa fica visível na
página de detalhes no consoleGoogle Cloud .
Comportamento de escalonamento da instância
Os dados são preservados durante o escalonamento para instâncias do nível Básico e Standard.
Durante o escalonamento, a instância passa por uma breve redefinição de conexão de alguns
minutos ou menos. Os aplicativos precisam incorporar a lógica de repetição no código para se reconectar à instância. O endereço IP e a string de conexão permanecem
os mesmos.
Devido à interrupção de conexão de curto prazo, pode haver uma pequena quantidade de dados desatualizados ou inconsistentes que não foram gravados ou atualizados no cache durante o curto período em que a instância ficou indisponível.
Se você emitir uma gravação durante a interrupção da conexão, o Memorystore
vai retornar o erro READONLY You can't write against a read only replica. Esse
erro é temporário e dura apenas alguns segundos. Ele é resolvido quando a operação de escalonamento é concluída.
Carga de gravação ao escalonar
Escalone uma instância durante um período de baixo tráfego para minimizar o impacto no desempenho do aplicativo. Uma alta carga de gravação ou pressão de memória pode fazer com que uma operação de escalonamento demore muito mais e pode causar uma falha na operação. Para mais informações, consulte Operações de escalonamento e upgrade de versão.
Chaves expiradas
Quando você escalona uma instância de nível padrão, as chaves expiradas não são sincronizadas. Se você tiver
chaves expiradas na sua instância do Redis antes de escalonar, terá menos
chaves depois que a instância for escalonada.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-19 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."]]
