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.
Considérations relatives à la mise à niveau lors de l'utilisation de clusters basés sur des nœuds
Note
Les considérations suivantes s'appliquent uniquement lors de la mise à niveau de clusters basés sur des nœuds. Ils ne s'appliquent pas à ElastiCache Serverless.
Considérations relatives à Valkey et Redis OSS
Lors de la mise à niveau d'un cluster Valkey ou Redis OSS basé sur des nœuds, tenez compte des points suivants.
La gestion de la version du moteur est conçue afin que vous ayez autant de contrôle que possible sur le déroulement de la correction. Toutefois, ElastiCache se réserve le droit de corriger votre cluster en votre nom dans le cas peu probable d'une faille de sécurité critique dans le système ou le logiciel de cache.
À partir de ElastiCache la version 7.2 pour Valkey et de ElastiCache la version 6.0 pour Redis OSS, nous ElastiCache proposerons une seule version pour chaque version mineure, au lieu de proposer plusieurs versions de correctifs.
À partir de la version 5.0.6 du moteur Redis OSS, vous pouvez mettre à niveau la version de votre cluster avec un minimum d'interruption. Le cluster est disponible pour la lecture pendant toute la mise à niveau et reste disponible pour l'écriture pendant la majeure partie de la mise à niveau, sauf durant l'opération de basculement, qui dure quelques secondes.
Vous pouvez également mettre à niveau vos ElastiCache clusters avec des versions antérieures à la version 5.0.6. Le processus impliqué est le même, mais peut entraîner un temps de basculement plus long pendant la propagation DNS (30 s-1 mn).
-
À partir de Redis OSS 7, ElastiCache permet de basculer entre Valkey ou Redis OSS (mode cluster désactivé) et Valkey ou Redis OSS (mode cluster activé).
-
Le processus de mise à niveau du moteur Amazon ElastiCache pour Redis OSS est conçu pour optimiser la conservation de vos données existantes et nécessite une réplication Redis OSS réussie.
-
Lors de la mise à niveau du moteur, ElastiCache les connexions client existantes seront interrompues. Afin de minimiser les temps d'arrêt lors des mises à niveau du moteur, nous vous recommandons de mettre en œuvre les meilleures pratiques pour les clients Redis OSS avec de nouvelles tentatives d'erreur et des retards exponentiels, ainsi que les meilleures pratiques pour minimiser les temps d'arrêt pendant la maintenance.
-
Vous ne pouvez pas passer directement de Valkey ou Redis OSS (mode cluster désactivé) vers Valkey ou Redis OSS (mode cluster activé) lorsque vous mettez à niveau votre moteur. La procédure suivante explique comment effectuer une mise à niveau de Valkey ou Redis OSS (mode cluster désactivé) vers Valkey ou Redis OSS (mode cluster activé).
Pour passer d'une version du moteur Valkey ou Redis OSS (mode cluster désactivé) à une version du moteur Valkey ou Redis OSS (mode cluster activé)
-
Effectuez une sauvegarde de votre cluster ou groupe de réplication Valkey ou Redis OSS (mode cluster désactivé). Pour de plus amples informations, veuillez consulter Réalisation de sauvegardes manuelles.
-
Utilisez la sauvegarde pour créer et amorcer un cluster Valkey ou Redis OSS (mode cluster activé) avec une partition (groupe de nœuds). Spécifiez la nouvelle version du moteur et activez le mode de cluster lors de la création du cluster ou du groupe de réplication. Pour de plus amples informations, veuillez consulter Tutoriel : ensemencement d'un nouveau cluster basé sur des nœuds avec une sauvegarde créée en externe.
-
Supprimez l'ancien cluster ou groupe de réplication Valkey ou Redis OSS (mode cluster désactivé). Pour plus d’informations, consultez Supprimer un cluster dans ElastiCache ou Suppression d'un groupe de réplication.
-
Adaptez le nouveau cluster ou groupe de réplication Valkey ou Redis OSS (mode cluster activé) au nombre de partitions (groupes de nœuds) dont vous avez besoin. Pour de plus amples informations, consultez Dimensionnement des clusters Valkey ou Redis OSS (mode cluster activé).
-
-
Lors de la mise à niveau des versions majeures du moteur, par exemple de 5.0.6 à 6.0, vous devez également choisir un nouveau groupe de paramètres compatible avec la nouvelle version du moteur.
-
Pour les clusters Redis OSS uniques et les clusters Multi-AZ désactivés, nous recommandons de mettre suffisamment de mémoire à la disposition de Redis OSS, comme décrit dans. Assurez-vous de disposer de suffisamment de mémoire pour créer un snapshot Valkey ou Redis OSS Dans ce cas, le réplica principal n'est pas disponible pour traiter les demandes de service pendant la mise à niveau.
-
Pour les clusters Redis OSS sur lesquels cette option est Multi-AZ activée, nous vous recommandons également de planifier les mises à niveau du moteur pendant les périodes de faible trafic d'écriture entrant. Lors de la mise à niveau vers Redis OSS 5.0.6 ou une version ultérieure, le cluster principal reste disponible pour les demandes de service pendant le processus de mise à niveau.
Les clusters et les groupes de réplication avec plusieurs partitions sont traités et soumis à des correctifs comme suit :
-
Toutes les partitions sont traitées en parallèle. Une seule opération de mise à niveau à la fois est effectuée sur une partition.
-
Dans chaque partition, Amazon ElastiCache crée un nouvel ensemble de nœuds exécutant la nouvelle version du moteur. Un nouveau nœud est synchronisé avec le nœud principal existant. Une fois la synchronisation terminée, un basculement fait passer le nouveau nœud au rang de nœud principal. Les nouveaux nœuds restants sont ensuite synchronisés avec le nouveau nœud principal et les anciens nœuds sont supprimés du cluster.
-
Au cours de ce processus, il y a une brève période pendant laquelle les anciens et les nouveaux nœuds sont visibles dans la topologie du cluster. Les clients qui se connectent à de nouveaux nœuds de réplication qui sont toujours en train de charger des données peuvent recevoir des erreurs. Pour gérer cet état transitoire, nous vous recommandons d'implémenter Bonnes pratiques pour les clients (Valkey et Redis OSS) avec de nouvelles tentatives d'erreur et un retard exponentiel.
-
Sur toutes les partitions, les basculements principaux sont traités en série. Un seul nœud principal est basculé à la fois.
-
-
Si le chiffrement est activé sur votre cluster ou groupe de réplication actuel, vous ne pouvez pas effectuer de mise à niveau vers une version du moteur qui ne prend pas en charge le chiffrement.
Considérations relatives à Memcached
Lors de la mise à niveau d'un cluster Memcached basé sur des nœuds, tenez compte des points suivants.
La gestion de la version du moteur est conçue afin que vous ayez autant de contrôle que possible sur le déroulement de la correction. Toutefois, ElastiCache se réserve le droit de corriger votre cluster en votre nom dans le cas peu probable d'une faille de sécurité critique dans le système ou le logiciel de cache.
-
Comme le moteur Memcached ne prend pas en charge la persistance, les mises à niveau de version du moteur Memcached sont toujours un processus perturbateur qui efface toutes les données de cache dans le cluster.
