Escalado de nodos de réplica para Valkey o Redis OSS (modo de clúster deshabilitado) - Amazon ElastiCache
Escalado vertical de clústeres de Valkey o Redis OSS con réplicasReducción vertical de clústeres de Valkey o Redis OSS con réplicasAumento de la capacidad de lecturaReducción de la capacidad de lectura

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Escalado de nodos de réplica para Valkey o Redis OSS (modo de clúster deshabilitado)

Un clúster de Valkey o Redis OSS con nodos de réplica (lo que se conoce como grupo de replicación en la API/CLI) proporciona un alto nivel de disponibilidad a través de la replicación con multi-AZ y la conmutación por error automática habilitadas. Un clúster con nodos de réplica es una recopilación lógica de hasta seis nodos de Valkey o Redis OSS en los que un nodo, el principal, puede atender solicitudes tanto de lectura como de escritura. Todos los demás nodos del clúster son réplicas de solo lectura del principal. Los datos que se escriben en el principal se replican de forma asíncrona en todas las réplicas de lectura del clúster. Puesto que Valkey o Redis OSS (modo de clúster deshabilitado) no admite la partición de los datos entre varios clústeres, cada nodo de un grupo de replicación de Valkey o Redis OSS (modo de clúster deshabilitado) contiene el conjunto de datos de caché completo. Los clústeres de Valkey o Redis OSS (modo de clúster habilitado) admiten la partición de los datos en hasta 500 particiones.

Para cambiar la capacidad de datos de su clúster, debe ampliarlo a un tipo de nodo más grande, o reducirlo a un tipo de nodo más pequeño.

Para cambiar la capacidad de lectura del clúster, agregue más réplicas de lectura, hasta un máximo de 5, o bien elimine réplicas de lectura.

El proceso de ElastiCache ampliación está diseñado para hacer todo lo posible por conservar los datos existentes y requiere una replicación exitosa de Valkey o Redis OSS. Para clústeres de Valkey o Redis OSS con réplicas, recomendamos disponer de suficiente memoria para Valkey o Redis OSS.

Temas relacionados

Escalado vertical de clústeres de Valkey o Redis OSS con réplicas

Amazon ElastiCache ofrece soporte de consola, CLI y API para escalar su grupo de replicación de Valkey o Redis OSS (modo de clúster deshabilitado) hacia arriba.

Cuando se inicia el proceso de escalado, ElastiCache hace lo siguiente:

  1. Lanza un grupo de reproducción con el nuevo tipo de nodo.

  2. Copia todos los datos del nodo principal actual al nuevo nodo principal.

  3. Sincroniza las nuevas réplicas de lectura con el nuevo nodo principal.

  4. Actualiza los entradas de DNS para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. En Valkey 7.2 y versiones posteriores o en Redis OSS 5.0.5 y versiones posteriores, puede escalar clústeres con la conmutación por error habilitada mientras el clúster permanece en línea y atiende solicitudes de entrada. En Redis OSS 4.0.10 y versiones anteriores, puede observar una breve interrupción de las lecturas y escrituras del nodo principal mientras se actualiza la entrada de DNS.

  5. Elimina los nodos antiguos (CLI/API: grupo de reproducción). Observará una breve interrupción (unos segundos) de las operaciones de lectura y escritura de los nodos anteriores porque se desconectarán las conexiones con los nodos anteriores.

El tiempo que tarda este proceso depende de su tipo de nodo y de la cantidad de datos que haya en su clúster.

Tal y como se muestra en la siguiente tabla, la operación de escalado vertical de Valkey o Redis OSS se bloqueará si tiene una actualización de motor programada para el próximo periodo de mantenimiento del clúster.

Operaciones bloqueadas de Valkey o Redis OSS
Operaciones pendientes Operaciones bloqueadas
Escalado ascendente Actualización del motor inmediata
Actualización del motor Ampliación inmediata
Ampliación y actualización del motor Ampliación inmediata
Actualización del motor inmediata

