Migration des nœuds de génération précédente - Amazon ElastiCache for Redis

Migration des nœuds de génération précédente

Les nœuds de génération précédente sont des types de nœuds qui sont en cours d'élimination progressive. Si vous n'avez aucun cluster existant utilisant un type de nœud de génération précédente, ElastiCache ne prend pas en charge la création de nouveaux clusters avec ce type de nœud. Si vous avez des clusters existants, vous pouvez continuer à les utiliser ou créer de nouveaux clusters à l'aide du type de nœud de génération précédente.

En raison du nombre limité de types de nœuds de génération précédente, nous ne pouvons pas garantir un remplacement réussi lorsqu'un nœud devient défectueux dans votre ou vos clusters. Dans un tel scénario, la disponibilité de votre cluster peut être affectée négativement.

Nous vous recommandons de migrer votre ou vos clusters vers un nouveau type de nœud pour une disponibilité et des performances accrues. Pour obtenir un type de nœud recommandé vers lequel migrer, veuillez consulter Chemins de mise à niveau. Pour obtenir la liste complète des types de nœuds pris en charge et des types de nœuds de génération précédente dans ElastiCache, veuillez consulter Types de nœuds pris en charge.

Migration de nœuds sur un cluster Redis

La procédure suivante décrit comment augmenter la capacité d'un cluster Redis à nœud unique à l'aide de la console ElastiCache. Pendant ce processus, votre cluster Redis continuera à traiter les demandes avec une interruption minimale. Selon la configuration de votre cluster, vous pouvez constater les temps d'arrêt suivants. Voici des estimations qui peuvent différer en fonction de vos configurations spécifiques :

  • Le mode cluster désactivé (nœud unique) peut expérimenter environ 60 secondes de temps d'arrêt, principalement en raison de la propagation DNS.

  • Le mode cluster désactivé (avec nœud de réplica) peut expérimenter environ 1 seconde de temps d'arrêt pour les clusters exécutant Redis 5.0.5 et supérieur. Toutes les versions inférieures peuvent rencontrer environ 10 secondes de temps d'arrêt.

  • Le mode cluster activé peut expérimenter un temps d'arrêt d'environ 1 seconde.

Pour modifier un type de nœud de cluster Redis à l'aide de la console:

  1. Connectez-vous à la console et ouvrez la console ElastiCache à l'adresse https://console.aws.amazon.com/elasticache/.

  2. Dans le volet de navigation, choisissez Redis.

  3. Dans la liste des clusters, choisissez le cluster que vous souhaitez migrer.

  4. Choisissez Actions, puis Modifier.

  5. Choisissez le nouveau type de nœud dans la liste des types de nœud (s'il n'y a pas de type de nœud dans la liste, validez si vous êtes en cours d'exécution sur EC2-Classic. Pour plus d’informations, consultez Si des nœuds sont en cours d'exécution sur EC2-Classic.

  6. Si vous souhaitez effectuer un processus de mise à l'échelle immédiatement, cochez la case Apply immediately (Appliquer immédiatement). Si la case Apply immediately (Appliquer immédiatement) est décochée, le processus de mise à l'échelle est effectué lors de la fenêtre de maintenance suivante du cluster.

  7. Sélectionnez Modify (Modifier). Si vous avez choisi Apply immediately lors de l'étape précédente, le statut du cluster passe à modification. Lorsque son statut passe à available, la modification est terminée et vous pouvez commencer à utiliser le nouveau cluster.

Pour modifier un type de nœud de cluster Redis à l'aide de la AWS CLI:

Utilisation de l'API modify-replication-group comme illustré ci-dessous :

Pour Linux, macOS ou Unix :

aws elasticache modify-replication-group / --replication-group-id my-replication-group / --cache-node-type new-node-type / --apply-immediately

Pour Windows :

aws elasticache modify-replication-group ^ --replication-group-id my-replication-group ^ --cache-node-type new-node-type ^ --apply-immediately

Dans ce scénario, la valeur de new-node-type est le type de nœud vers lequel vous migrez. En transmettant le paramètre --apply-immediately, la mise à jour sera appliquée immédiatement lorsque le groupe de réplication passe du statut modifying (en cours de modification) à available (disponible). Si la case Apply immediately (Appliquer immédiatement) est décochée, le processus de mise à l'échelle est effectué lors de la fenêtre de maintenance suivante du cluster.

Note

Si vous ne parvenez pas à modifier le cluster avec unInvalidCacheClusterState, vous devez d'abord supprimer un nœud ayant échoué à la restauration. Pour plus d’informations, consultez Supprimer restore-failed-node.

Une fois ce processus terminé, vous pouvez modifier le type de nœud à l'aide des étapes précédentes.

Supprimer restore-failed-node

La procédure suivante décrit comment supprimer un nœud en échec de restauration de votre cluster Redis. Pour supprimer le nœud en échec de restauration (console) :

  1. Connectez-vous à la console et ouvrez la console ElastiCache à l'adresse https://console.aws.amazon.com/elasticache/.

  2. Dans le volet de navigation, choisissez Redis.

  3. Dans la liste de clusters, choisissez le nom du cluster dans lequel vous souhaitez supprimer un nœud.

  4. Dans la liste des partitions, choisissez la partition dont vous souhaitez supprimer un nœud. Ignorez cette étape si le mode cluster est désactivé pour le cluster.

  5. Dans la liste des nœuds, choisissez le nœud avec un statut de restore-failed.

  6. Choisissez Actions, puis Delete node (Supprimer le nœud).

Si des nœuds sont en cours d'exécution sur EC2-Classic

Procédez comme suit pour vérifier si votre EC2 est en cours d'exécution dans la plateforme EC2-Classic (console) :

  1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon EC2 à l'adresse https://console.aws.amazon.com/ec2/.

  2. Choisissez Instances dans le volet de navigation.

  3. Sélectionnez votre instance et accédez à Description.

  4. Si VPS ID (ID D'VPC) est vide, l'instance est en cours d'exécution sur la plateforme EC2-Classic.

Pour plus d'informations sur la migration de votre instance EC2-Classic vers un VPC, veuillez consulter Migration d'un cluster EC2-Classic dans un VPC.