À propos de la mise à niveau de la version Redis d'une instance
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Cette page décrit le comportement de votre instance Memorystore lors d'une opération de mise à niveau de version, l'impact d'une opération de mise à niveau sur votre application et le moment où vous devez exécuter une opération de mise à niveau. Pour savoir comment mettre à jour la version Redis d'une instance, consultez la page Mettre à jour la version de Redis d'une instance.
En fonction du niveau de l'instance, l'exécution d'une opération de mise à niveau de version peut avoir des conséquences sur les performances et le stockage de votre application. Il existe également des limites à la mise à niveau des instances en fonction de la quantité de mémoire actuellement utilisée.
Bonnes pratiques pour mettre à niveau la version Redis d'une instance
Nous vous recommandons d'exporter les données de votre instance avant d'exécuter une opération de mise à niveau de version.
Mettez à jour les instances de niveau standard pendant les périodes de faible trafic afin d'augmenter la vitesse et la fiabilité de votre opération de mise à niveau. Pour savoir comment surveiller le trafic des instances, consultez la page Surveiller des instances Redis.
Lors de la mise à niveau d'une instance de niveau standard, maintenez la charge d'écriture de l'instance au minimum. Une charge d'écriture élevée peut entraîner des opérations de mise à niveau beaucoup plus longues et provoquer leur échec.
Comportement de la mise à niveau de la version
Les données sont conservées lors d'une opération de mise à niveau de version pour les instances de niveau de base et standard. Lors d'une opération de mise à niveau, la connexion à l'instance est réinitialisée pendant quelques minutes, voire moins. Les applications doivent intégrer une logique de nouvelles tentatives dans le code pour pouvoir se reconnecter à l'instance. L'adresse IP et la chaîne de connexion restent les mêmes.
En raison de la brève interruption de la connexion, il est possible qu'une petite quantité de données obsolètes ou incohérentes n'ait pas été écrite ni mise à jour dans le cache pendant la courte période d'indisponibilité de l'instance.
Charge d'écriture pendant une mise à niveau
Vous devez mettre à niveau une instance pendant une période de faible trafic afin de minimiser l'impact sur les performances de votre application. Une charge d'écriture élevée ou une forte pression sur la mémoire peuvent entraîner une opération de mise à niveau beaucoup plus longue et provoquer son échec. Pour en savoir plus, consultez Opérations de scaling et de mise à niveau de version.
Clés expirées
Lorsque vous mettez à niveau une instance de niveau standard, les clés expirées ne sont pas synchronisées. Si vous avez des clés expirées dans votre instance Redis avant d'effectuer la mise à niveau, vous aurez moins de clés une fois l'instance mise à niveau.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/05 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/05 (UTC)."],[],[],null,["# About upgrading the Redis version of an instance\n\nThis page describes how your Memorystore instance behaves during a version\nupgrade operation, how an upgrade operation can affect your application, and\nwhen you should run an upgrade operation. To learn how to upgrade an instance's\nRedis version, see [Upgrading an instance's Redis version](/memorystore/docs/redis/upgrading-instance-version).\n\nDepending on the instance's [tier](/memorystore/docs/redis/redis-tiers),\nrunning a version upgrade operation can have performance and storage\nimplications for your application. There are also some limitations to upgrading\ninstances based on the amount of memory that is currently in use.\n\nBest practices for upgrading an instance's Redis version\n--------------------------------------------------------\n\n- We recommend that you upgrade to version 7.0 and later because [Certificate Authority rotation](/memorystore/docs/redis/about-in-transit-encryption#certificate_authority_rotation) no longer drops connections.\n\n- We recommend [exporting](/memorystore/docs/redis/export-data)\n your instance data before running a version upgrade operation.\n\n- For Standard Tier instances, to increase the speed and reliability of\n your version upgrade operation, upgrade your instance during periods of low\n instance traffic. To learn how to monitor instance traffic, see\n [Monitoring Redis instances](/memorystore/docs/redis/monitoring-instances).\n\n- When upgrading a Standard Tier instance, keep the instance write load to a\n minimum. A high write load can cause upgrade operations to take significantly\n longer, and can cause upgrades to fail.\n\nVersion upgrade behavior\n------------------------\n\nData is preserved during a version upgrade operation for both Basic and Standard Tier instances. During an upgrade operation the instance undergoes a short connection reset of a couple minutes, or less. Applications should incorporate retry logic in the code to be able to reconnect to the instance. The IP address and connection string remain the same.\n\nBecause of the short term connection break, there may be a small amount of stale or inconsistent data that didn't write or update to the cache for the short amount of time the instance was unavailable.\n\n### Write load during an upgrade\n\nYou should upgrade an instance during a period of low instance traffic to minimize the performance impact on your application. A high write load, or high memory pressure, can cause an upgrade operation to take significantly longer and can cause the upgrade to fail. For more information see [Scaling and version upgrade operations](/memorystore/docs/redis/memory-management-best-practices#scaling_and_version_upgrade_operations).\n\n### Expired keys\n\nWhen you upgrade a Standard Tier instance, expired keys are not synced. If you have expired keys in your Redis instance before you upgrade, you will have fewer keys after the instance is upgraded."]]
