Remplacement de nœuds

MemoryDB met fréquemment à niveau son parc à l'aide de correctifs et de mises à niveau, généralement de manière fluide. Cependant, nous devons parfois relancer vos nœuds MemoryDB pour appliquer les mises à jour obligatoires du système d'exploitation à l'hôte sous-jacent. Ces remplacements sont obligatoires pour appliquer des mises à niveau qui renforcent la sécurité, la fiabilité et les performances opérationnelles.

Vous pouvez gérer ces remplacements vous-même à tout moment avant le créneau planifié de remplacement des nœuds. Lorsque vous gérez vous-même un remplacement, votre instance reçoit la mise à jour du système d’exploitation quand vous relancez le nœud. Le remplacement planifié du nœud est alors annulé. Il est possible que vous receviez encore des alertes indiquant que le remplacement du nœud aura lieu. Si vous avez déjà limité manuellement le besoin de maintenance, vous pouvez ignorer ces alertes.

Note

Les nœuds de remplacement générés automatiquement par MemoryDB pour Redis peuvent avoir des adresses IP différentes. Il vous incombe de vérifier la configuration de votre application pour vous assurer que vos nœuds sont associés aux adresses IP appropriées.

La liste suivante identifie les actions que vous pouvez effectuer lorsque MemoryDB planifie le remplacement de l'un de vos nœuds :

Options de remplacement des nœuds MemoryDB

• Ne rien faire — Si vous ne faites rien, MemoryDB remplace le nœud comme prévu.

  Si le nœud est membre d'un cluster multi-AZ, MemoryDB améliore la disponibilité lors des correctifs, des mises à jour et des autres remplacements de nœuds liés à la maintenance.

  Le remplacement est terminé pendant que le cluster traite les demandes d'écriture entrantes.

• Modifiez votre fenêtre de maintenance — Pour les événements de maintenance planifiés, vous recevez un e-mail ou une notification de MemoryDB. Dans ce cas, si vous changez votre fenêtre de maintenance avant le créneau de remplacement planifié, votre nœud est désormais remplacé au nouvel horaire. Pour de plus amples informations, veuillez consulter Modification d'un cluster MemoryDB.

  Note

  La possibilité de modifier votre fenêtre de remplacement en déplaçant votre fenêtre de maintenance n'est disponible que lorsque la notification MemoryDB inclut une fenêtre de maintenance. Si la notification ne comporte pas de fenêtre de maintenance, vous ne pouvez pas modifier votre fenêtre de remplacement.

  Supposons par exemple que nous sommes le jeudi 9 novembre, qu’il est 15 h 00 et que la prochaine fenêtre de maintenance est vendredi 10 novembre à 17 h 00. Voici 3 scénarios avec leurs résultats :

  • Vous reportez votre fenêtre de maintenance au vendredi à 16 h 00 (après la date et l’heure actuelles et avant la prochaine fenêtre de maintenance prévue). Le nœud est remplacé le vendredi 10 novembre à 16 h 00.

  • Vous reportez votre fenêtre de maintenance au samedi à 16 h 00 (après la date et l’heure actuelles et après la prochaine fenêtre de maintenance prévue). Le nœud est remplacé le samedi 11 novembre à 16 h 00.

  • Vous modifiez votre fenêtre de maintenance au mercredi à 16 h, plus tôt dans la semaine que la date et l'heure actuelles. Le nœud est remplacé le mercredi 15 novembre à 16 h 00.

  Pour obtenir des instructions, consultez Gestion de la maintenance.