Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
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 source Valkey ou Redis OSS 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 Valkey ou 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 Valkey ou Redis OSS (dans la partition correspondante 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 depuis votre instance Valkey ou Redis OSS vers le nœud principal. ElastiCache En fonction de la taille des données et de la charge sur votre instance Valkey ou Redis OSS, la migration peut prendre un certain temps. Vous pouvez vérifier la progression de la migration en exécutant la commande valkey-cli INFO
Une fois la réplication réussie, toutes les écritures sur vos instances Valkey ou Redis OSS se propagent vers le cluster. ElastiCache Vous pouvez utiliser des ElastiCache nœuds pour les lectures. Cependant, vous ne pouvez pas écrire sur le cluster ElastiCache. 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 Valkey ou 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 Valkey ou Redis OSS, il réessaie plusieurs fois avant de redevenir principal. L'état du cluster ElastiCache devient alors available (disponible), et un événement de groupe de réplication concernant 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 votre source et de votre 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 Valkey ou Redis OSS.
-
Assurez-vous que le groupe de sécurité attaché à vos instances Valkey ou Redis OSS autorise le trafic entrant provenant des ElastiCache nœuds.
-
Consultez les journaux Valkey ou Redis OSS de vos instances pour plus d'informations sur les défaillances spécifiques à la réplication.
