Démarrage d’une migration

Une fois toutes les conditions requises remplies, vous pouvez commencer la migration des données à l' AWS Management Console aide de l' ElastiCache API ou AWS CLI. Si le mode cluster est activé et que la migration des emplacements diffère, un repartitionnement est effectué avant la migration en direct. L'exemple suivant montre comment utiliser la CLI.

Note

Nous avons recommandé d'utiliser l'API TestMigration pour valider la configuration de la migration. Mais cela est strictement facultatif.

Commencez la migration en appelant la commande start-migration avec les paramètres suivants :

• --replication-group-id— Identifiant du groupe de ElastiCache réplication cible

• --customer-node-endpoint-list— Une liste de points de terminaison avec des adresses DNS ou IP et le port sur lequel votre cluster Redis OSS source est exécuté. La liste ne peut accepter qu'un seul élément à la fois pour le mode cluster désactivé et pour le mode cluster activé. Si vous avez activé la réplication en chaîne, le point de terminaison peut pointer vers une réplique au lieu du nœud principal de votre cluster Redis OSS.

Voici un exemple avec utilisation de la CLI.

aws elasticache start-migration --replication-group-id test-cluster --customer-node-endpoint-list "Address='10.0.0.241',Port=6379"

Lorsque vous exécutez cette commande, le nœud ElastiCache principal (dans chaque partition) se configure pour devenir une réplique de votre instance Redis OSS (dans le fragment correspondant possédant les mêmes emplacements dans Redis activé par le cluster). L'état du ElastiCache cluster passe à la migration et les données commencent à migrer de votre instance Redis OSS vers le ElastiCache nœud principal. En fonction de la taille des données et de la charge sur votre instance Redis OSS, la migration peut prendre un certain temps. Vous pouvez vérifier la progression de la migration en exécutant la commande redis-cli INFO sur votre instance Redis OSS et votre nœud principal. ElastiCache

Une fois la réplication réussie, toutes les écritures effectuées sur vos instances Redis OSS se propagent au ElastiCache cluster. Vous pouvez utiliser des ElastiCache nœuds pour les lectures. Cependant, vous ne pouvez pas écrire dans le ElastiCache cluster. Si d'autres nœuds de réplication sont connectés à un nœud ElastiCache principal, ces nœuds de réplication continuent à se répliquer à partir du nœud ElastiCache principal. De cette façon, toutes les données de votre cluster Redis OSS sont répliquées sur tous les nœuds du cluster. ElastiCache

Si un nœud ElastiCache principal ne peut pas devenir une réplique de votre instance Redis OSS, il réessaie plusieurs fois avant de redevenir principal. L'état du ElastiCache cluster devient alors disponible, et un événement du groupe de réplication indiquant l'échec du lancement de la migration est envoyé. Pour résoudre un tel problème, vérifiez ce qui suit :

• Observez l'événement de groupe de réplication. Utilisez toute information spécifique de l'événement pour corriger l'échec de la migration.

• Si l'événement ne fournit pas d'informations spécifiques, assurez-vous d'avoir suivi les instructions dans Préparation de vos nœuds Redis OSS source et cible pour la migration.

• Assurez-vous que la configuration de routage de votre VPC et de vos sous-réseaux autorise le trafic entre les ElastiCache nœuds et vos instances Redis OSS.

• Assurez-vous que le groupe de sécurité attaché à vos instances Redis OSS autorise le trafic entrant provenant des ElastiCache nœuds.

• Consultez les journaux Redis OSS de vos instances Redis OSS pour plus d'informations sur les défaillances spécifiques à la réplication.