Escalado de nodos de réplica para Valkey o Redis OSS (modo de clúster desactivado) - Amazon ElastiCache
Ampliar los clústeres de Valkey o Redis con réplicas OSSReducir la escala de los OSS clústeres de Valkey o Redis 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 desactivado)

Un OSS clúster de Valkey o Redis con nodos de réplica (denominado grupo de replicación enAPI/CLI) proporciona una alta disponibilidad mediante una replicación con zonas de disponibilidad múltiples (Multi-AZ) con conmutación por error automática habilitada. Un clúster con nodos de réplica es un conjunto lógico de hasta seis OSS nodos de Valkey o Redis, donde un nodo, el principal, puede atender solicitudes de lectura y 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. Como Valkey o Redis OSS (modo de clúster desactivado) no admiten la partición de los datos en varios clústeres, cada nodo de un grupo de replicación de Valkey o Redis OSS (modo de clúster desactivado) contiene todo el conjunto de datos de caché. Los clústeres de Valkey o Redis OSS (modo de clúster activado) permiten dividir los datos en hasta 500 fragmentos.

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 correcta de Valkey o Redis. OSS Para los OSS clústeres de Valkey o Redis con réplicas, recomendamos que Valkey o Redis dispongan de memoria suficiente. OSS

Temas relacionados