Si hay una operación pendiente que esté bloqueando, tiene las siguientes opciones.

  • Programe la operación de escalado vertical de Valkey o Redis OSS para el siguiente periodo de mantenimiento desactivando la casilla de verificación Aplicar inmediatamente (en la CLI: use --no-apply-immediately, en la API: use ApplyImmediately=false).

  • Espere al siguiente periodo de mantenimiento (o después) para realizar la operación de escalado vertical de Valkey o Redis OSS.

  • Añada la actualización del motor de Valkey o Redis OSS a esta modificación de clúster de caché con la casilla de verificación Aplicar inmediatamente activada (en la CLI: use --apply-immediately, en la API: use ApplyImmediately=true). Esto desbloqueará su operación de ampliación, ya que hará que la actualización del motor se realice inmediatamente.

En las siguientes secciones se describe cómo escalar su clúster OSS de Valkey o Redis con réplicas superiores mediante la ElastiCache consola, la API y la AWS CLI API. ElastiCache

importante

Si su grupo de parámetros usa reserved-memory para apartar memoria para la capacidad adicional de Valkey o Redis OSS, antes de comenzar el escalado, asegúrese de tener un grupo de parámetros personalizado que reserve la cantidad de memoria adecuada para el nuevo tipo de nodo. De forma alternativa, puede modificar un grupo de parámetros personalizado para que use reserved-memory-percent y utilizar ese grupo de parámetros para su nuevo clúster.

Si va a utilizar reserved-memory-percent, esto no es necesario.

Para obtener más información, consulte Administración de la memoria reservada para Valkey y Redis OSS.

El tiempo que se tarda en la ampliación a un tipo de nodo más grande varía en función del tipo de nodo y de la cantidad de datos de su clúster actual.

El siguiente proceso escala el clúster con réplicas desde su tipo de nodo actual a un tipo de nodo nuevo y más grande mediante la consola. ElastiCache Durante este proceso, puede haber una breve interrupción en las operaciones de lectura y escritura de otras versiones en el nodo principal mientras se actualiza la entrada de DNS. Es posible que observe un tiempo de inactividad inferior a 1 segundo en los nodos que ejecutan la versión 5.0.6 y posteriores, y de varios segundos en versiones anteriores.

Escalado vertical de clústeres de Valkey o Redis OSS con réplicas (consola)

  1. Inicie sesión en la ElastiCache consola AWS Management Console y ábrala en https://console.aws.amazon.com/elasticache/.

  2. En el panel de navegación, elija Clústeres de Valkey o Clústeres de Redis OSS.

  3. En la lista de clústeres, seleccione el clúster que desea ampliar. Este clúster debe ejecutar el motor de Valkey o Redis OSS y no el motor de Valkey o Redis OSS en clúster.

  4. Elija Modificar.

  5. En el asistente Modify Cluster:

    1. Elija el tipo de nodo que desee ampliar en la lista Node type. Tenga en cuenta que no todos los tipos de nodos están disponibles para el proceso de reducción.

    2. Si va a utilizar reserved-memory para administrar su memoria, en la lista Parameter Group, elija el grupo de parámetros personalizado que reserve la cantidad correcta de memoria para su nuevo tipo de nodo.

  6. Si desea realizar el proceso de ampliación de forma inmediata, elija la casilla de verificación Apply immediately. Si no se deja seleccionada la casilla de verificación Apply immediately, el proceso de ampliación se realizará durante el siguiente periodo de mantenimiento de este clúster.

  7. Elija Modificar.

  8. Cuando el estado del clúster cambie de modifying a available, el clúster se habrá escalado al nuevo tipo de nodo. No es necesario actualizar los puntos de enlace de su aplicación.

El siguiente proceso amplía su grupo de reproducción de su tipo de nodo actual a un nuevo tipo de nodo más grande utilizando AWS CLI. Durante este proceso, ElastiCache actualiza las entradas de DNS para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. En Valkey 7.2 y versiones posteriores o en Redis OSS 5.0.5 y versiones posteriores, puede escalar clústeres con la conmutación por error habilitada mientras el clúster permanece en línea y atiende solicitudes de entrada. En la versión 4.0.10 y anteriores, puede observar una breve interrupción de las versiones de lectura y escritura del nodo principal mientras se actualiza la entrada de DNS.

El tiempo que se tarda en la ampliación a un tipo de nodo más grande varía en función de su tipo de nodo y de la cantidad de datos de su clúster de caché actual.

