Scaling single-node clusters for Redis OSS (Cluster Mode Disabled) - Amazon ElastiCache (Redis OSS)
Services or capabilities described in Amazon Web Services documentation might vary by Region. To see the differences applicable to the China Regions, see Getting Started with Amazon Web Services in China (PDF).

Scaling single-node clusters for Redis OSS (Cluster Mode Disabled)

Redis OSS (cluster mode disabled) nodes must be large enough to contain all the cache's data plus Redis OSS overhead. To change the data capacity of your Redis OSS (cluster mode disabled) cluster, you must scale vertically; scaling up to a larger node type to increase data capacity, or scaling down to a smaller node type to reduce data capacity.

The ElastiCache (Redis OSS) scaling up process is designed to make a best effort to retain your existing data and requires successful Redis OSS replication. For Redis OSS (cluster mode disabled) clusters, we recommend that sufficient memory be made available to Redis OSS.

You cannot partition your data across multiple Redis OSS (cluster mode disabled) clusters. However, if you only need to increase or decrease your cluster's read capacity, you can create a Redis OSS (cluster mode disabled) cluster with replica nodes and add or remove read replicas. To create a Redis OSS (cluster mode disabled) cluster with replica nodes using your single-node Redis OSS cache cluster as the primary cluster, see Creating a Redis OSS (cluster mode disabled) cluster (Console).

After you create the cluster with replicas, you can increase read capacity by adding read replicas. Later, if you need to, you can reduce read capacity by removing read replicas. For more information, see Increasing read capacity or Decreasing read capacity.

In addition to being able to scale read capacity, Redis OSS (cluster mode disabled) clusters with replicas provide other business advantages. For more information, see High availability using replication groups.

Important

If your parameter group uses reserved-memory to set aside memory for Redis OSS overhead, before you begin scaling be sure that you have a custom parameter group that reserves the correct amount of memory for your new node type. Alternatively, you can modify a custom parameter group so that it uses reserved-memory-percent and use that parameter group for your new cluster.

If you're using reserved-memory-percent, doing this is not necessary.

For more information, see Managing Reserved Memory.