Préparer les nœuds Redis source et cible pour la migration

Vous devez vous assurer que les quatre conditions prérequises mentionnées ci-dessous sont satisfaites avant de démarrer la migration depuis la console Elasticache ou l'interface de ligne de commande AWS CLI.

Pour préparer les nœuds Redis source et cible pour la migration

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

   Un déploiement ElastiCache existant ou nouvellement créé doit satisfaire aux conditions suivantes pour la migration :

   • Il utilise le moteur Redis version 5.0.6 ou supérieure.

   • Il ne doit avoir ni le chiffrement en transit ni le chiffrement au repos activé.

   • Il a Multi-AZ activé.

   • Il dispose d’une mémoire suffisante pour accueillir les données de votre cluster Redis. Pour configurer les paramètres de mémoire réservés appropriés, consultez Gestion de la mémoire réservée.

   • En mode cluster désactivé, vous pouvez migrer directement de Redis versions 2.8.21 et ultérieures vers Redis versions 5.0.6 et ultérieures si vous utilisez l’interface de ligne de commande ou vers Redis versions 5.0.6 et ultérieures en utilisant l’interface de ligne de commande ou la console. En mode cluster activé, vous pouvez migrer directement de n’importe quelle version de Redis avec le mode cluster activé vers Redis versions 5.0.6 et ultérieures si vous utilisez l’interface de ligne de commande ou vers Redis versions 5.0.6 et ultérieures en utilisant l’interface de ligne de commande ou 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. Vérifiez que les configurations de votre instance Redis open source et du déploiement ElastiCache for Redis sont compatibles.

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

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

   • La configuration de Redis protected-mode doit être définie sur no.

   • Si votre configuration Redis comporte une configuration bind, elle doit être mise à jour pour permettre les demandes à partir des nœuds ElastiCache.

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

   • Pour que la réplication des données aboutisse, les commandes Redis qui effectuent la modification des données ne doivent pas être renommées. Par exemple, sync, psync, info, config, command et cluster.

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

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

3. Vérifiez que vos instances peuvent se connecter avec ElastiCache en procédant comme suit :

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

   • Affectez ou créez le déploiement ElastiCache dans le même cloud privé virtuel (VPC) que votre instance Redis (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 à un cache ElastiCache dans un réseau Amazon VPC.

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

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