Escalado vertical de un grupo de replicación de Valkey o Redis OSS (AWS CLI)

  1. Determine los tipos de nodos a los que puede escalar ejecutando el AWS CLI list-allowed-node-type-modifications comando con el siguiente parámetro.

    • --replication-group-id: nombre del grupo de replicación. Use este parámetro para describir un determinado grupo de replicación en lugar de todos los grupos de replicación.

    Para Linux, macOS o Unix:

    aws elasticache list-allowed-node-type-modifications \
	    --replication-group-id my-repl-group

    Para Windows:

    aws elasticache list-allowed-node-type-modifications ^
	    --replication-group-id my-repl-group

    La salida de esta operación tiene un aspecto similar al siguiente (formato JSON).

    {
	    "ScaleUpModifications": [
	        "cache.m3.2xlarge", 
	        "cache.m3.large", 
	        "cache.m3.xlarge", 
	        "cache.m4.10xlarge", 
	        "cache.m4.2xlarge", 
	        "cache.m4.4xlarge", 
	        "cache.m4.large", 
	        "cache.m4.xlarge", 
	        "cache.r3.2xlarge", 
	        "cache.r3.4xlarge", 
	        "cache.r3.8xlarge", 
	        "cache.r3.large", 
	        "cache.r3.xlarge"
	    ]
	}

    Para obtener más información consulte list-allowed-node-type-modifications en la Referencia de la AWS CLI .

  2. Amplíe su grupo de replicación actual hasta el nuevo tipo de nodo mediante el AWS CLI modify-replication-group comando con los siguientes parámetros.

    • --replication-group-id: nombre del grupo de replicación.

    • --cache-node-type: el nuevo tipo de nodo más grande de clústeres de caché en este grupo de reproducción. Este valor debe ser uno de los tipos de instancia devueltos por el comando list-allowed-node-type-modifications en el paso anterior.

    • --cache-parameter-group-name: [Opcional] Utilice este parámetro si va a utilizar reserved-memory para administrar la memoria reservada de su clúster. Especifique un grupo de parámetros de caché personalizado que reserve la cantidad correcta de memoria para el nuevo tipo de nodo. Si va a utilizar reserved-memory-percent, puede omitir este parámetro.

    • --apply-immediately: hace que el proceso de escalado vertical se aplique de inmediato. Para aplazar la operación de ampliación al siguiente periodo de mantenimiento, utilice --no-apply-immediately.

    Para Linux, macOS o Unix:

    aws elasticache modify-replication-group \
	    --replication-group-id my-repl-group \
	    --cache-node-type cache.m3.xlarge \
	    --cache-parameter-group-name redis32-m3-2xl \
	    --apply-immediately

    Para Windows:

    aws elasticache modify-replication-group ^
	    --replication-group-id my-repl-group ^
	    --cache-node-type cache.m3.xlarge ^
	    --cache-parameter-group-name redis32-m3-2xl \
	    --apply-immediately

    La salida de este comando tiene un aspecto similar al siguiente (formato JSON).

    
{
	"ReplicationGroup": {
		"Status": "available",
		"Description": "Some description",
		"NodeGroups": [{
			"Status": "available",
			"NodeGroupMembers": [{
					"CurrentRole": "primary",
					"PreferredAvailabilityZone": "us-west-2b",
					"CacheNodeId": "0001",
					"ReadEndpoint": {
						"Port": 6379,
						"Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com"
					},
					"CacheClusterId": "my-repl-group-001"
				},
				{
					"CurrentRole": "replica",
					"PreferredAvailabilityZone": "us-west-2c",
					"CacheNodeId": "0001",
					"ReadEndpoint": {
						"Port": 6379,
						"Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com"
					},
					"CacheClusterId": "my-repl-group-002"
				}
			],
			"NodeGroupId": "0001",
			"PrimaryEndpoint": {
				"Port": 6379,
				"Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com"
			}
		}],
		"ReplicationGroupId": "my-repl-group",
		"SnapshotRetentionLimit": 1,
		"AutomaticFailover": "disabled",
		"SnapshotWindow": "12:00-13:00",
		"SnapshottingClusterId": "my-repl-group-002",
		"MemberClusters": [
			"my-repl-group-001",
			"my-repl-group-002"
		],
		"PendingModifiedValues": {}
	}
}

    Para obtener más información consulte modify-replication-group en la Referencia de la AWS CLI .

  3. Si utilizó el --apply-immediately parámetro, supervise el estado del grupo de replicación mediante el AWS CLI describe-replication-group comando con el siguiente parámetro. Mientras el estado sea en modificación, es posible que observe un tiempo de inactividad de un segundo en los nodos que ejecutan la versión 5.0.6 y posteriores y una breve interrupción de las operaciones de lectura y escritura con las versiones anteriores en el nodo principal mientras se actualiza la entrada de DNS.

    • --replication-group-id: nombre del grupo de replicación. Use este parámetro para describir un determinado grupo de replicación en lugar de todos los grupos de replicación.

    Para Linux, macOS o Unix:

    aws elasticache describe-replication-groups \
	    --replication-group-id my-replication-group

    Para Windows:

    aws elasticache describe-replication-groups ^
	    --replication-group-id my-replication-group

    Para obtener más información consulte describe-replication-groups en la Referencia de la AWS CLI .