Ampliar los clústeres de Valkey o Redis con réplicas OSS

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

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 las DNS entradas para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. Para Valkey 7.2 y versiones posteriores o Redis OSS 5.0.5 y versiones posteriores, puede escalar los clústeres habilitados para la conmutación automática por error mientras el clúster permanece en línea y atiende las solicitudes entrantes. En la OSS versión 4.0.10 y versiones anteriores de Redis, es posible que notes una breve interrupción de las lecturas y escrituras en las versiones anteriores desde el nodo principal mientras se actualiza la entrada. DNS

  5. Elimina los nodos antiguos (CLI/API: grupo de replicació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.

Como se muestra en la tabla siguiente, la operación de OSS ampliación de Valkey o Redis se bloquea si tiene programada una actualización del motor para el próximo período de mantenimiento del clúster.

¿Has bloqueado las operaciones 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 OSS ampliación de Valkey o Redis para el siguiente período de mantenimiento desactivando la casilla Aplicar inmediatamente (CLIuse:, use:). --no-apply-immediately API ApplyImmediately=false

  • Espere hasta el siguiente período de mantenimiento (o hasta después) para realizar la operación de ampliación de Valkey o Redis. OSS

  • Añada la actualización del OSS motor Valkey o Redis a esta modificación del clúster de caché con la casilla Aplicar inmediatamente seleccionada (CLIuse:, use:). --apply-immediately API 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 un OSS clúster de Valkey o Redis con réplicas superiores mediante la ElastiCache consola, la y la. AWS CLI ElastiCache API

importante

Si su grupo de parámetros suele reserved-memory reservar memoria para la OSS sobrecarga de Valkey o Redis, antes de empezar a escalar, asegúrese de tener un grupo de parámetros personalizado que reserve la cantidad de memoria correcta 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 Gestió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, es posible que se produzca una breve interrupción de las lecturas y escrituras de otras versiones desde el nodo principal mientras se actualiza la DNS entrada. Es posible que se produzca un tiempo de inactividad de menos de 1 segundo en los nodos que se ejecutan en la versión 5.0.6 o superior y de unos segundos en el caso de las versiones anteriores.

Para ampliar el OSS clúster de Valkey o Redis con réplicas (consola)

  1. Inicie sesión en AWS Management Console y abra la consola en ElastiCache . 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 Valkey o Redis y no el OSS motor Valkey o Redis agrupados. OSS

  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 DNS entradas para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. Para Valkey 7.2 y versiones posteriores o Redis OSS 5.0.5 y versiones posteriores, puede escalar los clústeres habilitados para la conmutación automática por error mientras el clúster permanece en línea y atiende las solicitudes entrantes. En la versión 4.0.10 y versiones anteriores, es posible que se produzca una breve interrupción de las lecturas y escrituras en las versiones anteriores desde el nodo principal mientras se actualiza la entrada. 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 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

    El resultado de esta operación tiene un aspecto similar al siguiente (JSONformato).

    {
	    "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-modificaciones 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 instancias devueltos por el list-allowed-node-type-modifications comando 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

    El resultado de este comando tiene un aspecto similar al siguiente (JSONformato).

    
{
	"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. Si bien el estado sigue modificándose, es posible que se produzca un tiempo de inactividad de menos de 1 segundo en los nodos que se ejecutan en las versiones 5.0.6 o superiores y una breve interrupción de las lecturas y escrituras en las versiones anteriores desde el nodo principal mientras se actualiza la DNS entrada.

    • --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-groupsla AWS CLI Referencia.

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 el. ElastiCache API Para Valkey 7.2 y versiones posteriores o Redis OSS 5.0.5 y versiones posteriores, puede escalar los clústeres habilitados para la conmutación automática por error mientras el clúster permanece en línea y atiende las solicitudes entrantes. En la versión Redis OSS 4.0.10 y versiones anteriores, es posible que notes una breve interrupción de las lecturas y escrituras en las versiones anteriores desde el nodo principal mientras se actualiza la entrada. 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 de Valkey o OSS Redis () ElastiCache API

  1. Determine los tipos de nodos a los que puede escalar mediante la ElastiCache API ListAllowedNodeTypeModifications acción 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, consulte ListAllowedNodeTypeModifications en Amazon ElastiCache API Reference.

  2. Amplíe su grupo de replicación actual hasta el nuevo tipo de nodo mediante la ModifyRedplicationGroup ElastiCache API acción 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 instancias devueltos por la ListAllowedNodeTypeModifications acción 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, consulte ModifyReplicationGroup en Amazon ElastiCache API Reference.

  3. Si lo utilizó ApplyImmediately=true, supervise el estado del grupo de replicación mediante la ElastiCache API DescribeReplicationGroups acción 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, consulte DescribeReplicationGroups en Amazon ElastiCache API Reference.

Reducir la escala de los OSS clústeres de Valkey o Redis con réplicas

En las siguientes secciones, se explica cómo escalar un clúster de caché de Valkey o Redis OSS (modo de clúster desactivado) 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 Asegurarse de tener suficiente memoria para hacer 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 suele reserved-memory reservar memoria para la OSS sobrecarga de Valkey o Redis, antes de empezar a escalar, asegúrese de tener un grupo de parámetros personalizado que reserve la cantidad correcta de memoria 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 Gestión de la memoria reservada para Valkey y Redis OSS.

Temas

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

    Para reducir la escala de un OSS clúster de Valkey o Redis 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 reserved-memory solía reservar memoria para la OSS sobrecarga de Valkey o Redis, asegúrese de tener un grupo de parámetros personalizado para reservar la cantidad de memoria correcta 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 Gestió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 Valkey o Redis y no el OSS motor Valkey o Redis agrupados. OSS

    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 DNS entradas para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. Para Valkey 7.2 o versiones posteriores o Redis OSS 5.0.5 y versiones posteriores, puede escalar los clústeres habilitados para la conmutación automática por error mientras el clúster permanece en línea y atiende las solicitudes entrantes. En la versión 4.0.10 y versiones anteriores, es posible que se produzca una breve interrupción de las lecturas y escrituras en las versiones anteriores desde el nodo principal mientras se actualiza la entrada. 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 de Valkey o Redis OSS ()AWS CLI

    1. Determine a qué tipos de nodos 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

      El resultado de esta operación tiene un aspecto similar al siguiente (JSONformato).

      {
	    "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-modificaciones 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 instancias devueltos por el list-allowed-node-type-modifications comando 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

      El resultado de este comando tiene un aspecto similar al siguiente (JSONformato).

      
{"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-groupsla AWS CLI Referencia.

    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 el. ElastiCache API Durante este proceso, ElastiCache actualiza las DNS entradas para que apunten a los nuevos nodos. Por ello, no tiene que actualizar los puntos de enlace de su aplicación. Para Valkey 7.2 y versiones posteriores o Redis OSS 5.0.5 y versiones posteriores, puede escalar los clústeres habilitados para la conmutación automática por error mientras el clúster permanece en línea y atiende las solicitudes entrantes. En la OSS versión 4.0.10 y versiones anteriores de Redis, es posible que notes una breve interrupción de las lecturas y escrituras en las versiones anteriores desde el nodo principal mientras se actualiza la entrada. 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 un grupo de replicación de Valkey o OSS Redis () ElastiCache API

    1. Determine los tipos de nodos a los que puede reducir la escala mediante la ElastiCache API ListAllowedNodeTypeModifications acción 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, consulte ListAllowedNodeTypeModifications en Amazon ElastiCache API Reference.

    2. Amplíe su grupo de replicación actual hasta el nuevo tipo de nodo mediante la ModifyRedplicationGroup ElastiCache API acción 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 instancias devueltos por la ListAllowedNodeTypeModifications acción 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, consulte ModifyReplicationGroup en Amazon ElastiCache API Reference.

    3. Si lo utilizó ApplyImmediately=true, supervise el estado del grupo de replicación mediante la ElastiCache API DescribeReplicationGroups acción 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, consulte DescribeReplicationGroups en Amazon ElastiCache API Reference.

    Aumento de la capacidad de lectura

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

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

    Reducción de la capacidad de lectura

    Para reducir la capacidad de lectura, elimine una o más réplicas de lectura del OSS clúster de Valkey o Redis con réplicas (denominado grupo de replicación en/). 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 Eliminar una réplica de lectura para Valkey o Redis OSS (modo de clúster desactivado).