Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite wird beschrieben, wie sich Ihre Memorystore-Instanz während eines Versions-Upgrade-Vorgangs verhält, wie sich ein Upgrade-Vorgang auf Ihre Anwendung auswirken kann und wann Sie einen Upgrade-Vorgang ausführen sollten. Informationen zum Upgrade der Redis-Version einer Instanz finden Sie unter Redis-Version einer Instanz aktualisieren.
Abhängig von der Stufe der Instanz kann die Ausführung eines Versionsupgrade-Vorgangs Auswirkungen auf die Leistung und den Speicherplatz Ihrer Anwendung haben. Es gibt auch einige Einschränkungen beim Aktualisieren von Instanzen basierend auf der aktuell verwendeten Speichermenge.
Best Practices für das Upgrade der Redis-Version einer Instanz
Wir empfehlen ein Upgrade auf Version 7.0 oder höher, da bei der Rotation der Zertifizierungsstelle keine Verbindungen mehr getrennt werden.
Bei Instanzen der Standardstufe können Sie die Geschwindigkeit und Zuverlässigkeit des Versionsupgrades erhöhen, indem Sie Ihre Instanz in Zeiten mit geringem Instanz-Traffic aktualisieren. Informationen zum Überwachen von Instanz-Traffic finden Sie unter Redis-Instanzen überwachen.
Halten Sie beim Upgrade einer Stufeninstanz die Schreiblast der Instanz so gering wie möglich. Eine hohe Schreiblast kann dazu führen, dass Upgradevorgänge erheblich länger dauern und Upgrades fehlschlagen.
Verhalten des Versionsupgrades
Daten bleiben während eines Versionsupgrades sowohl für Instanzen der Basis- als auch der Standardstufe erhalten. Während eines Upgradevorgangs wird die Verbindung zur Instanz für einige Minuten oder weniger zurückgesetzt. Anwendungen sollten eine Wiederholungslogik in den Code einbinden, um wieder eine Verbindung zur Instanz herstellen zu können. Die IP-Adresse und der Verbindungsstring bleiben unverändert.
Aufgrund der kurzzeitigen Verbindungsunterbrechung kann es sein, dass eine geringe Menge an veralteten oder inkonsistenten Daten nicht in den Cache geschrieben oder aktualisiert wurde, solange die Instanz nicht verfügbar war.
Schreiblast während eines Upgrades
Sie sollten eine Instanz während eines Zeitraums mit geringem Instanz-Traffic aktualisieren, um die Auswirkungen auf die Leistung Ihrer Anwendung zu minimieren. Eine hohe Schreiblast oder ein hoher Arbeitsspeicherausfall kann dazu führen, dass ein Upgradevorgang erheblich länger dauert und das Upgrade fehlschlägt. Weitere Informationen finden Sie unter Skalierungs- und Versionsupgradevorgänge.
Abgelaufene Schlüssel
Wenn Sie eine Instanz der Standardstufe aktualisieren, werden abgelaufene Schlüssel nicht synchronisiert. Wenn sich in Ihrer Redis-Instanz vor dem Upgrade abgelaufene Schlüssel befinden, haben Sie nach dem Upgrade der Instanz weniger Schlüssel.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 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."]]