El siguiente proceso escala el grupo de replicación desde su tipo de nodo actual a un tipo de nodo nuevo y más grande mediante la ElastiCache API. En Valkey 7.2 y versiones posteriores o en Redis OSS 5.0.5 y versiones posteriores, puede escalar clústeres con la conmutación por error habilitada mientras el clúster permanece en línea y atiende solicitudes de entrada. En Redis OSS 4.0.10 y versiones anteriores, puede observar una breve interrupción de las lecturas y escrituras del nodo principal mientras se actualiza la entrada de DNS.

El tiempo que se tarda en la ampliación a un tipo de nodo más grande varía en función de su tipo de nodo y de la cantidad de datos de su clúster de caché actual.

Para ampliar un grupo de replicación (ElastiCache API) de Valkey o Redis OSS

  1. Determine los tipos de nodos a los que puede escalar mediante la ListAllowedNodeTypeModifications acción de la ElastiCache API con el siguiente parámetro.

    • ReplicationGroupId: nombre del grupo de replicación. Use este parámetro para describir un grupo de replicación específico en lugar de todos los grupos de replicación.

    https://elasticache.us-west-2.amazonaws.com/
	   ?Action=ListAllowedNodeTypeModifications
	   &ReplicationGroupId=MyReplGroup
	   &Version=2015-02-02
	   &SignatureVersion=4
	   &SignatureMethod=HmacSHA256
	   &Timestamp=20150202T192317Z
	   &X-Amz-Credential=<credential>

    Para obtener más información, consulta ListAllowedNodeTypeModifications la referencia de la ElastiCache API de Amazon.

  2. Amplíe su grupo de replicación actual hasta el nuevo tipo de nodo mediante la acción de la ModifyReplicationGroup ElastiCache API y con los siguientes parámetros.

    • ReplicationGroupId: nombre del grupo de replicación.

    • CacheNodeType: el nuevo tipo de nodo más grande de clústeres de caché en este grupo de reproducción. Este valor debe ser uno de los tipos de instancia devueltos por la acción ListAllowedNodeTypeModifications en el paso anterior.

    • CacheParameterGroupName: [Opcional] Utilice este parámetro si va a utilizar reserved-memory para administrar la memoria reservada de su clúster. Especifique un grupo de parámetros de caché personalizado que reserve la cantidad correcta de memoria para el nuevo tipo de nodo. Si va a utilizar reserved-memory-percent, puede omitir este parámetro.

    • ApplyImmediately: establézcalo en true para que el proceso de escalado vertical se aplique de inmediato. Para aplazar el proceso de ampliación al siguiente periodo de mantenimiento, utilice ApplyImmediately=false.

    https://elasticache.us-west-2.amazonaws.com/
	   ?Action=ModifyReplicationGroup
	   &ApplyImmediately=true
	   &CacheNodeType=cache.m3.2xlarge
	   &CacheParameterGroupName=redis32-m3-2xl
	   &ReplicationGroupId=myReplGroup
	   &SignatureVersion=4
	   &SignatureMethod=HmacSHA256
	   &Timestamp=20141201T220302Z
	   &Version=2014-12-01
	   &X-Amz-Algorithm=&AWS;4-HMAC-SHA256
	   &X-Amz-Date=20141201T220302Z
	   &X-Amz-SignedHeaders=Host
	   &X-Amz-Expires=20141201T220302Z
	   &X-Amz-Credential=<credential>
	   &X-Amz-Signature=<signature>

    Para obtener más información, consulta ModifyReplicationGroup la referencia de la ElastiCache API de Amazon.

  3. Si lo utilizó ApplyImmediately=true, supervise el estado del grupo de replicación mediante la DescribeReplicationGroups acción de la ElastiCache API con los siguientes parámetros. Cuando el estado cambie de modifying a available, podrá empezar a escribir en su nuevo grupo de replicación ampliado.

    • ReplicationGroupId: nombre del grupo de replicación. Use este parámetro para describir un determinado grupo de replicación en lugar de todos los grupos de replicación.

    https://elasticache.us-west-2.amazonaws.com/
	   ?Action=DescribeReplicationGroups
	   &ReplicationGroupId=MyReplGroup
	   &Version=2015-02-02
	   &SignatureVersion=4
	   &SignatureMethod=HmacSHA256
	   &Timestamp=20150202T192317Z
	   &X-Amz-Credential=<credential>

    Para obtener más información, consulta DescribeReplicationGroups la referencia de la ElastiCache API de Amazon.

