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.

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 la generación anterior, ElastiCache no admite la creación de nuevos clústeres 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. Para obtener una lista completa de los tipos de nodos compatibles y de los tipos de nodos de la generación anterior ElastiCache, consulteTipos de nodos compatibles.

Migración de nodos en un clúster de Valkey o Redis OSS

El siguiente procedimiento describe cómo migrar el tipo de nodo de un OSS clúster de Valkey o Redis mediante la consola. ElastiCache Durante este proceso, su OSS clúster de Valkey o Redis seguirá atendiendo las 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:

Para modificar el tipo de nodo de un OSS clúster de Valkey o Redis mediante la consola:

Para modificar el tipo de nodo de un OSS clúster de Valkey o Redis mediante: AWS CLI

Utilice lo que se muestra modify-replication-groupAPIa 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 este escenario, el valor de new-node-type es el tipo de nodo al que se está migrando. 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.

Reparar o eliminar restore-failed-node

El siguiente procedimiento describe cómo reparar o eliminar los nodos de su clúster de Valkey o Redis que han fallado durante la restauración. OSS Para obtener más información sobre cómo los ElastiCache nodos entran en un estado de restauración fallida, consulte. Visualización ElastiCache del estado del nodo Recomendamos eliminar primero los nodos que se encuentren en un estado de restauración fallida, migrar los nodos restantes de la generación anterior del ElastiCache clúster 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):

Una vez que haya eliminado del ElastiCache clúster los nodos que no se hayan podido restaurar, podrá migrar a un tipo de nueva generación. Para obtener más información, consulte lo descrito anteriormente sobre Migración de nodos en un clúster de Valkey o Redis OSS.

Para volver a añadir nodos al ElastiCache clúster, consulte. Añadir nodos a un ElastiCache clúster

Migración de nodos en un clúster de Memcached

Para migrar ElastiCache (Memcached) a un tipo de nodo diferente, debe crear un clúster nuevo, que siempre comience vacío para que la aplicación pueda rellenarlo.

Para migrar el tipo de nodo de clúster ElastiCache (Memcached) mediante la consola: ElastiCache