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

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.

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.

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.6 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 panneau de navigation, choisissez Redis clusters (Clusters 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œuds.

  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 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.

Réparation ou suppression d’un ou de plusieurs nœuds en échec de restauration

La procédure suivante décrit comment réparer ou supprimer un ou plusieurs nœuds en échec de restauration de votre cluster Redis. Pour en savoir plus sur la façon dont les nœuds ElastiCache passent à l’état d’échec de restauration, consultez Affichage de l'état du ElastiCache nœud. Nous recommandons de commencer par supprimer tous les nœuds dont la restauration a échoué, de migrer les nœuds de génération précédente restants du cluster ElastiCache vers un type de nœud de nouvelle génération, puis de rajouter le nombre de nœuds requis.

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 panneau de navigation, choisissez Redis clusters (Clusters 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).

Une fois que vous avez supprimé le ou les nœuds en échec de restauration de votre cluster ElastiCache, vous pouvez désormais migrer vers un type de nœud de nouvelle génération. Pour plus d’informations, consultez la section Migration de nœuds sur un cluster Redis ci-dessus.

Pour rajouter des nœuds à votre cluster ElastiCache, consultez Ajout de nœuds à un cluster.