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.
Gestion des versions pour ElastiCache
Gérez la manière dont vous souhaitez mettre à jour vos ElastiCache caches et vos clusters basés sur des nœuds mis à jour pour les moteurs Valkey, Memcached et Redis OSS.
Gestion des versions pour ElastiCache Serverless Cache
Gérez si et quand le cache ElastiCache sans serveur est mis à niveau et effectuez les mises à niveau de version selon vos propres conditions et délais.
ElastiCache Serverless applique automatiquement la dernière version mineure et corrective du logiciel à votre cache, sans aucun impact ni interruption de service pour votre application. Aucune action de votre part n'est nécessaire.
Lorsqu'une nouvelle version majeure est disponible, ElastiCache Serverless vous envoie une notification dans la console et un événement dans EventBridge. Vous pouvez choisir de mettre à niveau votre cache vers la dernière version majeure en modifiant votre cache à l’aide de la console, de l’interface de ligne de commande ou de l’API et en sélectionnant la dernière version du moteur. À l'instar des mises à niveau mineures et des correctifs, les mises à niveau des versions majeures sont effectuées sans interruption de service de votre application.
Gestion des versions pour les clusters basés sur des nœuds ElastiCache
Lorsque vous travaillez avec des ElastiCache clusters basés sur des nœuds, vous pouvez contrôler le moment où le logiciel qui alimente votre cluster est mis à niveau vers les nouvelles versions prises en charge par. ElastiCache Vous pouvez contrôler à quel moment mettre à niveau votre cache vers les dernières versions majeures, mineures et patchs disponibles. Vous lancez les mises à niveau de version du moteur dans votre cluster ou groupe de réplication en le modifiant et en spécifiant une nouvelle version de moteur.
Vous pouvez contrôler si et quand le logiciel conforme au protocole qui alimente votre cluster est mis à niveau vers de nouvelles versions prises en charge par. ElastiCache Ce niveau de contrôle permet de maintenir la compatibilité avec des versions spécifiques, de tester les nouvelles versions avec votre application avant le déploiement en production et de réaliser des mises à niveau en fonction de vos propres conditions et délais.
Comme les mises à niveau de version peuvent présenter un risque en termes de compatibilité, elles ne se produisent pas automatiquement. Vous devez les initier.
Clusters Valkey et Redis OSS
Note
-
Si un cluster Valkey ou Redis OSS est répliqué dans une ou plusieurs régions, la version du moteur est mise à niveau pour les régions secondaires, puis pour la région principale.
ElastiCache pour Redis OSS, les versions sont identifiées par une version sémantique comprenant un composant majeur et un composant mineur. Par exemple, dans Redis OSS 6.2, la version principale est 6 et la version mineure 2. Lorsque vous utilisez des clusters basés sur des nœuds, ElastiCache Redis OSS expose également le composant correctif, par exemple Redis OSS 6.2.1, et la version du correctif est 1.
Les versions majeures concernent les modifications incompatibles avec l'API et les versions mineures concernent les nouvelles fonctionnalités ajoutées de manière rétrocompatible. Les versions de correctif sont destinées à corriger des bogues rétrocompatibles et à apporter des modifications non fonctionnelles.
Avec Valkey et Redis OSS, vous initiez les mises à niveau de version du moteur vers votre cluster ou groupe de réplication en le modifiant et en spécifiant une nouvelle version du moteur. Pour de plus amples informations, veuillez consulter Modification d'un groupe de réplication.
Memcached
Avec Memcached, pour passer à une version plus récente, vous devez modifier votre cluster et spécifier la nouvelle version du moteur que vous souhaitez utiliser. La mise à niveau vers une version Memcached plus récente est un processus destructeur – vous perdez vos données et repartez avec un cache passif. Pour de plus amples informations, veuillez consulter Modifier un ElastiCache cluster.
Vous devez être conscient des exigences suivantes quand vous effectuez une mise à niveau à partir d'une ancienne version de Memcached vers la version 1.4.33 ou une version ultérieure. CreateCacheCluster et ModifyCacheCluster échouent dans les conditions suivantes :
-
Si
slab_chunk_max > max_item_size. -
Si
max_item_size modulo slab_chunk_max != 0. -
Si
max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4).La valeur
(max_cache_memory - memcached_connections_overhead)est la mémoire du nœud utilisable pour les données. Pour de plus amples informations, veuillez consulter Surcharge de la connexion Memcached.
