View a markdown version of this page

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 depuis une source Valkey ou Redis auto-hébergée sur EC2 vers. ElastiCache

Il s'agit de 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, consultez. 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 commencer la migration depuis la ElastiCache console, l'API ou l' AWS interface de ligne de commande.

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 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 été 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 n'importe quelle version de Valkey ou Redis OSS prise en charge vers la version 5.0.6 de Valkey ou Redis OSS, à l'aide de la CLI ou de la console. Lorsque 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 la version 5.0.6 de Valkey ou Redis OSS à partir de la version 5.0.6, à 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 libre 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 :

    • L'authentification ne doit pas être activée 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 requêtes provenant de 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 être exécutées 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é).

    • Si les VPC sont différents, configurez l'appairage de VPC pour permettre 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 depuis les nœuds. ElastiCache

  4. Assurez-vous que votre application peut diriger le trafic vers ElastiCache les 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.