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.
Inicio de la migración
Una vez completados todos los requisitos previos, puede comenzar la migración de datos mediante la AWS Management Console ElastiCache API o AWS CLI. Para el modo clúster activado, si la migración de ranura difiere, se realizará un cambio de particiones antes de la migración en activo. El siguiente ejemplo muestra el uso de la CLI.
nota
Recomendamos utilizar la API TestMigration
para validar la configuración de la migración. Pero esto es estrictamente opcional.
Inicie la migración llamando al comando start-migration
con los siguientes parámetros:
-
--replication-group-id
— Identificador del grupo de ElastiCache replicación de destino -
--customer-node-endpoint-list
: una lista de puntos de conexión con DNS o direcciones IP y el puerto en el que se ejecuta su clúster de Valkey o Redis OSS de origen. La lista solo puede tener un elemento tanto para el modo clúster desactivado como para el modo clúster activado. Si tiene habilitada la replicación encadenada, el punto de conexión puede apuntar a una réplica en vez de a un nodo principal en el clúster de Valkey o Redis OSS.
A continuación se muestra un ejemplo del uso de la CLI.
aws elasticache start-migration --replication-group-id test-cluster --customer-node-endpoint-list "Address='10.0.0.241',Port=6379"
Al ejecutar este comando, el nodo ElastiCache principal (en cada fragmento) se configura para convertirse en una réplica de su instancia de OSS de Valkey o Redis (en el fragmento correspondiente que posee las mismas ranuras en los redis habilitados para clústeres). El estado del ElastiCache clúster cambia a estado migratorio y los datos comienzan a migrar desde la instancia de OSS de Valkey o Redis al nodo principal. ElastiCache En función del tamaño de los datos y la carga en la instancia de Valkey o Redis OSS, la migración puede tardar un poco en finalizar. Para comprobar el progreso de la migración, ejecuta el comando VALKEY-CLI INFO en la instancia de Valkey
Tras una replicación correcta, todas las escrituras en las instancias de OSS de Valkey o Redis se propagan al clúster. ElastiCache Puede usar ElastiCache nodos para las lecturas. Sin embargo, no es posible leer ni escribir en el clúster de ElastiCache. Si un nodo ElastiCache principal tiene otros nodos de réplica conectados a él, estos nodos de réplica seguirán replicándose desde el nodo ElastiCache principal. De esta forma, todos los datos del clúster OSS de Valkey o Redis se replican en todos los nodos del clúster. ElastiCache
Si un nodo ElastiCache principal no puede convertirse en una réplica de su instancia de OSS de Valkey o Redis, lo volverá a intentar varias veces antes de volver a pasar a ser principal. El estado del clúster de ElastiCache cambia pues a available (disponible) y se envía un evento del grupo de replicación sobre el error para iniciar la migración. Para solucionar problemas como un error, compruebe lo siguiente:
-
Busque el evento del grupo de reproducción. Utilice cualquier información específica del evento para arreglar el error de migración.
-
Si el evento no ofrece ninguna información específica, asegúrese de que ha seguido las directrices que se indican en Preparación del origen y destino para la migración.
-
Asegúrese de que la configuración de enrutamiento de la VPC y las subredes permita el tráfico entre los ElastiCache nodos y las instancias de OSS de Valkey o Redis.
-
Asegúrese de que el grupo de seguridad adjunto a sus instancias de OSS de Valkey o Redis permita el tráfico enlazado de entrada desde los nodos. ElastiCache
-
Compruebe los registros de Valkey o Redis OSS de las instancias para obtener más información sobre los errores específicos de la replicación.