Reducción vertical de clústeres de Valkey o Redis OSS con réplicas

En las secciones siguientes, se muestra cómo escalar un clúster de caché de Valkey o Redis OSS (modo de clúster deshabilitado) con nodos de réplica a un tipo de nodo más pequeño. Para que el proceso se realice correctamente, es muy importante asegurarse de que el nuevo tipo de nodo más pequeño sea lo suficientemente grande para alojar todos los datos, más la capacidad adicional. Para obtener más información, consulte Forma de garantizar que dispone de memoria suficiente para crear una instantánea de Valkey o Redis OSS.

nota

Para los clústeres que ejecutan el tipo de nodo r6gd, solo puede escalar a tamaños de nodo dentro de la familia de nodos r6gd.

importante

Si su grupo de parámetros usa reserved-memory para apartar memoria para la capacidad adicional de Valkey o Redis OSS, antes de comenzar el escalado, asegúrese de tener un grupo de parámetros personalizado que reserve la cantidad de memoria adecuada para el nuevo tipo de nodo. De forma alternativa, puede modificar un grupo de parámetros personalizado para que use reserved-memory-percent y utilizar ese grupo de parámetros para su nuevo clúster.

Si va a utilizar reserved-memory-percent, esto no es necesario.

Para obtener más información, consulte Administración de la memoria reservada para Valkey y Redis OSS.

