Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

Démarrage d’une migration

Mode de mise au point
Démarrage d’une migration - Amazon ElastiCache

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.

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'aide du AWS Management Console 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 l'utilisation duCLI.

Note

Nous vous recommandons de l'utiliser TestMigration API 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 une adresse IP DNS ou une adresse IP et le port sur lequel s'exécute votre OSS cluster Valkey ou Redis source. 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 RedisOSS.

Voici un exemple d'utilisation duCLI.

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 OSS instance Valkey ou Redis (dans le shard 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 OSS instance Valkey ou Redis vers le nœud principal. ElastiCache En fonction de la taille des données et de la charge sur votre OSS instance Valkey ou Redis, la migration peut prendre un certain temps. Vous pouvez vérifier la progression de la migration en exécutant la INFO commande valkey-cli sur votre instance Valkey et votre nœud principal. ElastiCache

Une fois la réplication réussie, toutes les écritures sur vos OSS instances Valkey ou Redis se propagent vers le cluster. ElastiCache 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 OSS cluster Valkey ou Redis 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 OSS instance Valkey ou Redis, 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 votre source et de votre cible pour la migration.

  • Assurez-vous que la configuration de routage pour vos sous-réseaux VPC et autorise le trafic entre les ElastiCache nœuds et vos instances Valkey ou RedisOSS.

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

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

ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2025, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.