Préparation de votre source et de votre cible pour la 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.

Préparation de votre source et de votre cible pour la migration

En suivant ces étapes, vous pouvez vous préparer à migrer vos données d'une source Valkey ou Redis auto-hébergée EC2 vers ElastiCache, ou depuis un cluster Redis OSS vers un cluster Valkey. ElastiCache

Cela fait référence à la migration d'une instance auto-hébergée vers le ElastiCache service. Pour plus d'informations sur la mise à niveau de Redis OSS vers Valkey, voir. ElastiCache Mise à niveau des versions du moteur, y compris les mises à niveau entre

Vous devez vous assurer que les quatre conditions préalables mentionnées ci-dessous sont satisfaites avant de démarrer la migration depuis la ElastiCache console, l'API ou la AWS CLI.

Pour préparer vos nœuds Valkey ou Redis OSS source et cible à la migration

  1. Identifiez le ElastiCache déploiement cible et assurez-vous que vous pouvez y faire migrer les données.

    Un ElastiCache déploiement existant ou nouvellement créé doit répondre aux exigences suivantes en matière de migration :

    • Il utilise Valkey ou Redis OSS 5.0.6 ou supérieur.

    • Le chiffrement en transit n'est pas activé.

    • Il a Multi-AZ activé.

    • Il dispose de suffisamment de mémoire pour contenir les données de votre cluster Valkey ou Redis OSS. Pour configurer les paramètres de mémoire réservés appropriés, consultez Gestion de la mémoire réservée pour Valkey et Redis OSS.

    • Si le mode cluster est désactivé, vous pouvez migrer directement depuis les versions 2.8.21 de Valkey ou Redis OSS vers les versions 5.0.6 de Valkey ou Redis OSS si vous utilisez la CLI ou les versions 5.0.6 de Valkey ou Redis OSS à l'aide de l'interface de ligne de commande ou de la console. Si le mode cluster est activé, vous pouvez migrer directement depuis n'importe quelle version de Valkey ou Redis OSS activée en mode cluster vers Redis OSS version 5.0.6 ultérieure, si vous utilisez la CLI ou les versions 5.0.6 ultérieures de Redis OSS à l'aide de la CLI ou de la console.

    • Nombre identique de partitions dans la source et la cible.

    • Il ne fait pas partie d’un entrepôt de données global.

    • La hiérarchisation des données est désactivée.

  2. Assurez-vous que les configurations de votre logiciel open source Valkey ou Redis OSS et le ElastiCache déploiement sont compatibles.

    Au minimum, tous les éléments suivants du ElastiCache déploiement cible doivent être compatibles avec votre configuration Valkey ou Redis OSS pour la réplication :

    • AUTH ne doit pas être activé sur votre cluster.

    • La configuration protected-mode doit être définie surno.

    • Si vous avez une bind configuration dans votre configuration Valkey ou Redis OSS, elle doit être mise à jour pour autoriser les demandes provenant des ElastiCache nœuds.

    • Le nombre de bases de données logiques doit être le même sur le ElastiCache nœud et sur votre cluster Valkey ou Redis OSS. Cette valeur est définie databases à l'aide de la configuration Valkey ou Redis OSS.

    • Les commandes Valkey ou Redis OSS qui modifient les données ne doivent pas être renommées pour permettre la réplication des données. Par exemplesync,,, psyncinfo, config et. command cluster

    • Pour répliquer les données de votre cluster Valkey ou Redis OSS vers ElastiCache, assurez-vous que le processeur et la mémoire sont suffisants pour gérer cette charge supplémentaire. Cette charge provient du fichier RDB créé par votre cluster Valkey ou Redis OSS et transféré sur le réseau vers le nœud. ElastiCache

    • Toutes les instances Valkey ou Redis OSS du cluster source doivent s'exécuter sur le même port.

  3. Assurez-vous que vos instances peuvent se connecter ElastiCache en procédant comme suit :

    • Vérifiez que l’adresse IP de chaque instance est privée.

    • Attribuez ou créez le ElastiCache déploiement dans le même cloud privé virtuel (VPC) que votre Valkey ou Redis OSS sur votre instance (recommandé).

    • S' VPCs ils sont différents, configurez le peering VPC pour autoriser l'accès entre les nœuds. Pour de plus amples informations sur l’appairage de VPC, consulter Modèles d'accès pour accéder à un ElastiCache cache dans un Amazon VPC.

    • Le groupe de sécurité attaché à vos instances Valkey ou Redis OSS doit autoriser le trafic entrant en provenance des nœuds. ElastiCache

  4. Assurez-vous que votre application peut diriger le trafic vers les ElastiCache nœuds une fois la migration des données terminée. Pour de plus amples informations, veuillez consulter Modèles d'accès pour accéder à un ElastiCache cache dans un Amazon VPC.