Temas

    El siguiente proceso escala su clúster OSS de Valkey o Redis con nodos de réplica a un tipo de nodo más pequeño mediante la ElastiCache consola.

    Reducción vertical de un clúster de Valkey o Redis OSS con nodos de réplica (consola)

    1. Asegúrese de que el tipo de nodo más pequeño es adecuado para sus necesidades de datos y de capacidad adicional.

    2. Si su grupo de parámetros usa reserved-memory para apartar memoria para la sobrecarga de Valkey o Redis OSS, asegúrese de tener un grupo de parámetros personalizado que aparte la cantidad de memoria adecuada para el nuevo tipo de nodo.

      De forma alternativa, puede modificar su grupo de parámetros personalizado para utilizar reserved-memory-percent. Para obtener más información, consulte Administración de la memoria reservada para Valkey y Redis OSS.

    3. Inicie sesión en AWS Management Console y abra la ElastiCache consola en. https://console.aws.amazon.com/elasticache/

    4. En la lista de clústeres, seleccione el clúster que desee reducir. Este clúster debe ejecutar el motor de Valkey o Redis OSS y no el motor de Valkey o Redis OSS en clúster.

    5. Elija Modificar.

    6. En el asistente Modify Cluster:

      1. Elija el tipo de nodo que desee reducir en la lista Node type (Tipo de nodo).

      2. Si va a utilizar reserved-memory para administrar su memoria, en la lista Parameter Group, elija el grupo de parámetros personalizado que reserve la cantidad correcta de memoria para su nuevo tipo de nodo.

    7. Si desea realizar el proceso de reducción de forma inmediata, elija la casilla de verificación Apply immediately (Aplicar inmediatamente). Si no se deja seleccionada la casilla de verificación Apply immediately (Aplicar inmediatamente), el proceso de reducción se realizará durante el siguiente periodo de mantenimiento de este clúster.

    8. Elija Modificar.

    9. Cuando el estado del clúster cambie de modifying a available, el clúster se habrá escalado al nuevo tipo de nodo. No es necesario actualizar los puntos de enlace de su aplicación.

    El siguiente proceso escala su grupo de reproducción de su tipo de nodo actual a un nuevo tipo de nodo más pequeño utilizando AWS CLI. Durante este proceso, ElastiCache actualiza las entradas de DNS para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. En Valkey 7.2 y versiones posteriores o en Redis OSS 5.0.5 y versiones posteriores, puede escalar clústeres con la conmutación por error habilitada mientras el clúster permanece en línea y atiende solicitudes de entrada. En la versión 4.0.10 y anteriores, puede observar una breve interrupción de las versiones de lectura y escritura del nodo principal mientras se actualiza la entrada de DNS.

    Sin embargo, las lecturas de los clústeres de caché de la réplica de lectura continuarán de forma ininterrumpida.

    El tiempo que se tarda en la realización del escalado descendente a un tipo de nodo más pequeño varía en función de su tipo de nodo y de la cantidad de datos de su clúster de caché actual.

    Reducción vertical de un grupo de replicación de Valkey o Redis OSS (AWS CLI)

    1. Determine los tipos de nodos a los que puede reducir la escala ejecutando el AWS CLI list-allowed-node-type-modifications comando con el siguiente parámetro.

      • --replication-group-id: nombre del grupo de replicación. Use este parámetro para describir un determinado grupo de replicación en lugar de todos los grupos de replicación.

      Para Linux, macOS o Unix:

      aws elasticache list-allowed-node-type-modifications \
	    --replication-group-id my-repl-group

      Para Windows:

      aws elasticache list-allowed-node-type-modifications ^
	    --replication-group-id my-repl-group

      La salida de esta operación tiene un aspecto similar al siguiente (formato JSON).

      {
	    "ScaleDownModifications": [
	        "cache.m3.2xlarge", 
	        "cache.m3.large", 
	        "cache.m3.xlarge", 
	        "cache.m4.10xlarge", 
	        "cache.m4.2xlarge", 
	        "cache.m4.4xlarge", 
	        "cache.m4.large", 
	        "cache.m4.xlarge", 
	        "cache.r3.2xlarge", 
	        "cache.r3.4xlarge", 
	        "cache.r3.8xlarge", 
	        "cache.r3.large", 
	        "cache.r3.xlarge"
	    ]
	}

      Para obtener más información consulte list-allowed-node-type-modifications en la Referencia de la AWS CLI .

    2. Amplíe su grupo de replicación actual hasta el nuevo tipo de nodo mediante el AWS CLI modify-replication-group comando con los siguientes parámetros.

      • --replication-group-id: nombre del grupo de replicación.

      • --cache-node-type: el nuevo tipo de nodo más pequeño de clústeres de caché en este grupo de reproducción. Este valor debe ser uno de los tipos de instancia devueltos por el comando list-allowed-node-type-modifications en el paso anterior.

      • --cache-parameter-group-name: [Opcional] Utilice este parámetro si va a utilizar reserved-memory para administrar la memoria reservada de su clúster. Especifique un grupo de parámetros de caché personalizado que reserve la cantidad correcta de memoria para el nuevo tipo de nodo. Si va a utilizar reserved-memory-percent, puede omitir este parámetro.

      • --apply-immediately: hace que el proceso de escalado vertical se aplique de inmediato. Para aplazar la operación de ampliación al siguiente periodo de mantenimiento, utilice --no-apply-immediately.

      Para Linux, macOS o Unix:

      aws elasticache modify-replication-group \
	    --replication-group-id my-repl-group \
	    --cache-node-type cache.t2.small  \
	    --cache-parameter-group-name redis32-m3-2xl \
	    --apply-immediately

      Para Windows:

      aws elasticache modify-replication-group ^
	    --replication-group-id my-repl-group ^
	    --cache-node-type cache.t2.small  ^
	    --cache-parameter-group-name redis32-m3-2xl \
	    --apply-immediately

      La salida de este comando tiene un aspecto similar al siguiente (formato JSON).

      
{"ReplicationGroup": {
	        "Status": "available", 
	        "Description": "Some description", 
	        "NodeGroups": [
	            {
	                "Status": "available", 
	                "NodeGroupMembers": [
	                    {
	                        "CurrentRole": "primary", 
	                        "PreferredAvailabilityZone": "us-west-2b", 
	                        "CacheNodeId": "0001", 
	                        "ReadEndpoint": {
	                            "Port": 6379, 
	                            "Address": "my-repl-group-001.8fdx4s.0001.usw2.cache.amazonaws.com"
	                        }, 
	                        "CacheClusterId": "my-repl-group-001"
	                    }, 
	                    {
	                        "CurrentRole": "replica", 
	                        "PreferredAvailabilityZone": "us-west-2c", 
	                        "CacheNodeId": "0001", 
	                        "ReadEndpoint": {
	                            "Port": 6379, 
	                            "Address": "my-repl-group-002.8fdx4s.0001.usw2.cache.amazonaws.com"
	                        }, 
	                        "CacheClusterId": "my-repl-group-002"
	                    }
	                ], 
	                "NodeGroupId": "0001", 
	                "PrimaryEndpoint": {
	                    "Port": 6379, 
	                    "Address": "my-repl-group.8fdx4s.ng.0001.usw2.cache.amazonaws.com"
	                }
	            }
	        ], 
	        "ReplicationGroupId": "my-repl-group", 
	        "SnapshotRetentionLimit": 1, 
	        "AutomaticFailover": "disabled", 
	        "SnapshotWindow": "12:00-13:00", 
	        "SnapshottingClusterId": "my-repl-group-002", 
	        "MemberClusters": [
	            "my-repl-group-001", 
	            "my-repl-group-002", 
	        ], 
	        "PendingModifiedValues": {}
	    }
	}

      Para obtener más información consulte modify-replication-group en la Referencia de la AWS CLI .

    3. Si utilizó el --apply-immediately parámetro, supervise el estado del grupo de replicación mediante el AWS CLI describe-replication-group comando con el siguiente parámetro. Cuando el estado cambie de modifying a available, podrá empezar a escribir en su nuevo grupo de replicación reducido.

      • --replication-group-id: nombre del grupo de replicación. Use este parámetro para describir un determinado grupo de replicación en lugar de todos los grupos de replicación.

      Para Linux, macOS o Unix:

      aws elasticache describe-replication-group \
	    --replication-group-id my-replication-group

      Para Windows:

      aws elasticache describe-replication-groups ^
	    --replication-group-id my-replication-group

      Para obtener más información consulte describe-replication-groups en la Referencia de la AWS CLI .

    El siguiente proceso escala el grupo de replicación desde su tipo de nodo actual a un tipo de nodo nuevo y más pequeño mediante la ElastiCache API. Durante este proceso, ElastiCache actualiza las entradas de DNS para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. En Valkey 7.2 y versiones posteriores o en Redis OSS 5.0.5 y versiones posteriores, puede escalar clústeres con la conmutación por error habilitada mientras el clúster permanece en línea y atiende solicitudes de entrada. En Redis OSS 4.0.10 y versiones anteriores, puede observar una breve interrupción de las lecturas y escrituras del nodo principal mientras se actualiza la entrada de DNS. Sin embargo, las lecturas de los clústeres de caché de la réplica de lectura continuarán de forma ininterrumpida.

    El tiempo que se tarda en la realización del escalado descendente a un tipo de nodo más pequeño varía en función de su tipo de nodo y de la cantidad de datos de su clúster de caché actual.

    Para reducir la escala de un grupo de replicación (ElastiCache API) de OSS de Valkey o Redis

    1. Determine los tipos de nodos a los que puede reducir la escala mediante la ListAllowedNodeTypeModifications acción de la ElastiCache API con el siguiente parámetro.

      • ReplicationGroupId: nombre del grupo de replicación. Use este parámetro para describir un grupo de replicación específico en lugar de todos los grupos de replicación.

      https://elasticache.us-west-2.amazonaws.com/
	   ?Action=ListAllowedNodeTypeModifications
	   &ReplicationGroupId=MyReplGroup
	   &Version=2015-02-02
	   &SignatureVersion=4
	   &SignatureMethod=HmacSHA256
	   &Timestamp=20150202T192317Z
	   &X-Amz-Credential=<credential>

      Para obtener más información, consulta ListAllowedNodeTypeModifications la referencia de la ElastiCache API de Amazon.

    2. Amplíe su grupo de replicación actual hasta el nuevo tipo de nodo mediante la acción de la ModifyReplicationGroup ElastiCache API y con los siguientes parámetros.

      • ReplicationGroupId: nombre del grupo de replicación.

      • CacheNodeType: el nuevo tipo de nodo más pequeño de clústeres de caché en este grupo de reproducción. Este valor debe ser uno de los tipos de instancia devueltos por la acción ListAllowedNodeTypeModifications en el paso anterior.

      • CacheParameterGroupName: [Opcional] Utilice este parámetro si va a utilizar reserved-memory para administrar la memoria reservada de su clúster. Especifique un grupo de parámetros de caché personalizado que reserve la cantidad correcta de memoria para el nuevo tipo de nodo. Si va a utilizar reserved-memory-percent, puede omitir este parámetro.

      • ApplyImmediately: establézcalo en true para que el proceso de escalado vertical se aplique de inmediato. Para aplazar el proceso de escalado descendente al siguiente periodo de mantenimiento, utilice ApplyImmediately=false.

      https://elasticache.us-west-2.amazonaws.com/
	   ?Action=ModifyReplicationGroup
	   &ApplyImmediately=true
	   &CacheNodeType=cache.m3.2xlarge
	   &CacheParameterGroupName=redis32-m3-2xl
	   &ReplicationGroupId=myReplGroup
	   &SignatureVersion=4
	   &SignatureMethod=HmacSHA256
	   &Timestamp=20141201T220302Z
	   &Version=2014-12-01
	   &X-Amz-Algorithm=&AWS;4-HMAC-SHA256
	   &X-Amz-Date=20141201T220302Z
	   &X-Amz-SignedHeaders=Host
	   &X-Amz-Expires=20141201T220302Z
	   &X-Amz-Credential=<credential>
	   &X-Amz-Signature=<signature>

      Para obtener más información, consulta ModifyReplicationGroup la referencia de la ElastiCache API de Amazon.

    3. Si lo utilizó ApplyImmediately=true, supervise el estado del grupo de replicación mediante la DescribeReplicationGroups acción de la ElastiCache API con los siguientes parámetros. Cuando el estado cambie de modifying a available, podrá empezar a escribir en su nuevo grupo de replicación reducido.

      • ReplicationGroupId: nombre del grupo de replicación. Use este parámetro para describir un determinado grupo de replicación en lugar de todos los grupos de replicación.

      https://elasticache.us-west-2.amazonaws.com/
	   ?Action=DescribeReplicationGroups
	   &ReplicationGroupId=MyReplGroup
	   &Version=2015-02-02
	   &SignatureVersion=4
	   &SignatureMethod=HmacSHA256
	   &Timestamp=20150202T192317Z
	   &X-Amz-Credential=<credential>

      Para obtener más información, consulta DescribeReplicationGroups la referencia de la ElastiCache API de Amazon.

    Aumento de la capacidad de lectura

    Para aumentar la capacidad de lectura, añada réplicas de lectura (un máximo de cinco) a su grupo de replicación de Valkey o Redis OSS.

    Puede escalar la capacidad de lectura de su clúster OSS de Valkey o Redis mediante la ElastiCache consola AWS CLI, la o la ElastiCache API. Para obtener más información, consulte Adición de una réplica de lectura para Valkey o Redis OSS (modo de clúster deshabilitado).

    Reducción de la capacidad de lectura

    Para reducir la capacidad de lectura, elimine una o varias réplicas de lectura de su clúster de Valkey o Redis OSS con réplicas (lo que se conoce como grupo de replicación en la API/CLI). Si el clúster tiene habilitado Multi-AZ con conmutación por error automática, no puede eliminar la última réplica de lectura sin deshabilitar primero Multi-AZ. Para obtener más información, consulte Modificación de un grupo de reproducción.

    Para obtener más información, consulte Eliminación de una réplica de lectura para Valkey o Redis OSS (modo de clúster deshabilitado).