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.
# Administración de nodos en ElastiCache
Un nodo es el bloque de creación más pequeño de una implementación de Amazon ElastiCache. Se trata de un fragmento de tamaño fijo de RAM segura conectada a la red. Cada nodo ejecuta el motor que se eligió cuando el clúster se creó o se modificó por última vez. Cada nodo tiene su propio puerto y nombre de servicio de nombres de dominio (DNS). Se admiten varios tipos de nodos de ElastiCache, cada uno de ellos con distintas cantidades de memoria y potencia informática asociadas.
Consulte para ver una explicación más detallada sobre el tamaño de nodo que debe utilizarse [Elección del tamaño del nodo](CacheNodes.SelectSize.md).
Por lo general, gracias a la compatibilidad con las particiones, las implementaciones de Valkey o Redis OSS (modo de clúster habilitado) tienen una serie de nodos más pequeños. En contraposición, las implementaciones de Valkey o Redis OSS (modo de clúster deshabilitado) tienen menos nodos de gran tamaño en un clúster. Consulte para ver una explicación más detallada sobre el tamaño de nodo que debe utilizarse [Elección del tamaño del nodo](CacheNodes.SelectSize.md).
**Topics**
+ [Visualización ElastiCache del estado de los nodos](Nodes.viewing.md)
+ [Nodos y particiones de Valkey o Redis OSS](CacheNodes.NodeGroups.md)
+ [Conexión a los nodos](nodes-connecting.md)
+ [Tipos de nodos compatibles](CacheNodes.SupportedTypes.md)
+ [Reinicio de nodos](nodes.rebooting.md)
+ [Reemplazo de nodos (Valkey y Redis OSS)](CacheNodes.NodeReplacement.md)
+ [Reemplazo de nodos (Memcached)](CacheNodes.NodeReplacement-mc.md)
+ [Nodos reservados](CacheNodes.Reserved.md)
+ [Migración de nodos de generación anterior](CacheNodes.NodeMigration.md)
Entre las opciones importantes en relación con los nodos, se encuentran las siguientes:
+ [Añadir nodos a un ElastiCache clúster](Clusters.AddNode.md)
+ [Eliminar nodos de un ElastiCache clúster](Clusters.DeleteNode.md)
+ [Escalado ElastiCache](Scaling.md)
+ [Búsqueda de puntos de conexión en ElastiCache](Endpoints.md)
+ [Identificación automática de los nodos en el clúster (Memcached)](AutoDiscovery.md)
# Visualización ElastiCache del estado de los nodos
Con la [ElastiCache consola](https://console.aws.amazon.com/elasticache/), puede acceder rápidamente al estado de su ElastiCache nodo. El estado de un ElastiCache nodo indica el estado del nodo. Puedes usar los siguientes procedimientos para ver el estado del ElastiCache nodo en la ElastiCache consola de Amazon, el AWS CLI comando o la operación de la API.
Los posibles valores de estado de ElastiCache los nodos se muestran en la siguiente tabla. En esta tabla también se muestra si se le facturará por el ElastiCache nodo.
| **Tipo** | **Facturado** | **Descripción** |
| --- | --- | --- |
| `available` | Facturado | El ElastiCache nodo está en buen estado y disponible. |
| `creating` | No facturado | Se está creando el ElastiCache nodo. No se puede obtener acceso al nodo mientras se está creando. |
| `deleting` | No facturado | Se está eliminando el ElastiCache nodo. |
| `modifying` | Facturado | El ElastiCache nodo se está modificando debido a una solicitud de un cliente para modificarlo. |
| `updating` | Facturado | Un estado de **actualización** indica que se cumple una o más de las siguientes condiciones en el ElastiCache nodo de Amazon: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `rebooting cluster nodes` | Facturado | El ElastiCache nodo se está reiniciando debido a una solicitud de un cliente o a un ElastiCache proceso de Amazon que requiere el reinicio del nodo. |
| `incompatible_parameters` | No facturado | Amazon no ElastiCache puede iniciar el nodo porque los parámetros especificados en el grupo de parámetros del nodo no son compatibles con el nodo. Revierta los cambios de los parámetros o hágalos compatibles con el nodo para recuperar el acceso a este. Para obtener más información sobre los parámetros incompatibles, consulte la lista de [eventos](https://us-east-1.console.aws.amazon.com/elasticache/home?region=us-east-1#/events) del ElastiCache nodo. |
| `incompatible_network` | No facturado | Un estado de red incompatible indica que se dan una o más de las siguientes condiciones en el nodo de Amazon: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `restore_failed` | No facturado | Un estado de restauración fallida indica que se cumple una de las siguientes condiciones en el nodo de Amazon: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `snapshotting` | Facturado | ElastiCache está creando una instantánea del nodo OSS de Valkey o Redis. |
## Visualización ElastiCache del estado del nodo con la consola
Para ver el estado de un ElastiCache nodo con la consola:
1. Inicia sesión en la ElastiCache consola de Amazon Consola de administración de AWS y ábrela en [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. En el panel de navegación, elija **Clústeres de Redis OSS** o **Clústeres de Memcached**. Aparece la **página de cachés** con la lista de ElastiCache nodos. Para cada nodo, se muestra el valor del estado.
1. A continuación, puede ir a la pestaña **Actualizaciones de servicio** de la caché para ver la lista de actualizaciones de servicio aplicables a la caché.
## Visualización ElastiCache del estado de los nodos con AWS CLI
Para ver ElastiCache el nodo y su información de estado mediante el AWS CLI, utilice el `describe-cache-cluster` comando. Por ejemplo, el siguiente AWS CLI comando muestra cada ElastiCache nodo.
```
aws elasticache describe-cache-clusters
```
## Visualización ElastiCache del estado de los nodos a través de la API
Para ver el estado del ElastiCache nodo mediante la ElastiCache API de Amazon, llama a `DescribeCacheClusteroperation` with the `ShowCacheNodeInfo` flag para recuperar información sobre los nodos de caché individuales.
# Nodos y particiones de Valkey o Redis OSS
Una partición (en la API y la CLI, un grupo de nodos) es un grupo de nodos clasificados de forma jerárquica en un clúster. Las particiones son compatibles con la reproducción. En una partición, un nodo funciona como nodo principal de lectura/escritura. Todos los demás nodos de la partición funcionan como réplicas de solo lectura del nodo principal. Valkey o Redis OSS versión 3.2 y posteriores admiten varias particiones en un clúster (en la API y la CLI, un grupo de replicación). Esta compatibilidad permite la partición de los datos en un clúster de Valkey o Redis OSS (modo de clúster habilitado).
El siguiente diagrama ilustra las diferencias entre un clúster de Valkey o Redis OSS (modo de clúster deshabilitado) y un clúster de Valkey o Redis OSS (modo de clúster habilitado).
![\[Imagen: particiones de Valkey o Redis OSS (modo de clúster deshabilitado) y Valkey o Redis OSS (modo de clúster habilitado) (API/CLI: grupos de nodos)\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)
Los clústeres de Valkey o Redis OSS (modo de clúster habilitado) admiten la replicación a través de particiones. La operación de la API [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html) (CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) muestra los grupos de nodos con los nodos miembros y el rol del nodo en el grupo de nodos, entre otros datos.
Al crear un clúster de Valkey o Redis OSS, se especifica si desea crear un clúster con la agrupación en clúster habilitada. Los clústeres de Valkey o Redis OSS (modo de clúster deshabilitado) nunca tienen más de una partición, que puede escalarse horizontalmente al añadir (hasta un total de cinco) o eliminar nodos de réplica de lectura. Para obtener más información, consulte [Alta disponibilidad a través de grupos de reproducción](Replication.md), [Adición de una réplica de lectura para Valkey o Redis OSS (modo de clúster deshabilitado)](Replication.AddReadReplica.md) o [Eliminación de una réplica de lectura para Valkey o Redis OSS (modo de clúster deshabilitado)](Replication.RemoveReadReplica.md). Los clústeres de Valkey o Redis OSS (modo de clúster deshabilitado) también pueden escalarse verticalmente al cambiar los tipos de nodos. Para obtener más información, consulte [Escalado de nodos de réplica para Valkey o Redis OSS (modo de clúster deshabilitado)](Scaling.RedisReplGrps.md).
El límite de nodos o particiones se puede aumentar a un máximo de 500 por clúster si la versión del motor de Valkey o Redis OSS es 5.0.6 o posteriores. Por ejemplo, puede elegir configurar un clúster de 500 nodos que oscila entre 83 particiones (uno primario y 5 réplicas por partición) y 500 particiones (único primario y sin réplicas). Asegúrese de que hay suficientes direcciones IP disponibles para acomodar el aumento. Algunos problemas comunes incluyen que las subredes del grupo de subredes tienen un rango CIDR demasiado pequeño o que otros clústeres comparten y utilizan considerablemente las subredes. Para obtener más información, consulte [Creación de un grupo de subredes](SubnetGroups.Creating.md).
Para las versiones inferiores a 5.0.6, el límite es de 250 por clúster.
Para solicitar un aumento del límite, consulte [AWS Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) y elija el tipo de límite **Nodes per cluster per instance type** (Nodos por clúster por tipo de instancias).
Después de crear un clúster de Valkey o Redis OSS (modo de clúster habilitado), se puede modificar (reducir horizontalmente o escalar verticalmente). Para obtener más información, consulte [Escalado ElastiCache](Scaling.md) y [Reemplazo de nodos (Valkey y Redis OSS)](CacheNodes.NodeReplacement.md).
Cuando cree un clúster nuevo, puede inicializarlo con datos del clúster anterior para que no comience vacío. El enfoque anterior solo funciona si el grupo de clústeres tiene el mismo número de particiones que el clúster anterior. Esto puede resultar útil si necesita cambiar el tipo de nodo o la versión del motor. Para obtener más información, consulte [Copias de seguridad manuales](backups-manual.md) y [Restauración desde una copia de seguridad a una nueva caché](backups-restoring.md).
# Conexión a los nodos
## Conexión a nodos de Valkey o Redis OSS
Antes de intentar conectarse a los nodos de su clúster de Valkey o Redis OSS, debe disponer de los puntos de conexión para los nodos. Para encontrar los puntos de enlace, consulte lo siguiente:
+ [Búsqueda de puntos de conexión de un clúster de Valkey o Redis OSS (modo de clúster deshabilitado) (consola)](Endpoints.md#Endpoints.Find.Redis)
+ [Búsqueda de puntos de conexión para un clúster de Valkey o Redis OSS (modo de clúster habilitado) (consola)](Endpoints.md#Endpoints.Find.RedisCluster)
+ [Búsqueda de puntos de conexión (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Búsqueda de puntos de enlace (API de ElastiCache)](Endpoints.md#Endpoints.Find.API)
En el ejemplo siguiente, se emplea la utilidad *valkey-cli* para conectarse a un clúster que ejecuta Valkey o Redis OSS.
**nota**
Para obtener más información sobre los comandos disponibles, consulte la página web [Comandos](http://valkey.io/commands).
**Conexión a un clúster de Valkey o Redis OSS mediante *valkey-cli***
1. Conéctese a la instancia de Amazon EC2 mediante la utilidad de conexión que prefiera.
**nota**
Para obtener instrucciones sobre cómo conectarse a una instancia de Amazon EC2, consulte la [Guía de introducción de Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Para la creación de `valkey-cli`, descargue e instale la recopilación del compilador GNU (`gcc`). En el símbolo del sistema de su instancia EC2, escriba el siguiente comando y especifique `y` en el mensaje de confirmación.
```
sudo yum install gcc
```
Aparecerá una salida similar a la siguiente.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 27 M
Installed size: 53 M
Is this ok [y/N]: y
Downloading Packages:
(1/11): binutils-2.22.52.0.1-10.36.amzn1.x86_64.rpm | 5.2 MB 00:00
(2/11): cpp46-4.6.3-2.67.amzn1.x86_64.rpm | 4.8 MB 00:00
(3/11): gcc-4.6.3-3.10.amzn1.noarch.rpm | 2.8 kB 00:00
...(output omitted)...
Complete!
```
1. Descargue y compile la utilidad *valkey-cli*. Esta utilidad se incluye en la distribución de software de Valkey. En el símbolo del sistema de su instancia EC2, escriba los comandos siguientes:
**nota**
En sistemas Ubuntu, antes de ejecutar `make`, ejecute `make distclean`.
```
wget https://github.com/valkey-io/valkey/archive/refs/tags/8.0.0.tar.gz
tar xvzf valkey-8.0.0.tar.gz
cd valkey-8.0.0
make distclean # ubuntu systems only
make
```
1. En el símbolo del sistema de la instancia EC2, escriba los comandos siguientes:
```
src/valkey-cli -c -h mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com -p 6379
```
Aparecerá un símbolo del sistema de Valkey o Redis OSS similar al siguiente.
```
redis mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 6379>
```
1. Pruebe la conexión mediante la ejecución de comandos de Valkey o Redis OSS.
Ya se ha conectado al clúster y puede ejecutar comandos de Valkey o Redis OSS. A continuación, se muestran algunos comandos de ejemplo con sus respuestas de Valkey o Redis OSS.
```
set a "hello" // Set key "a" with a string value and no expiration
OK
get a // Get value for key "a"
"hello"
get b // Get value for key "b" results in miss
(nil)
set b "Good-bye" EX 5 // Set key "b" with a string value and a 5 second expiration
get b
"Good-bye"
// wait 5 seconds
get b
(nil) // key has expired, nothing returned
quit // Exit from valkey-cli
```
Para conectarse a nodos o clústeres que tienen cifrado de capa de conexión segura (SSL) (en tránsito habilitado), consulte [ElastiCache cifrado en tránsito (TLS)](in-transit-encryption.md).
## Conexión a los nodos de Memcached
Antes de intentar conectarse a su clúster de Memcached, debe disponer de los puntos de enlace para los nodos. Para encontrar los puntos de enlace, consulte lo siguiente:
+ [Búsqueda de puntos de conexión de un clúster (consola) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ [Búsqueda de puntos de conexión (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Búsqueda de puntos de enlace (API de ElastiCache)](Endpoints.md#Endpoints.Find.API)
En el ejemplo siguiente, utilice la utilidad *telnet* para conectarse a un nodo que ejecuta Memcached.
**nota**
Para obtener más información acerca de Memcached y los comandos de Memcached disponibles, consulte el sitio web de [Memcached](http://memcached.org/).
**Para conectarse a un nodo mediante *telnet***
1. Conéctese a la instancia de Amazon EC2 mediante el uso de la utilidad de conexión que prefiera.
**nota**
Para obtener instrucciones sobre cómo conectarse a una instancia de Amazon EC2, consulte la [Guía de introducción de Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/).
1. Descargue e instale la utilidad *telnet* en la instancia de Amazon EC2. En el símbolo del sistema de la instancia de Amazon EC2, escriba el siguiente comando y escriba *y* en el símbolo del sistema.
```
sudo yum install telnet
```
Aparecerá una salida similar a la siguiente.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 63 k
Installed size: 109 k
Is this ok [y/N]: y
Downloading Packages:
telnet-0.17-47.7.amzn1.x86_64.rpm | 63 kB 00:00
...(output omitted)...
Complete!
```
1. En el símbolo del sistema de la instancia de Amazon EC2, escriba el siguiente comando, sustituya el punto de enlace del nodo por el que se muestra en este ejemplo.
```
telnet mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 11211
```
Aparecerá una salida similar a la siguiente.
```
Trying 128.0.0.1...
Connected to mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com.
Escape character is '^]'.
>
```
1. Pruebe la conexión mediante la ejecución de comandos de Memcached.
Ahora está conectado a un nodo y puede ejecutar comandos de Memcached. A continuación se muestra un ejemplo.
```
set a 0 0 5 // Set key "a" with no expiration and 5 byte value
hello // Set value as "hello"
STORED
get a // Get value for key "a"
VALUE a 0 5
hello
END
get b // Get value for key "b" results in miss
END
>
```
# Tipos de nodos compatibles
ElastiCache admite los siguientes tipos de nodos. En general, los tipos de la generación actual ofrecen más capacidad de memoria y potencia de computación a menor costo comparados con sus equivalentes de generaciones previas.
Para obtener más información sobre los detalles del rendimiento de cada tipo de nodo, consulte [Tipos de EC2 instancias de Amazon](https://aws.amazon.com/ec2/instance-types/).
**nota**
Amazon ElastiCache está realizando la transición de las instancias T2 al estado de la generación anterior. Ya no podrá crear nuevos ElastiCache clústeres con instancias T2 ni comprar nuevos nodos reservados T2. No hay ningún impacto en los clústeres T2 ni en las reservas existentes. Recomendamos actualizar a tipos de instancias más nuevos, como las instancias T3 o T4g, para mejorar el rendimiento y la rentabilidad.
**nota**
Los siguientes tipos de instancias se admiten en las regiones de AWS Asia Pacífico (Tailandia) y México (Central):
**m7g/r7g:** grande, xl, 2xl, 4xl, 8xl, 12xl y 16xl.
**t3/t4g:** micro, pequeño y mediano.
Para obtener información sobre el tamaño de nodo que debe utilizarse, consulte [Elección del tamaño del nodo](CacheNodes.SelectSize.md).
**Topics**
+ [Versión actual (Memcached)](#CacheNodes.CurrentGen-Memcached)
+ [Generación actual (Valkey o Redis OSS)](#CacheNodes.CurrentGen)
+ [Tipos de nodos admitidos por región de AWS](#CacheNodes.SupportedTypesByRegion)
+ [Instancias de rendimiento ampliable](#CacheNodes.Burstable)
+ [Información relacionada](#CacheNodes.RelatedInfo)
## Versión actual (Memcached)
En las tablas siguientes se muestran el ancho de banda de referencia y el ancho de banda de ráfaga de los tipos de instancias que utilizan el mecanismo de I/O crédito de red para superar su ancho de banda de referencia.
**nota**
Los tipos de instancias con un rendimiento de red estable utilizan un mecanismo de I/O crédito de red para superar su ancho de banda de referencia en función del mejor esfuerzo.
**General**
| Tipo de instancia | Versión mínima de Memcached compatible | Banda ancha de base (Gbps) | Banda ancha con ráfagas (Gbps) |
| --- | --- | --- | --- |
| cache.m7g.large | | 0.937 | 12,5 |
| cache.m7g.xlarge | | 1.876 | 12,5 |
| cache.m7g.2xlarge | | 3.75 | 15 |
| cache.m7g.4xlarge | | 7.5 | 15 |
| cache.m7g.8xlarge | | 15 | N/A |
| cache.m7g.12xlarge | | 22,5 | N/A |
| cache.m7g.16xlarge | | 30 | N/A |
| cache.m6g.large | 1.5.16 | 0.75 | 10.0 |
| cache.m6g.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.m6g.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.m6g.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.m6g.8xlarge | 1.5.16 | 12 | N/A |
| cache.m6g.12xlarge | 1.5.16 | 20 | N/A |
| cache.m6g.16xlarge | 1.5.16 | 25 | N/A |
| cache.m5.large | 1.5.16 | 0.75 | 10.0 |
| cache.m5.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.m5.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.m5.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.m5.12xlarge | 1.5.16 | N/A | N/A |
| cache.m5.24xlarge | 1.5.16 | N/A | N/A |
| cache.m4.large | 1.5.16 | 0,45 | 1.2 |
| cache.m4.xlarge | 1.5.16 | 0.75 | 2.8 |
| cache.m4.2xlarge | 1.5.16 | 1.0 | 10.0 |
| cache.m4.4xlarge | 1.5.16 | 2.0 | 10.0 |
| cache.m4.10xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.t4g.micro | 1.5.16 | 0,064 | 5.0 |
| cache.t4g.small | 1.5.16 | 0,128 | 5.0 |
| cache.t4g.medium | 1.5.16 | 0,256 | 5.0 |
| cache.t3.micro | 1.5.16 | 0,064 | 5.0 |
| cache.t3.small | 1.5.16 | 0,128 | 5.0 |
| cache.t3.medium | 1.5.16 | 0,256 | 5.0 |
| cache.t2.micro | 1.5.16 | 0,064 | 1.024 |
| cache.t2.small | 1.5.16 | 0,128 | 1.024 |
| cache.t2.medium | 1.5.16 | 0,256 | 1.024 |
**Memoria optimizada para Memcached**
| Tipo de instancia | Versión mínima compatible | Banda ancha de base (Gbps) | Banda ancha con ráfagas (Gbps) |
| --- | --- | --- | --- |
| cache.r7g.large | | 0,937 | 12,5 |
| cache.r7g.xlarge | | 1.876 | 12,5 |
| cache.r7g.2xlarge | | 3.75 | 15 |
| cache.r7g.4xlarge | | 7.5 | 15 |
| cache.r7g.8xlarge | | 15 | N/A |
| cache.r7g.12xlarge | | 22,5 | N/A |
| cache.r7g.16xlarge | | 30 | N/A |
| cache.r6g.large | 1.5.16 | 0.75 | 10.0 |
| cache.r6g.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r6g.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.r6g.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.r6g.8xlarge | 1.5.16 | 12 | N/A |
| cache.r6g.12xlarge | 1.5.16 | 20 | N/A |
| cache.r6g.16xlarge | 1.5.16 | 25 | N/A |
| cache.r5.large | 1.5.16 | 0.75 | 10.0 |
| cache.r5.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r5.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.r5.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.r5.12xlarge | 1.5.16 | 20 | N/A |
| cache.r5.24xlarge | 1.5.16 | 25 | N/A |
| cache.r4.large | 1.5.16 | 0.75 | 10.0 |
| cache.r4.xlarge | 1.5.16 | 1,25 | 10.0 |
| cache.r4.2xlarge | 1.5.16 | 2,5 | 10.0 |
| cache.r4.4xlarge | 1.5.16 | 5.0 | 10.0 |
| cache.r4.8xlarge | 1.5.16 | 12 | N/A |
| cache.r4.16xlarge | 1.5.16 | 25 | N/A |
**Red optimizada para Memcached**
| Tipo de instancia | Versión mínima compatible | Banda ancha de base (Gbps) | Banda ancha con ráfagas (Gbps) |
| --- | --- | --- | --- |
| cache.c7gn.large | 1.6.6 | 6.25 | 30 |
| cache.c7gn.xlarge | 1.6.6 | 12,5 | 40 |
| cache.c7gn.2xlarge | 1.6.6 | 25 | 50 |
| cache.c7gn.4xlarge | 1.6.6 | 50 | N/A |
| cache.c7gn.8xlarge | 1.6.6 | 100 | N/A |
| cache.c7gn.12xlarge | 1.6.6 | 150 | N/A |
| cache.c7gn.16xlarge | 1.6.6 | 200 | N/A |
## Generación actual (Valkey o Redis OSS)
Para obtener más información sobre la generación anterior, consulte [Nodos de la generación anterior](https://aws.amazon.com/elasticache/previous-generation/).
**nota**
Los tipos de instancias con un rendimiento de red a ráfagas utilizan un mecanismo de I/O crédito de red para superar su ancho de banda de referencia haciendo el mejor esfuerzo.
**General**
| Tipo de instancia | Versión mínima de Redis OSS compatible | Mejorado I/O con Redis OSS 5.0.6\$1 | Descarga de TLS con Redis OSS 6.2.5 y versiones posteriores | I/O Multiplexación mejorada con Redis OSS 7.0.4\$1 | Banda ancha de base (Gbps) | Banda ancha con ráfagas (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.m7g.large | 6.2 | N | N | N | 0.937 | 12,5 |
| cache.m7g.xlarge | 6.2 | Y | Y | Y | 1.876 | 12,5 |
| cache.m7g.2xlarge | 6.2 | Y | Y | Y | 3.75 | 15 |
| cache.m7g.4xlarge | 6.2 | Y | Y | Y | 7.5 | 15 |
| cache.m7g.8xlarge | 6.2 | Y | Y | Y | 15 | N/A |
| cache.m7g.12xlarge | 6.2 | Y | Y | Y | 22,5 | N/A |
| cache.m7g.16xlarge | 6.2 | Y | Y | Y | 30 | N/A |
| cache.m6g.large | 5.0.6 | N | N | N | 0.75 | 10.0 |
| cache.m6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10.0 |
| cache.m6g.2xlarge | 5.0.6 | Y | Y | Y | 2,5 | 10.0 |
| cache.m6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10.0 |
| cache.m6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | N/A |
| cache.m6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | N/A |
| cache.m6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | N/A |
| cache.m5.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.m5.xlarge | 3.2.4 | Y | N | N | 1,25 | 10.0 |
| cache.m5.2xlarge | 3.2.4 | Y | Y | Y | 2,5 | 10.0 |
| cache.m5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.m5.12xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.m5.24xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
| cache.m4.large | 3.2.4 | N | N | N | 0,45 | 1.2 |
| cache.m4.xlarge | 3.2.4 | Y | N | N | 0.75 | 2.8 |
| cache.m4.2xlarge | 3.2.4 | Y | Y | Y | 1.0 | 10.0 |
| cache.m4.4xlarge | 3.2.4 | Y | Y | Y | 2.0 | 10.0 |
| cache.m4.10xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.t4g.micro | 3.2.4 | N | N | N | 0,064 | 5.0 |
| cache.t4g.small | 5.0.6 | N | N | N | 0,128 | 5.0 |
| cache.t4g.medium | 5.0.6 | N | N | N | 0,256 | 5.0 |
| cache.t3.micro | 3.2.4 | N | N | N | 0,064 | 5.0 |
| cache.t3.small | 3.2.4 | N | N | N | 0,128 | 5.0 |
| cache.t3.medium | 3.2.4 | N | N | N | 0,256 | 5.0 |
| cache.t2.micro | 3.2.4 | N | N | N | 0,064 | 1.024 |
| cache.t2.small | 3.2.4 | N | N | N | 0,128 | 1.024 |
| cache.t2.medium | 3.2.4 | N | N | N | 0,256 | 1.024 |
**Optimizada para memoria**
| Tipo de instancia | Versión mínima de Redis OSS compatible | Mejorado I/O con Redis OSS 5.0.6\$1 | Descarga de TLS con Redis OSS 6.2.5 y versiones posteriores | I/O Multiplexación mejorada con Redis OSS 7.0.4\$1 | Banda ancha de base (Gbps) | Banda ancha con ráfagas (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r7g.large | 6.2 | N | N | N | 0.937 | 12,5 |
| cache.r7g.xlarge | 6.2 | Y | Y | Y | 1.876 | 12,5 |
| cache.r7g.2xlarge | 6.2 | Y | Y | Y | 3.75 | 15 |
| cache.r7g.4xlarge | 6.2 | Y | Y | Y | 7.5 | 15 |
| cache.r7g.8xlarge | 6.2 | Y | Y | Y | 15 | N/A |
| cache.r7g.12xlarge | 6.2 | Y | Y | Y | 22,5 | N/A |
| cache.r7g.16xlarge | 6.2 | Y | Y | Y | 30 | N/A |
| cache.r6g.large | 5.0.6 | N | N | N | 0.75 | 10.0 |
| cache.r6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10.0 |
| cache.r6g.2xlarge | 5.0.6 | Y | Y | Y | 2,5 | 10.0 |
| cache.r6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10.0 |
| cache.r6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | N/A |
| cache.r6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | N/A |
| cache.r6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | N/A |
| cache.r5.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.r5.xlarge | 3.2.4 | Y | N | N | 1,25 | 10.0 |
| cache.r5.2xlarge | 3.2.4 | Y | Y | Y | 2,5 | 10.0 |
| cache.r5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.r5.12xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.r5.24xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
| cache.r4.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.r4.xlarge | 3.2.4 | Y | N | N | 1,25 | 10.0 |
| cache.r4.2xlarge | 3.2.4 | Y | Y | Y | 2,5 | 10.0 |
| cache.r4.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.r4.8xlarge | 3.2.4 | Y | Y | Y | 12 | N/A |
| cache.r4.16xlarge | 3.2.4 | Y | Y | Y | 25 | N/A |
**Memoria optimizada con la organización de datos en niveles**
| Tipo de instancia | Versión mínima de Redis OSS compatible | Mejorado I/O con Redis OSS 5.0.6\$1 | Descarga de TLS con Redis OSS 6.2.5 y versiones posteriores | I/O Multiplexación mejorada con Redis OSS 7.0.4\$1 | Banda ancha de base (Gbps) | Banda ancha con ráfagas (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r6gd.xlarge | 6.2.0 | Y | N | N | 1,25 | 10 |
| cache.r6gd.2xlarge | 6.2.0 | Y | Y | Y | 2,5 | 10 |
| cache.r6gd.4xlarge | 6.2.0 | Y | Y | Y | 5.0 | 10 |
| cache.r6gd.8xlarge | 6.2.0 | Y | Y | Y | 12 | N/A |
| cache.r6gd.12xlarge | 6.2.0 | Y | Y | Y | 20 | N/A |
| cache.r6gd.16xlarge | 6.2.0 | Y | Y | Y | 25 | N/A |
**Optimizado para red**
| Tipo de instancia | Versión mínima de Redis OSS compatible | Mejorado I/O con Redis OSS 5.0.6\$1 | Descarga de TLS con Redis OSS 6.2.5 y versiones posteriores | I/O Multiplexación mejorada con Redis OSS 7.0.4\$1 | Banda ancha de base (Gbps) | Banda ancha con ráfagas (Gbps) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.c7gn.large | 6.2 | N | N | N | 6.25 | 30 |
| cache.c7gn.xlarge | 6.2 | Y | Y | Y | 12,5 | 40 |
| cache.c7gn.2xlarge | 6.2 | Y | Y | Y | 25 | 50 |
| cache.c7gn.4xlarge | 6.2 | Y | Y | Y | 50 | N/A |
| cache.c7gn.8xlarge | 6.2 | Y | Y | Y | 100 | N/A |
| cache.c7gn.12xlarge | 6.2 | Y | Y | Y | 150 | N/A |
| cache.c7gn.16xlarge | 6.2 | Y | Y | Y | 200 | N/A |
## Tipos de nodos admitidos por región de AWS
Los tipos de nodos compatibles pueden variar de una AWS región a otra. Para obtener más información, consulta los [ ElastiCacheprecios de Amazon](https://aws.amazon.com/elasticache/pricing/).
## Instancias de rendimiento ampliable
Puede lanzar nodos de caché T4g, T3-Standard y T2-Standard en ráfagas de uso general en Amazon. ElastiCache Estos nodos proporcionan un nivel básico de rendimiento de la CPU con la capacidad de explotar el uso de la CPU en cualquier momento hasta que se agoten los créditos acumulados. Un *crédito de CPU* proporciona el rendimiento de un núcleo de CPU completo durante un minuto.
Los nodos T4g, T3 y T2 de Amazon ElastiCache están configurados de forma estándar y son adecuados para cargas de trabajo con un uso medio de la CPU que está constantemente por debajo del rendimiento básico de la instancia. Para ampliar por encima de la referencia, la instancia gasta créditos que ha acumulado en su saldo de créditos de CPU. Si el nodo se queda sin créditos acumulados, el rendimiento se reduce gradualmente hasta el nivel de rendimiento de referencia. Esta disminución gradual garantiza que el nodo no experimente una caída brusca del rendimiento cuando se agote el saldo de créditos de CPU acumulado. *Para obtener más información, consulte [Créditos de CPU y rendimiento básico para instancias de rendimiento explosivo](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) en la *Guía del EC2 usuario de Amazon*.*
En la siguiente tabla, se enumeran los tipos de nodos de rendimiento ampliables y la velocidad a la que se obtienen los créditos de CPU por hora. También muestra el número máximo de créditos de CPU acumulados que puede acumular un nodo y el número de v CPUs por nodo. Además, se proporciona el nivel de rendimiento de referencia como porcentaje de un rendimiento básico completo (mediante una única vCPU).
| Tipo de nodo | Créditos de CPU obtenidos por hora | Créditos máximos ganados que se pueden acumular\$1 | v CPUs | Rendimiento de referencia por vCPU | Memoria (GiB) | Rendimiento de la red |
| --- | --- | --- | --- | --- | --- | --- |
| t4g.micro | 12 | 288 | 2 | 10% | 0,5 | Hasta 5 gigabits |
| t4g.small | 24 | 576 | 2 | 20% | 1,37 | Hasta 5 gigabits |
| t4g.medium | 24 | 576 | 2 | 20% | 3,09 | Hasta 5 gigabits |
| t3.micro | 12 | 288 | 2 | 10% | 0,5 | Hasta 5 gigabits |
| t3.small | 24 | 576 | 2 | 20% | 1,37 | Hasta 5 gigabits |
| t3.medium | 24 | 576 | 2 | 20% | 3,09 | Hasta 5 gigabits |
| t2.micro | 6 | 144 | 1 | 10% | 0,5 | Baja a moderada |
| t2.small | 12 | 288 | 1 | 20% | 1.55 | Baja a moderada |
| t2.medium | 24 | 576 | 2 | 20% | 3.22 | Baja a moderada |
\$1 El número de créditos que se pueden acumular es equivalente a la cantidad de créditos que se pueden obtener en un periodo de 24 horas.
\$1\$1 El rendimiento de referencia de la tabla es por vCPU. Algunos tamaños de nodos que tienen más de una vCPU. Para ello, calcule la utilización de CPU de referencia para el nodo multiplicando el porcentaje de vCPU por el número de v. CPUs
Las siguientes métricas de crédito de CPU se encuentran disponibles para las instancias de rendimiento ampliable T3 y T4g:
**nota**
Estas métricas no se encuentran disponibles para las instancias de rendimiento ampliable T2.
+ `CPUCreditUsage`
+ `CPUCreditBalance`
Para obtener más información sobre estas métricas, consulte [Métricas de crédito de CPU](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#cpu-credit-metrics).
Además, tenga en cuenta estos detalles:
+ Todos los tipos de nodos de generación actuales se crean en una Virtual Private Cloud (VPC) basada en Amazon VPC de forma predeterminada.
+ Los archivos de Redis OSS solo anexados (AOF) no se admiten en las instancias T2. Las variables de configuración de Redis OSS `appendonly` y `appendfsync` no se admiten en la versión 2.8.22 de Redis OSS y posteriores.
## Información relacionada
+ [Características y detalles de los ElastiCache productos de Amazon](https://aws.amazon.com/elasticache/details)
+ [Parámetros específicos de tipo de nodo para Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)
+ [Parámetros de Valkey y Redis OSS](ParameterGroups.Engine.md#ParameterGroups.Redis)
+ [Cifrado en tránsito (TLS)](in-transit-encryption.md)
# Reinicio de nodos
Algunos cambios requieren que el clúster de Valkey, Memcached o Redis OSS se reinicie para que los cambios se apliquen. Por ejemplo, en el caso de algunos parámetros, el cambio del valor del parámetro en un grupo de parámetros solo se aplica después de reiniciar.
**Topics**
+ [Reinicio de nodos de Redis OSS (solo modo de clúster deshabilitado)](#nodes.rebooting.redis)
+ [Reinicio de un clúster para Memcached](#Clusters.Rebooting)
## Reinicio de nodos de Redis OSS (solo modo de clúster deshabilitado)
En el caso de los clústeres de Valkey o Redis OSS (modo de clúster deshabilitado), los parámetros de los grupos de parámetros que se aplican únicamente después del reinicio son:
+ activerehashing
+ bases de datos
Los nodos de Redis solo se pueden actualizar a través de la consola de ElastiCache. Solo puede reiniciar un solo nodo a la vez. Si desea reiniciar varios nodos, debe repetir el proceso para cada uno de ellos.
**Cambios de parámetros de Valkey o Redis OSS (modo de clúster habilitado)**
Si realiza cambios en los siguientes parámetros en un clúster de Valkey o Redis OSS (modo de clúster habilitado), realice los siguientes pasos.
activerehashing
bases de datos
Cree una copia de seguridad manual de su clúster. Consulte [Copias de seguridad manuales](backups-manual.md).
Elimine el clúster de Valkey o Redis OSS (modo de clúster habilitado). Consulte [Eliminar un clúster en ElastiCache](Clusters.Delete.md).
Restaure el clúster con la copia de seguridad y el grupo de parámetros modificados para propagar los datos en el nuevo clúster. Consulte [Restauración desde una copia de seguridad a una nueva caché](backups-restoring.md).
Los cambios en otros parámetros no requieren esta acción.
### Utilización de la Consola de administración de AWS
Es posible reiniciar un nodo con la consola de ElastiCache.
**Para reiniciar un nodo (consola)**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de ElastiCache en [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Desde la lista en la esquina superior derecha, elija la región de AWS que corresponda.
1. En el panel de navegación izquierdo, elija **Redis OSS**.
Aparecerá una lista de clústeres que ejecutan Redis OSS.
1. Elija el clúster en **Cluster Name** (Nombre de clúster).
1. En **Node name** (Nombre de nodo), elija el botón de opción situado junto al nodo que desea reiniciar.
1. Seleccione **Actions** (Acciones) y, a continuación, elija **Reboot node** (Reiniciar nodo).
Para reiniciar varios nodos, repita los pasos del 2 al 5 por cada nodo que desee reiniciar. No es necesario esperar a que un nodo termine de reiniciarse para reiniciar otro.
## Reinicio de un clúster para Memcached
Al reiniciar un clúster de Memcached, el clúster vacía todos sus datos y reinicia su motor. Durante este proceso, no puede obtener acceso al clúster. Dado que el clúster vacía todos sus datos, cuando este vuelva a estar disponible, empezará con un clúster vacío.
Puede reiniciar un clúster con la consola de ElastiCache, la AWS CLI o la API de ElastiCache. Independientemente de si utiliza la consola de ElastiCache, la AWS CLI o la API de ElastiCache, solo puede reiniciar un solo clúster. Para reiniciar varios clústeres, debe repetir el proceso o la operación.
### Uso de Consola de administración de AWS
Puede reiniciar un clúster a través de la consola de ElastiCache.
**Para reiniciar un clúster (consola)**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de ElastiCache en [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. En la lista de la esquina superior derecha, elija la región de AWS que le interese.
1. En el panel de navegación, elija el motor que se ejecuta en el clúster que desea reiniciar.
Se mostrará una lista de los clústeres que ejecutan el motor elegido.
1. Elija el clúster que desea reiniciar activando la casilla situada a la izquierda del nombre del clúster.
El botón **Reiniciar** se activa.
Si elige más de un clúster, el botón **Reiniciar** se deshabilita.
1. Elija **Reboot**.
Aparecerá la pantalla de confirmación de reinicio del clúster.
1. Para reiniciar el clúster, seleccione **Reboot** (Reiniciar). El estado del clúster cambia a *Reiniciar nodos del clúster*.
Para no reiniciar el clúster, seleccione **Cancel** (Cancelar).
Para reiniciar varios clústeres, repita los pasos del 2 al 5 por cada clúster que desee reiniciar. No es necesario esperar a que un clúster termine de reiniciarse para reiniciar otro.
Para reiniciar un nodo específico, seleccione el nodo y, a continuación, elija **Reboot** (Reiniciar).
### Uso de AWS CLI
Para reiniciar un clúster (AWS CLI), utilice la operación `reboot-cache-cluster` de la CLI.
Para reiniciar nodos específicos en el clúster, use `--cache-node-ids-to-reboot` para enumerar los clústeres específicos que desea reiniciar. El siguiente comando reinicia los nodos 0001, 0002 y 0004 de *my-cluster*.
Para Linux, macOS o Unix:
```
aws elasticache reboot-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-ids-to-reboot 0001 0002 0004
```
Para Windows:
```
aws elasticache reboot-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-ids-to-reboot 0001 0002 0004
```
Para reiniciar todos los nodos del clúster, use el parámetro `--cache-node-ids-to-reboot` y enumere todos los ID del nodo del clúster. Para obtener más información, consulte [reboot-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/reboot-cache-cluster.html).
### Uso de la API de ElastiCache
Para reiniciar un clúster mediante la API de ElastiCache, utilice la acción `RebootCacheCluster`.
Para reiniciar nodos específicos en el clúster, use `CacheNodeIdsToReboot` para enumerar los clústeres específicos que desea reiniciar. El siguiente comando reinicia los nodos 0001, 0002 y 0004 de *my-cluster*.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=RebootCacheCluster
&CacheClusterId=my-cluster
&CacheNodeIdsToReboot.member.1=0001
&CacheNodeIdsToReboot.member.2=0002
&CacheNodeIdsToReboot.member.3=0004
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Para reiniciar todos los nodos del clúster, use el parámetro `CacheNodeIdsToReboot` y enumere todos los ID del nodo del clúster. Para obtener más información, consulte [RebootCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_RebootCacheCluster.html).
# Reemplazo de nodos (Valkey y Redis OSS)
Amazon ElastiCache suele actualizar su flota con parches y actualizaciones que se aplican a las instancias sin problemas. Sin embargo, cada cierto tiempo tenemos que volver a lanzar los nodos de ElastiCache con el fin de aplicar actualizaciones obligatorias de sistemas operativos en el host subyacente. Estas sustituciones son necesarias para aplicar actualizaciones que refuerzan la seguridad, la fiabilidad y el rendimiento operativo.
Puede optar por administrar personalmente estas sustituciones en cualquier momento antes del periodo programado para la sustitución de nodos. Cuando administre personalmente una sustitución, la instancia recibirá la actualización del sistema operativo cuando vuelva a lanzar el nodo y se cancelará la sustitución de nodos programada. Es posible que reciba alertas que indiquen que va a tener lugar la sustitución de nodos. Si ya ha mitigado manualmente la necesidad de mantenimiento, puede hacer caso omiso de estas alertas.
**nota**
Los nodos de caché de reemplazo generados de forma automática por Amazon ElastiCache pueden tener direcciones IP diferentes. Usted es responsable de revisar la configuración de la aplicación para asegurarse de que los nodos de caché estén asociados con las direcciones IP apropiadas.
En la siguiente lista, se identifican las acciones que puede realizar cuando ElastiCache programa el reemplazo de uno de los nodos de Valkey o Redis OSS. Para agilizar la búsqueda de la información que necesita para su situación, elija una opción del menú siguiente.
+ [Do nothing](#DoNothing): permita que Amazon ElastiCache reemplace el nodo según lo programado.
+ [Change your maintenance window](#ChangeWindow): cambie el periodo de mantenimiento a un mejor momento.
+ Configuraciones de Valkey o Redis OSS (modo de clúster habilitado)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone): procedimiento para reemplazar un nodo en un clúster de Valkey o Redis OSS mediante la copia de seguridad y restauración.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica): procedimiento para reemplazar una réplica de lectura en cualquier clúster de Valkey o Redis OSS al aumentar y disminuir el recuento de réplicas sin tiempo de inactividad del clúster.
+ [Replace any node in a Valkey or Redis OSS (cluster mode enabled) shard](#ReplaceShardNode): procedimiento dinámico sin tiempo de inactividad del clúster para reemplazar un nodo en un clúster de Valkey o Redis OSS (modo de clúster habilitado) al escalar y reducir horizontalmente.
+ Configuraciones de Valkey o Redis OSS (modo de clúster deshabilitado)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone): procedimiento para reemplazar cualquier nodo en un clúster de Valkey o Redis OSS mediante la copia de seguridad y restauración.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica): procedimiento para reemplazar una réplica de lectura en cualquier clúster de Valkey o Redis OSS al aumentar y disminuir el recuento de réplicas sin tiempo de inactividad del clúster.
+ [Replace a node in a Valkey or Redis OSS (cluster mode disabled) cluster](#ReplaceStandaloneClassic): procedimiento para reemplazar un nodo en un clúster de Valkey o Redis OSS (modo de clúster deshabilitado) mediante la replicación.
+ [Replace a Valkey or Redis OSS (cluster mode disabled) read-replica](#ReplaceReadReplica): procedimiento que permite reemplazar de forma manual una réplica de lectura en un grupo de replicación de Valkey o Redis OSS (modo de clúster deshabilitado).
+ [Replace a Valkey or Redis OSS (cluster mode disabled) primary node](#ReplacePrimary): procedimiento que permite reemplazar de forma manual el nodo principal en un grupo de replicación de Valkey o Redis OSS (modo de clúster deshabilitado).
**Opciones de reemplazo de nodos de Valkey o Redis OSS**
+ **No hacer nada**: si no hace nada, ElastiCache reemplaza el nodo según lo programado.
En las configuraciones que no son de clúster y tienen la conmutación por error automática habilitada, los clústeres de Valkey 7.2 y versiones posteriores y Redis OSS 5.0.6 y versiones posteriores completarán el reemplazo a la vez que el clúster permanece en línea y atiende solicitudes de escritura entrantes. En los clústeres que tienen habilitada la conmutación por error y la versión 4.0.10 de Redis OSS o anteriores, es posible que observe una breve interrupción de escritura que puede llegar a durar unos segundos y que está asociada a las actualizaciones de DNS.
Si el nodo es miembro de un clúster activado para la conmutación por error automática, ElastiCache para Valkey o Redis OSS proporciona una mayor disponibilidad durante la aplicación de parches, actualizaciones y otras operaciones de reemplazo de nodos relacionadas con el mantenimiento.
En las configuraciones de clúster de ElastiCache que se han configurado para utilizar clientes del clúster de ElastiCache para Valkey o para Redis OSS, la sustitución se realizará mientras el clúster atiende solicitudes de escritura entrantes.
En las configuraciones que no son de clúster y tienen la conmutación por error automática activada, los clústeres de Valkey 7.2 y versiones posteriores y de Redis OSS 5.0.6 y versiones posteriores completarán el reemplazo a la vez que el clúster permanece en línea y atiende solicitudes de escritura entrantes. En los clústeres que tienen habilitada la conmutación por error y la versión 4.0.10 de Redis OSS o anteriores, es posible que observe una breve interrupción de escritura que puede llegar a durar unos segundos y que está asociada a las actualizaciones de DNS.
Si el nodo es independiente, Amazon ElastiCache primero lanzará un nodo de reemplazo y, a continuación, sincronizará desde el nodo existente. El nodo existente no estará disponible para las solicitudes de servicio durante este periodo. Una vez que se complete la sincronización, el nodo existente se cerrará y el nodo nuevo ocupará su lugar. ElastiCache hará todo lo posible por retener los datos durante esta operación.
+ **Cambie el periodo de mantenimiento**: para eventos de mantenimiento programados, recibirá un correo electrónico o un evento de notificación de ElastiCache. En estos casos, si cambia el periodo de mantenimiento antes de la hora de sustitución programada, su nodo se sustituirá en ese momento a la nueva hora. Para obtener más información, consulte los siguientes temas:
+ [Modificación de un clúster de ElastiCache](Clusters.Modify.md)
+ [Modificación de un grupo de reproducción](Replication.Modify.md)
**nota**
La capacidad de cambiar el periodo de sustitución al mover el periodo de mantenimiento, solo se encuentra disponible cuando la notificación de ElastiCache incluye un periodo de mantenimiento. Si la notificación no incluye un periodo de mantenimiento, no se puede cambiar el periodo de sustitución.
Por ejemplo, supongamos que es jueves 9 de noviembre a las 15:00 h y el próximo periodo de mantenimiento es el viernes 10 de noviembre a las 17:00 h. A continuación, se exponen tres escenarios con sus resultados:
+ Cambia el periodo de mantenimiento a los viernes a las 16:00, después de la fecha y hora actuales y antes del siguiente periodo de mantenimiento programado. El nodo se sustituye el viernes 10 de noviembre a las 16:00.
+ Cambia el periodo de mantenimiento al sábado a las 16:00, después de la fecha y hora actuales y después del siguiente periodo de mantenimiento programado. El nodo se sustituye el sábado 11 de noviembre a las 16:00.
+ Cambia el periodo de mantenimiento al miércoles a las 16:00 (un día anterior de la misma semana que la fecha y hora actuales). El nodo se sustituye el próximo miércoles 15 de noviembre a las 16:00.
Para obtener instrucciones, consulte [Administración del mantenimiento de clústeres de ElastiCache](maintenance-window.md).
+ **Reemplazar el único nodo en cualquier clúster de Valkey o Redis OSS**: si el clúster no tiene réplicas de lectura, puede utilizar el siguiente procedimiento para reemplazar el nodo.
**Para sustituir el único nodo mediante operaciones de copia de seguridad y restauración**
1. Cree una instantánea del clúster del nodo. Para obtener instrucciones, consulte [Copias de seguridad manuales](backups-manual.md).
1. Cree un nuevo clúster mediante la propagación de los datos a partir de la instantánea. Para obtener instrucciones, consulte [Restauración desde una copia de seguridad a una nueva caché](backups-restoring.md).
1. Elimine el clúster con el nodo programado para su sustitución. Para obtener instrucciones, consulte [Eliminar un clúster en ElastiCache](Clusters.Delete.md).
1. En su aplicación, sustituya el punto de enlace del nodo anterior por el punto de enlace del nuevo nodo.
+ **Reemplazar un nodo de réplica en cualquier clúster de Valkey o Redis OSS**: para reemplazar un clúster de réplicas, aumente el recuento de réplicas. Para hacerlo, agregue una réplica y, a continuación, reduzca el número de réplicas eliminando la réplica que desee reemplazar. Este proceso es dinámico y no tiene asociado ningún tiempo de inactividad del clúster.
**nota**
Si la partición o el grupo de reproducción ya tiene cinco réplicas, invierta los pasos 1 y 2.
**Reemplazo de una réplica en cualquier clúster de Valkey o Redis OSS**
1. Aumente el número de réplicas agregando una réplica al fragmento o grupo de reproducción. Para obtener más información, consulte [Aumento del número de réplicas de una partición](increase-replica-count.md).
1. Elimine la réplica que desea sustituir. Para obtener más información, consulte [Reducción del número de réplicas de una partición](decrease-replica-count.md).
1. Actualice los puntos de enlace de la aplicación.
+ **Reemplazar cualquier nodo en una partición de Valkey o Redis OSS (modo de clúster habilitado)**: para reemplazar el nodo de un clúster sin tiempo de inactividad, utilice el cambio de partición en línea. Primero agregue un fragmento mediante el escalado ascendente y, a continuación, elimine el fragmento con el nodo que se reemplazará mediante el escalado descendente.
**Reemplazo de cualquier nodo en un clúster de Valkey o Redis OSS (modo de clúster habilitado)**
1. Escalado ascendente: agregue un fragmento adicional con la misma configuración que el existente con el nodo que se reemplazará. Para obtener más información, consulte [Adición de particiones con los cambios de particiones en línea](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-add).
1. Reducción horizontal: elimine la partición con el nodo que se sustituirá. Para obtener más información, consulte [Eliminación de particiones con los cambios de particiones en línea](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-remove).
1. Actualice los puntos de enlace de la aplicación.
+ **Reemplazar un nodo en un clúster de Valkey o Redis OSS (modo de clúster deshabilitado)**: si el clúster es de Valkey o Redis OSS (modo de clúster deshabilitado) sin réplicas de lectura, utilice el siguiente procedimiento para reemplazar el nodo.
**Para sustituir el nodo mediante la reproducción (solo modo de clúster desactivado), realice el siguiente procedimiento:**
1. Agregue la reproducción al clúster con el nodo programado para reemplazo como nodo primario. No habilite Multi-AZ en este clúster. Para obtener instrucciones, consulte [Adición de replicación a un clúster de Valkey o Redis OSS sin particiones](Clusters.AddNode.md#AddReplication.CON).
1. Agregue una réplica de lectura al clúster. Para obtener instrucciones, consulte [Para añadir nodos a un ElastiCache clúster (consola)](Clusters.AddNode.md#AddNode.CON).
1. Promocione la réplica de lectura recién creada a nodo principal. Para obtener instrucciones, consulte [Promoción de una réplica de lectura a principal para grupos de replicación de Valkey o Redis OSS (modo de clúster deshabilitado)](Replication.PromoteReplica.md).
1. Elimine el nodo programado para su sustitución. Para obtener instrucciones, consulte [Eliminar nodos de un ElastiCache clúster](Clusters.DeleteNode.md).
1. En su aplicación, sustituya el punto de enlace del nodo anterior por el punto de enlace del nuevo nodo.
+ **Reemplazar una réplica de lectura de Valkey o Redis OSS (clúster modo deshabilitado)**: si el nodo es una réplica de lectura, reemplácelo.
Si su clúster tiene solo un nodo de réplica y están habilitadas Multi-AZ, debe deshabilitarlas para poder eliminar la réplica. Para obtener instrucciones, consulte [Modificación de un grupo de reproducción](Replication.Modify.md).
**Reemplazo de una réplica de lectura de Valkey o Redis OSS (modo de clúster deshabilitado)**
1. Elimine la réplica programada para la sustitución. Para obtener instrucciones, consulte lo siguiente:
+ [Reducción del número de réplicas de una partición](decrease-replica-count.md)
+ [Eliminar nodos de un ElastiCache clúster](Clusters.DeleteNode.md)
1. Agregue una nueva réplica para reemplazar la programada para el reemplazo. Si utiliza el mismo nombre que el de la réplica que acaba de eliminar, puede pasar al paso 3. Para obtener instrucciones, consulte lo siguiente:
+ [Aumento del número de réplicas de una partición](increase-replica-count.md)
+ [Adición de una réplica de lectura para Valkey o Redis OSS (modo de clúster deshabilitado)](Replication.AddReadReplica.md)
1. En su aplicación, sustituya el punto de enlace de la réplica anterior por el punto de enlace de la nueva réplica.
1. Si deshabilitó las Multi-AZ al inicio, vuelva a habilitarlas ahora. Para obtener instrucciones, consulte [Habilitación de Multi-AZ](AutoFailover.md#AutoFailover.Enable).
+ **Reemplazar un nodo principal de Valkey o Redis OSS (modo de clúster deshabilitado)**: si es el nodo principal, primero promueva una réplica de lectura a principal. A continuación, elimine la réplica que era el nodo primario.
Si su clúster tiene solo una réplica y están habilitadas Multi-AZ, debe deshabilitarlas para poder eliminar la réplica en el paso 2. Para obtener instrucciones, consulte [Modificación de un grupo de reproducción](Replication.Modify.md).
**Reemplazo de un nodo principal de Valkey o Redis OSS (modo de clúster deshabilitado)**
1. Promocione una réplica de lectura a primaria. Para obtener instrucciones, consulte [Promoción de una réplica de lectura a principal para grupos de replicación de Valkey o Redis OSS (modo de clúster deshabilitado)](Replication.PromoteReplica.md).
1. Elimine el nodo cuya sustitución está programada (antiguo nodo primario). Para obtener instrucciones, consulte [Eliminar nodos de un ElastiCache clúster](Clusters.DeleteNode.md).
1. Agregue una nueva réplica para reemplazar la programada para el reemplazo. Si utiliza el mismo nombre que el del nodo que acaba de eliminar, puede omitir el cambio de puntos de enlace en la aplicación.
Para obtener instrucciones, consulte [Adición de una réplica de lectura para Valkey o Redis OSS (modo de clúster deshabilitado)](Replication.AddReadReplica.md).
1. En su aplicación, sustituya el punto de enlace del nodo anterior por el punto de enlace del nuevo nodo.
1. Si deshabilitó las Multi-AZ al inicio, vuelva a habilitarlas ahora. Para obtener instrucciones, consulte [Habilitación de Multi-AZ](AutoFailover.md#AutoFailover.Enable).
# Reemplazo de nodos (Memcached)
Amazon ElastiCache for Memcached suele actualizar su flota con parches y actualizaciones que se aplican a las instancias sin problemas. Sin embargo, cada cierto tiempo tenemos que volver a lanzar los nodos de ElastiCache for Memcached con el fin de aplicar actualizaciones obligatorias de sistemas operativos en el anfitrión subyacente. Estas sustituciones son necesarias para aplicar actualizaciones que refuerzan la seguridad, la fiabilidad y el rendimiento operativo.
Puede optar por administrar personalmente estas sustituciones en cualquier momento antes del periodo programado para la sustitución de nodos. Cuando administre personalmente una sustitución, la instancia recibirá la actualización del sistema operativo cuando vuelva a lanzar el nodo y se cancelará la sustitución de nodos programada. Es posible que reciba alertas que indiquen que va a tener lugar la sustitución de nodos. Si ya ha mitigado manualmente la necesidad de mantenimiento, puede hacer caso omiso de estas alertas.
**nota**
Los nodos de caché de reemplazo generados de forma automática por Amazon ElastiCache pueden tener direcciones IP diferentes. Usted es responsable de revisar la configuración de la aplicación para asegurarse de que los nodos de caché estén asociados con las direcciones IP apropiadas.
En la siguiente lista se identifican las acciones que puede realizar cuando ElastiCache programa el reemplazo de uno de los nodos de Memcached.
+ **No hacer nada**: si no hace nada, ElastiCache reemplaza el nodo según lo programado. Cuando ElastiCache reemplaza de forma automática el nodo por uno nuevo, este se encontrará vacío inicialmente.
+ **Cambie el periodo de mantenimiento**: para eventos de mantenimiento programados, recibirá un correo electrónico o un evento de notificación de ElastiCache. En este caso, si cambia el periodo de mantenimiento antes de la hora de sustitución programada, su nodo se sustituirá en ese momento a la nueva hora. Para obtener más información, consulte [Modificación de un clúster de ElastiCache](Clusters.Modify.md).
**nota**
La capacidad de cambiar el periodo de sustitución al mover el periodo de mantenimiento, solo se encuentra disponible cuando la notificación de ElastiCache incluye un periodo de mantenimiento. Si la notificación no incluye un periodo de mantenimiento, no se puede cambiar el periodo de sustitución.
Por ejemplo, supongamos que es jueves 9 de noviembre a las 15:00 h y el próximo periodo de mantenimiento es el viernes 10 de noviembre a las 17:00 h. A continuación, se exponen tres escenarios con sus resultados:
+ Cambia el periodo de mantenimiento a los viernes a las 16:00, después de la fecha y hora actuales y antes del siguiente periodo de mantenimiento programado. El nodo se sustituye el viernes 10 de noviembre a las 16:00.
+ Cambia el periodo de mantenimiento al sábado a las 16:00, después de la fecha y hora actuales y después del siguiente periodo de mantenimiento programado. El nodo se sustituye el sábado 11 de noviembre a las 16:00.
+ Cambia el periodo de mantenimiento al miércoles a las 16:00 (un día anterior de la misma semana que la fecha y hora actuales). El nodo se sustituye el próximo miércoles 15 de noviembre a las 16:00.
Para obtener instrucciones, consulte [Administración del mantenimiento de clústeres de ElastiCache](maintenance-window.md).
+ **Reemplazar el nodo de forma manual**: si necesita reemplazar el nodo antes del siguiente periodo de mantenimiento, hágalo de forma manual.
Si sustituye manualmente el nodo, las claves se redistribuyen. Esa redistribución provoca errores en la caché.
**Para sustituir manualmente un nodo de Memcached**
1. Elimine el nodo programado para su sustitución. Para obtener instrucciones, consulte [Eliminar nodos de un ElastiCache clúster](Clusters.DeleteNode.md).
1. Agregue un nuevo nodo al clúster. Para obtener instrucciones, consulte [Añadir nodos a un ElastiCache clúster](Clusters.AddNode.md).
1. Si no va a utilizar la detección automática en este clúster, consulte la aplicación y sustituya todas las instancias del punto de conexión del nodo antiguo por el punto de conexión del nuevo nodo.
# Nodos reservados
Reservar uno o varios nodos de ElastiCache puede ser una forma de reducir los costos. Los nodos reservados se cobran por adelantado en función de una tarifa que depende del tipo de nodo y la duración de la reserva: uno o tres años.
Para ver si los nodos reservados suponen un ahorro de costos para sus casos de uso, determine primero el tamaño del nodo y la cantidad de nodos que necesita. A continuación, calcule la utilización del nodo y compare el costo total que supondría utilizar nodos en diferido en relación con los nodos reservados. Puede mezclar y emparejar nodos reservados con nodos en diferido en sus clústeres. Para obtener información sobre los precios, consulte [Precios de Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/).
**Topics**
+ [Administración de costos con los nodos reservados](#reserved-nodes)
+ [Ofertas de nodos reservados estándar](#reserved-nodes-standard)
+ [Tamaño de los nodos reservados con flexibilidad](#reserved-nodes-size)
+ [Eliminación de un nodo reservado](#reserved-nodes-deleting)
+ [Ofertas de nodos reservados heredados](#reserved-nodes-utilization)
+ [Obtención de información sobre las ofertas de nodos reservados](#reserved-nodes-offerings)
+ [Compra de un nodo reservado](#reserved-nodes-purchasing)
+ [Obtención de información sobre los nodos reservados](#reserved-nodes-describing)
## Administración de costos con los nodos reservados
Reservar uno o varios nodos puede ser una forma de reducir costos. Los nodos reservados se cobran por adelantado en función de una tarifa que depende del tipo de nodo y la duración de la reserva: uno o tres años. Dicho cargo es mucho menor que el cargo por uso por hora que se aplica con los nodos bajo demanda.
Para ver si los nodos reservados suponen un ahorro de costos para sus casos de uso, determine primero el tamaño del nodo y la cantidad de nodos que necesita. A continuación, calcule el uso del nodo y compare el costo total que supondría utilizar nodos bajo demanda en relación con los nodos reservados. Puede mezclar y emparejar nodos reservados con nodos en diferido en sus clústeres. Para obtener información sobre los precios, consulte [Precios de Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/).
La región de AWS, el tipo de nodo y la longitud del término se deben elegir en el momento de la compra y no se pueden cambiar más adelante.
Puede utilizar la Consola de administración de AWS, la AWS CLI o la API de ElastiCache para mostrar y adquirir ofertas de nodos reservados disponibles.
Para obtener más información sobre los nodos reservados, consulte [Nodos reservados de Amazon ElastiCache](https://aws.amazon.com/elasticache/reserved-cache-nodes/).
## Ofertas de nodos reservados estándar
Cuando compra una instancia de nodo reservado (RI) en Amazon ElastiCache, puede adquirir un compromiso para obtener una tarifa con descuento en un tipo de instancias de nodo específico y una región de AWS por la duración de la instancia de nodo reservada. Para utilizar una instancia reservada de nodo de Amazon ElastiCache, debe crear una instancia de nodo de ElastiCache nueva, al igual que lo haría para una instancia en diferido.
Si las especificaciones de la instancia de nodo reservado nueva coinciden con una instancia reservada de nodo existente de su cuenta, se facturará a la tarifa con descuento que se ofrece para la instancia de nodo reservada. De lo contrario, la instancia de nodo se factura con una tarifa en diferido. Estas RI estándar están disponibles a partir de las familias de instancias R5 y M5 en adelante.
**nota**
Los tipos de ofertas que se analizan a continuación están disponibles en plazos de un año y de tres años.
**Tipos de ofertas**
Una RI **sin pago inicial ** proporciona acceso a una instancia reservada de ElastiCache sin que haya que hacer un pago inicial. La instancia reservada de ElastiCache *sin pago inicial* se factura con una tarifa por hora con descuento por cada hora dentro del término, independientemente de si se utiliza o no.
Una RI con **pago inicial parcial** requiere que parte de la instancia reservada de ElastiCache se pague por adelantado. Las horas restantes del término se cobran a una tarifa por hora con descuento, independientemente de la utilización que haga. Esta opción sustituye a la opción heredada *utilización intensa*, que se explica en la sección siguiente.
La RI de **Pago total anticipado** requiere que el pago completo se realice al comenzar el término de RI. No se aplicarán otros costos durante el resto del término, independientemente del número de horas utilizadas.
## Tamaño de los nodos reservados con flexibilidad
Todos los nodos reservados tienen un tamaño flexible. Al comprar un nodo reservado, una de las cosas que especifica es el tipo de nodo, por ejemplo, cache.r6g.xlarge. Para obtener más información sobre los tipos de nodos, consulte [Precios de Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/ ).
Si tiene un nodo y debe escalarlo para aumentar su capacidad, el nodo reservado se aplica automáticamente al nodo escalado. Es decir, los nodos reservados se aplican automáticamente al uso de cualquier tamaño en la misma familia de nodos. Los nodos reservados de tamaño flexible están disponibles para los nodos de la misma región de AWS. Los nodos reservados con flexibilidad de tamaño solo se pueden reducir horizontalmente en sus familias de nodos. Por ejemplo, un nodo reservado para cache.r6g.xlarge puede aplicarse a cache.r6g.2xlarge, pero no a cache.r6gd.large, porque cache.r6g y cache.r6gd son familias de nodos diferentes.
La flexibilidad de tamaño significa que puede moverse libremente entre configuraciones dentro de la misma familia de nodos. Por ejemplo, puede pasar de un nodo reservado r6g.xlarge (8 unidades normalizadas) a dos nodos reservados r6g.large (8 unidades normalizadas) (2 × 4 = 8 unidades normalizadas) en la misma región de AWS sin costo adicional.
### Actualización de nodos de Redis OSS a Valkey
Con el lanzamiento de Valkey en ElastiCache, ahora puede aplicar su descuento en nodos reservados de Redis OSS al motor de caché de Valkey. Puede actualizar de Redis OSS a Valkey sin dejar de beneficiarse de los contratos y reservas existentes. Además de poder aprovechar sus ventajas dentro de la familia de nodos de caché y del motor, puede obtener también un mayor valor incremental. Valkey tiene un descuento del 20 % en comparación con Redis OSS y, con la flexibilidad de los nodos reservados, puede utilizar sus nodos reservados de Redis OSS para cubrir un 20 % más de nodos de Valkey en ejecución.
Para calcular la tarifa con descuento, cada combinación de nodo y motor de ElastiCache tiene un factor de normalización que se mide en unidades. Las unidades de nodos reservados se pueden aplicar a cualquier nodo en ejecución de la familia de instancias del nodo reservado para un motor determinado. Los nodos reservados de Redis OSS también se pueden aplicar a todos los motores para cubrir los nodos de Valkey en ejecución. Como Valkey tiene un descuento en comparación con Redis OSS y Memcached, sus unidades para un tipo de instancia determinado son más bajas, lo que permite que un nodo reservado de Redis OSS cubra más nodos de Valkey.
Como ejemplo, supongamos que ha comprado un nodo reservado para una cache.r7g.4xlarge para el motor de Redis OSS (32 unidades) y está ejecutando un nodo cache.r7g.4xlarge de Redis OSS (32 unidades). Si actualiza el nodo a Valkey, el factor de normalización del nodo en ejecución se reduce a 25,6 unidades y el nodo reservado existente le proporciona 6,4 unidades adicionales para utilizarlas con cualquier otro nodo de Valkey o Redis OSS en ejecución de la familia cache.r7g en la región. Puede usar esto para cubrir el 25 % de otro nodo de Valkey cache.r7g.4xlarge de la cuenta (25,6 unidades) o el 100 % de un nodo de Valkey cache.r7g.xlarge (6,4 unidades).
### Comparación del uso con unidades normalizadas
Puede comparar el uso de diferentes tamaños de nodos reservados utilizando unidades normalizadas. Por ejemplo, una hora de uso en dos nodos cache.r6g.4xlarge equivale a 16 horas de uso en una sola cache.r6g.large. En la tabla siguiente se muestra el número de unidades normalizadas por cada tamaño de nodo:
****
| Tamaño del nodo | Unidades normalizadas con Redis OSS o Memcached | Unidades normalizadas con Valkey |
| --- | --- | --- |
| micro | 0,5 | 0,4 |
| small | 1 | 0,8 |
| medium | 2 | 1,6 |
| large | 4 | 3,2 |
| xlarge | 8 | 6,4 |
| 2xlarge | 16 | 12,8 |
| 4xlarge | 32 | 25,6 |
| 6xlarge | 48 | 38,4 |
| 8xlarge | 64 | 51,2 |
| 10xlarge | 80 | 64 |
| 12xlarge | 96 | 76,8 |
| 16xlarge | 128 | 102,4 |
| 24xlarge | 192 | 153,6 |
Por ejemplo, adquiere un nodo reservado cache.r6gd.xlarge y tiene dos nodos reservados cache.r6gd.large en ejecución en su cuenta en la misma región de AWS. En este caso, el beneficio de facturación se aplica en su totalidad a los dos nodos.
![\[Region containing a cache.r6gd.xlarge reserved node with two cache.r6gd.large nodes inside.\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/images/ri1.png)
De forma alternativa, si tiene una instancia cache.r6gd.2xlarge en ejecución en su cuenta en la misma región de AWS, el beneficio en la facturación se aplica al 50 % del uso del nodo reservado.
![\[Diagram showing a cache.r6gd.xlarge reserved node region containing a cache.r6gd.2xlarge instance.\]](http://docs.aws.amazon.com/es_es/AmazonElastiCache/latest/dg/images/ri2.png)
## Eliminación de un nodo reservado
Los términos de un nodo reservado implican un compromiso de un año o de tres años. No se puede cancelar un nodo reservado. Sin embargo, puede eliminar un nodo que tenga un descuento de nodo reservado. El proceso para eliminar un nodo con un descuento de nodo reservado es el mismo que para cualquier otro nodo.
Si elimina un nodo con un descuento de nodo reservado, puede lanzar otro nodo con especificaciones compatibles. En este caso, sigue disfrutando de la tarifa de descuento mientras dure la reserva (de uno o tres años).
## Ofertas de nodos reservados heredados
Existen tres niveles de reservas de nodo heredado: uso intenso, uso medio y uso bajo. Los nodos pueden reservarse en cualquier nivel de uso durante uno o tres años. El tipo de nodo, el nivel de uso y el término de la reserva afectarán a los costos totales. Verifique el ahorro que los nodos reservados pueden proporcionar a la empresa al comparar varios modelos antes de adquirir los nodos reservados.
Los nodos que se compran con un término o nivel de utilización determinado no pueden cambiarse a un término o nivel de utilización distinto.
**Niveles de utilización**
Los *nodos reservados de utilización intensa* permiten cargas de trabajo que tienen una base constante de capacidad, así como la ejecución de cargas de trabajo estables. Los nodos reservados de utilización intensa requieren un elevado nivel de compromiso por anticipado; sin embargo, si planea mantener el nodo en ejecución más del 79 por ciento del término de la reserva del nodo, podrá conseguir un mayor ahorro (hasta un 70 por ciento en comparación con el precio de los nodos en diferido). Con los nodos reservados de uso intenso, deberá realizar un pago por única vez. A continuación, seguirá una tarifa por hora más baja mientras dure el término, independientemente de si el nodo se encuentre en funcionamiento.
Los *nodos reservados de uso medio* son la mejor opción si tiene previsto aprovechar los nodos reservados durante una buena parte del tiempo, pero desea disponer de una tarifa de pago por única vez menor o de la flexibilidad para poder dejar de pagar por el nodo al apagarlo. Los nodos reservados de utilización media son una opción más rentable cuando tiene planeado mantener en ejecución los nodos reservados más del 40 por ciento del término que dura la reserva. Esta opción puede ahorrar hasta un 64 por ciento con respecto al precio en diferido. Con los nodos reservados de utilización media, el pago por única vez será ligeramente superior que con los nodos reservados de utilización baja y disfrutará de unas tarifas de uso por hora más reducidas al ejecutar un nodo.
Los *nodos reservados de utilización baja* son la opción perfecta para cargas de trabajo periódicas que solo se ejecutan durante un par de horas al día o durante unos días a la semana. Con los nodos reservados de utilización baja, deberá realizar un pago por única vez seguido del pago de una tarifa de utilización por horas con descuento cuando el nodo se ejecute. Puede comenzar a ahorrar cuando el nodo se ejecute durante más del 17 % del término reservado del nodo. Puede ahorrar hasta un 56 % de las tarifas bajo demanda durante todo el término del nodo reservado.
**Ofertas de nodos reservados heredados**
| Ofertas | Costo inicial | Tarifa de uso | Beneficio |
| --- | --- | --- | --- |
| Utilización intensa | Máxima | Tasa por hora más baja. Se aplica durante todo el término independientemente de si utiliza el nodo reservado o no. | Menor costo total si planea ejecutar los nodos reservados más del 79 por ciento del término de tres años. |
| Utilización media | Medio | Tasa de utilización por hora aplicada por cada hora de ejecución del nodo. No se aplica ningún cargo por hora cuando el nodo no está en ejecución. | Adecuado para cargas de trabajo elásticas o para cuando se espera una utilización moderada, durante más del 40 por ciento del término de tres años. |
| Utilización baja | Mínima | Tasa de uso por hora aplicada por cada hora de ejecución del nodo. No se aplica ningún cargo por hora cuando el nodo no está en ejecución. Tasa por hora más alta de todos los tipos de ofertas; sin embargo, las tasas solo se aplican cuando el nodo reservado está en ejecución. | El costo total más elevado si planea ejecutar todo el tiempo. Sin embargo, ofrece el mínimo costo total si prevé que utilizará el nodo reservado con poca frecuencia, más del 15 % de un término de tres años. |
| Utilización en diferido (sin nodos reservados) | Ninguno | Tasa por hora más alta. Se aplica cuando el nodo está en ejecución. | Costo por hora más alto. |
Para obtener más información, consulte [Precios de Amazon ElastiCache](https://aws.amazon.com/elasticache/pricing/).
## Obtención de información sobre las ofertas de nodos reservados
Antes de comprar nodos reservados, puede obtener información acerca de las ofertas de nodos reservados.
Los siguientes ejemplos muestran cómo obtener datos de precios e información sobre las ofertas disponibles de nodos reservados mediante la Consola de administración de AWS, la AWS CLI y la API de ElastiCache.
**Topics**
+ [Utilización de la Consola de administración de AWS](#reserved-nodes-offerings-console)
+ [Uso de AWS CLI](#reserved-nodes-offerings-cli)
+ [Uso de la API de ElastiCache](#reserved-nodes-offerings-api)
### Obtención de información sobre las ofertas de nodos reservados (consola)
Para obtener datos de precios e información sobre las ofertas disponibles de clústeres reservados mediante la Consola de administración de AWS, utilice el siguiente procedimiento.
**Para obtener información acerca de las ofertas de nodos reservados disponibles**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de ElastiCache en [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. En el panel de navegación, seleccione **Reserved Nodes (Nodos reservados)**.
1. Elija **Purchase Reserved Node** (Comprar nodo reservado).
1. En **Motor**, elija Valkey, Memcached o Redis OSS.
1. Para determinar las ofertas disponibles, seleccione las siguientes opciones:
+ **Node Type**
+ **Term (Término**
+ **Offering Type(Tipo de oferta**
Después de realizar estas selecciones, el costo por nodo y el costo total de las selecciones se mostrarán en **Reservation details** (Detalles de reserva).
1. Elija **Cancel** (Cancelar) para evitar comprar estos nodos e incurrir en gastos.
### Obtención de información sobre las ofertas de nodos reservados (AWS CLI)
Para obtener más información acerca de precios y otra información acerca de las ofertas de nodos reservados disponibles para Valkey o Redis OSS, escriba el comando siguiente en el símbolo del sistema:
```
1. aws elasticache describe-reserved-cache-nodes-offerings
```
Esta operación produce un resultado similar al siguiente (formato JSON):
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Para obtener más información acerca de precios y otra información acerca de las ofertas de nodos reservados disponibles, escriba el comando siguiente en el símbolo del sistema:
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xx.12xlarge",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Para obtener más información, consulte [describe-reserved-cache-nodes-offerings](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes-offerings.html) en la referencia de la AWS CLI.
### Obtención de información sobre las ofertas de nodos reservados (API de ElastiCache)
Para obtener datos acerca de precios e información acerca de las ofertas de nodos reservados disponibles, realice una llamada a la acción `DescribeReservedCacheNodesOfferings`.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodesOfferings
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Para obtener más información, consulte [DescribeReservedCacheNodesOfferings](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodesOfferings.html) en la referencia de la API de ElastiCache.
## Compra de un nodo reservado
Los siguientes ejemplos muestran cómo comprar una oferta de nodo reservado mediante la Consola de administración de AWS, la AWS CLI y la API de ElastiCache.
**importante**
Los ejemplos que se muestran a continuación en esta sección incurrirán en gastos en la cuenta de AWS que no podrá revertir.
**Topics**
+ [Utilización de la Consola de administración de AWS](#reserved-nodes-purchasing-console)
+ [Utilización de la AWS CLI](#reserved-nodes-purchasing-cli)
+ [Uso de la API de ElastiCache](#reserved-nodes-purchasing-api)
### Compra de un nodo reservado (Consola)
En este ejemplo, se muestra la compra de una oferta de nodo reservado específica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, con un ID de nodo reservado de *myreservationID*.
En el procedimiento siguiente, se utiliza la Consola de administración de AWS para comprar la oferta de nodo reservado por identificador de oferta.
**Para comprar nodos reservados**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de ElastiCache en [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. En el panel de navegación, elija el enlace **Reserved Nodes** (Nodos reservados).
1. Elija el botón **Purchase reserved nodes** (Comprar nodos reservados).
1. En **Motor**, elija Valkey, Memcached o Redis OSS.
1. Para determinar las ofertas disponibles, seleccione las siguientes opciones:
+ **Node Type**
+ **Term (Término**
+ **Offering Type(Tipo de oferta**
+ Un **Reserved node ID** (ID de nodo reservado) opcional
Después de realizar estas selecciones, el costo por nodo y el costo total de las selecciones se mostrarán en **Reservation details** (Detalles de reserva).
1. Seleccione **Comprar**.
### Compra de un nodo reservado (AWS CLI)
En el siguiente ejemplo, se muestra la compra de una oferta de clúster reservado específica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, con un ID de nodo reservado de *myreservationID*.
Escriba el comando siguiente en el símbolo del sistema:
Para Linux, macOS o Unix:
```
1. aws elasticache purchase-reserved-cache-nodes-offering \
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \
3. --reserved-cache-node-id myreservationID
```
Para Windows:
```
1. aws elasticache purchase-reserved-cache-nodes-offering ^
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^
3. --reserved-cache-node-id myreservationID
```
El comando devuelve un resultado similar al siguiente:
```
1. RESERVATION ReservationId Class Start Time Duration Fixed Price Usage Price Count State Description Offering Type
2. RESERVATION myreservationid cache.xx.small 2013-12-19T00:30:23.247Z 1y XXX.XX USD X.XXX USD 1 payment-pending memcached Medium Utilization
```
Para obtener más información, consulte [purchase-reserved-cache-nodes-offering](https://docs.aws.amazon.com/cli/latest/reference/elasticache/purchase-reserved-cache-nodes-offering.html) en la referencia de la AWS CLI.
### Compra de un nodo reservado (API de ElastiCache)
En el siguiente ejemplo, se muestra la compra de una oferta de nodo reservado específica, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, con un ID de clúster reservado de *myreservationID*.
Realice una llamada a la operación `PurchaseReservedCacheNodesOffering` con los parámetros siguientes:
+ `ReservedCacheNodesOfferingId` = `649fd0c8-cf6d-47a0-bfa6-060f8e75e95f`
+ `ReservedCacheNodeID` = `myreservationID`
+ `CacheNodeCount` = `1`
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=PurchaseReservedCacheNodesOffering
&ReservedCacheNodesOfferingId=649fd0c8-cf6d-47a0-bfa6-060f8e75e95f
&ReservedCacheNodeID=myreservationID
&CacheNodeCount=1
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Para obtener más información, consulte [PurchaseReservedCacheNodesOffering](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_PurchaseReservedCacheNodesOffering.html) en la referencia de la API de ElastiCache.
## Obtención de información sobre los nodos reservados
Puede obtener información sobre los nodos reservados que ha comprado con la Consola de administración de AWS, la AWS CLI y la API de ElastiCache.
**Topics**
+ [Utilización de la Consola de administración de AWS](#reserved-nodes-describing-console)
+ [Utilización de la AWS CLI](#reserved-nodes-describing-cli)
+ [Uso de la API de ElastiCache](#reserved-nodes-describing-api)
### Obtención de información sobre los nodos reservados (consola)
En el procedimiento siguiente, se describe cómo utilizar la Consola de administración de AWS para obtener información acerca de los nodos reservados que ha comprado.
**Para obtener información acerca de los nodos reservados comprados**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de ElastiCache en [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. En el panel de navegación, elija el enlace **Reserved nodes** (Nodos reservados).
Los nodos reservados para la cuenta aparecen en la lista de nodos reservados. Puede elegir cualquiera de los nodos reservados de la lista para ver información detallada acerca del nodo reservado en el panel de detalles situado en la parte inferior de la consola.
### Obtención de información sobre los nodos reservados (AWS CLI)
Para obtener información sobre los nodos reservados de la cuenta de AWS, escriba el siguiente comando en el símbolo del sistema:
```
aws elasticache describe-reserved-cache-nodes
```
Esta operación produce un resultado similar al siguiente (formato JSON):
```
{
"ReservedCacheNodeId": "myreservationid",
"ReservedCacheNodesOfferingId": "649fd0c8-cf6d-47a0-bfa6-060f8e75e95f",
"CacheNodeType": "cache.xx.small",
"DataTiering": "disabled",
"Duration": "31536000",
"ProductDescription": "memcached",
"OfferingType": "Medium Utilization",
"MaxRecords": 0
}
```
Para obtener más información, consulte [describe-reserved-cache-nodes](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes.html) en la referencia de la AWS CLI.
### Obtención de información sobre los nodos reservados (API de ElastiCache)
Para obtener información sobre los nodos reservados de la cuenta de AWS, realice una llamada a la operación `DescribeReservedCacheNodes`.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodes
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Para obtener más información, consulte [DescribeReservedCacheNodes](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodes.html) en la referencia de la API de ElastiCache.
# Migración de nodos de generación anterior
Los nodos de generación anterior son tipos de nodos que se eliminan gradualmente. Si no tiene clústeres existentes que utilicen un tipo de nodo de generación anterior, ElastiCache no admite la creación de clústeres nuevos con ese tipo de nodo.
Debido a la cantidad limitada de tipos de nodos de generación anterior, no podemos garantizar un reemplazo exitoso cuando un nodo pasa a estar en mal estado en los clústeres. En tal situación, la disponibilidad del clúster puede verse afectada de forma negativa.
Recomendamos migrar los clústeres a un tipo de nodo nuevo para mejorar la disponibilidad y el rendimiento. Para obtener un tipo de nodo recomendado que permita migrar, consulte [Rutas de actualización](https://aws.amazon.com/ec2/previous-generation/). Para obtener una lista completa de los tipos de nodos admitidos y los tipos de nodos de generación anterior en ElastiCache, consulte [Tipos de nodos compatibles](CacheNodes.SupportedTypes.md).
## Migración de nodos en un clúster de Valkey o Redis OSS
El siguiente procedimiento describe cómo migrar el tipo de nodo del clúster de Valkey o Redis OSS con la consola de ElastiCache. Durante este proceso, el clúster de Valkey o Redis OSS seguirá atendiendo solicitudes con un tiempo de inactividad mínimo. Según la configuración del clúster, puede ver los siguientes tiempos de inactividad. Las siguientes son estimaciones y pueden diferir en función de sus configuraciones específicas:
+ El modo de clúster deshabilitado (nodo único) puede ver aproximadamente 60 segundos, principalmente debido a la propagación de DNS.
+ El modo de clúster deshabilitado (con nodo de réplica) puede experimentar aproximadamente 1 segundo para los clústeres que ejecutan Valkey 7.2 y versiones posteriores o Redis OSS 5.0.6 y versiones posteriores. Todas las versiones inferiores pueden experimentar aproximadamente 10 segundos.
+ El modo de clúster habilitado puede ver aproximadamente 1 segundo.
**Para modificar un tipo de nodo de clúster de Valkey o Redis OSS mediante la consola:**
1. Inicie sesión en la consola y abra la consola de ElastiCache en [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. En el panel de navegación, elija **Clústeres de Valkey** o **Clústeres de Redis OSS**.
1. En la lista de clústeres, seleccione el clúster que desea migrar.
1. Elija **Actions** (Acciones) y después **Modify** (Modificar).
1. Elija el nuevo tipo de nodo de la lista de tipos de nodos.
1. Si desea realizar el proceso de migración de forma inmediata, elija **Apply immediately** (Aplicar de inmediato). Si no selecciona **Apply immediately** (Aplicar de inmediato), el proceso de migración se realizará durante el siguiente periodo de mantenimiento del clúster.
1. Elija **Modify** (Modificar). Si eligió **Apply immediately (Aplicar inmediatamente)** en el paso anterior, el estado del clúster cambiará a **modifying (en modificación)**. Cuando el estado cambie a **available (disponible)**, la modificación se habrá completado y podrá empezar a utilizar el nuevo clúster.
*Para modificar un tipo de nodo de clúster de Valkey o Redis OSS mediante la AWS CLI:*
Utilice la API [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html) como se muestra a continuación:
Para Linux, macOS o Unix:
```
aws elasticache modify-replication-group /
--replication-group-id my-replication-group /
--cache-node-type new-node-type /
--apply-immediately
```
Para Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id my-replication-group ^
--cache-node-type new-node-type ^
--apply-immediately
```
En esta situación, el valor de *new-node-type* es el tipo de nodo al que se migra. Al pasar el parámetro `--apply-immediately`, la actualización se aplicará de inmediato cuando el grupo de reproducción pase del estado de **modifying** (modificando) a **modificación** (disponible). Si no selecciona **Apply immediately** (Aplicar de inmediato), el proceso de migración se realizará durante el siguiente periodo de mantenimiento del clúster.
**nota**
Si no puede modificar el clúster con un error `InvalidCacheClusterState`, primero debe eliminar un nodo con error de restauración.
### Reparación o eliminación de los nodos con error en la restauración
El siguiente procedimiento describe cómo reparar o eliminar los nodos con error de restauración en el clúster de Valkey o Redis OSS. Para obtener más información sobre cómo entran los nodos de ElastiCache en un estado de restauración fallida, consulte [Visualización ElastiCache del estado de los nodos](Nodes.viewing.md). Es recomendable eliminar primero los nodos que se encuentren en un estado de restauración fallida; luego, migrar los nodos restantes de la generación anterior del clúster de ElastiCache a un tipo de nodo de nueva generación y, por último, volver a añadir el número de nodos necesario.
Eliminar el nodo con error de restauración (consola):
1. Inicie sesión en la consola y abra la consola de ElastiCache en [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home).
1. En el panel de navegación, elija **Clústeres de Valkey** o **Clústeres de Redis OSS**.
1. En la lista de clústeres, elija el clúster del que desea eliminar un nodo.
1. En la lista de particiones, elija la partición de la que desea eliminar un nodo. Omita este paso si el modo clúster se encuentra deshabilitado para el clúster.
1. En la lista de nodos, elija el nodo con un estado `restore-failed`.
1. Elija **Actions** (Acciones) y, a continuación, elija **Delete node** (Eliminar nodo).
Cuando elimine los nodos con errores de restauración del clúster de ElastiCache, ya puede migrar a un tipo de generación más reciente. Para obtener más información, consulte lo descrito anteriormente sobre [Migración de nodos en un clúster de Valkey o Redis OSS](#CacheNodes.NodeMigration.Redis).
Para añadir nodos posteriores al clúster de ElastiCache, consulte [Añadir nodos a un ElastiCache clúster](Clusters.AddNode.md).
## Migración de nodos en un clúster de Memcached
Para migrar ElastiCache para Memcached a un tipo de nodo distinto, debe crear un clúster nuevo que siempre comience vacío así la aplicación puede rellenarlo.
**Para migrar el tipo de nodo de clúster de ElastiCache para Memcached mediante la consola de ElastiCache:**
+ Cree un nuevo clúster con el nuevo tipo de nodo. Para obtener más información, consulte [Creación de un clúster de Memcached (consola)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
+ En la aplicación, actualice los puntos de enlace a los puntos de enlace del nuevo clúster. Para obtener más información, consulte [Búsqueda de puntos de conexión de un clúster (consola) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ Elimine el clúster anterior. Para obtener más información, consulte [Eliminar un clúster en ElastiCache](Clusters.Delete.md)