Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite wird beschrieben, wie sich Cloud Memorystore for Redis-Instanzen während der Skalierung verhalten.
Informationen zum Skalieren einer Redis-Instanz finden Sie unter Redis-Instanzen skalieren.
Abhängig von der Stufe der Instanz hat die Skalierung einer Instanz Auswirkungen auf die Leistung und den Speicher der Anwendung. Außerdem sind Einschränkungen beim Skalieren von Instanzen basierend auf der Größe des verwendeten Speichers zu beachten. Auf dieser Seite wird beschrieben, wie sich die Skalierung einer Instanz auf Ihre Anwendung auswirken kann und wann Sie eine Instanz skalieren können.
Best Practices zum Skalieren einer Instanz
Bei Instanzen der Standardstufe können Sie die Geschwindigkeit und Zuverlässigkeit des Skalierungsvorgangs erhöhen, indem Sie Ihre Instanz in Zeiten mit geringem Instanzverkehr skalieren. Informationen zum Überwachen von Instanz-Traffic finden Sie unter Redis-Instanzen überwachen.
Wenn Sie die Kapazität einer Instanz der Standardstufe reduzieren, müssen Sie eine Größe wählen, die größer als die Menge der gespeicherten Daten ist. Andernfalls schlägt die Skalierung fehl.
Wenn Sie beispielsweise eine 10-GB-Instanz haben, die 5,5 GB an Daten enthält, können Sie die Größe der Instanz auf mindestens 6 GB ändern. Der von der Instanz belegte Speicherplatz wird in derGoogle Cloud -Konsole auf der Detailseite angezeigt.
Verhalten der Instanzskalierung
Die Daten bleiben bei der Skalierung sowohl für Instanzen der Basis- als auch der Standardstufe erhalten.
Während der Skalierung 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 zu einer geringen Menge an veralteten oder inkonsistenten Daten kommen, die während der kurzen Zeit, in der die Instanz nicht verfügbar war, nicht in den Cache geschrieben oder aktualisiert wurden.
Wenn Sie während der Verbindungsunterbrechung einen Schreibvorgang ausführen, gibt Memorystore den Fehler READONLY You can't write against a read only replica zurück. Dieser Fehler ist vorübergehend und dauert nur wenige Sekunden. Es wird aufgelöst, sobald der Skalierungsvorgang abgeschlossen ist.
Schreiblast beim Skalieren
Sie sollten eine Instanz während eines Zeitraums mit geringem Instanz-Traffic skalieren, um die Auswirkungen auf die Leistung Ihrer Anwendung zu minimieren. Eine hohe Schreiblast oder ein hoher Arbeitsspeicherausfall kann dazu führen, dass ein Skalierungsvorgang erheblich länger dauert oder sogar fehlschlägt. Weitere Informationen finden Sie unter Skalierungs- und Versionsupgradevorgänge.
Abgelaufene Schlüssel
Beim Skalieren einer Standardstufeninstanz, werden abgelaufene Schlüssel nicht synchronisiert. Wenn sich in Ihrer Redis-Instanz vor dem Skalieren abgelaufene Schlüssel befinden, haben Sie nach der Skalierung 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-08-19 (UTC)."],[],[],null,["# About scaling instances\n\n| **Note:** If you are looking for the Memorystore for Redis Cluster documentation, see [About scaling instance capacity](/memorystore/docs/cluster/about-scaling-instance-capacity).\n\nThis page describes how your Memorystore for Redis instance behaves during scaling.\nTo learn how to scale a Redis instance, see [Scaling Redis Instances](/memorystore/docs/redis/scaling-instances).\n\nDepending on the instance's tier, scaling an instance has performance and\nstorage implications for your application. There are also some limitations to\nscaling instances based on the amount of memory that is currently in use. This\npage describes how scaling an instance can affect your application and when\nyou can scale an instance.\n| **Note:** When you scale an instance, there might be a gap of 3-5 minutes when the [core metrics](/memorystore/docs/redis/monitor-instances#monitoring-instances-console) for the instance don't appear. During this time, the instance is available. After the time interval completes, the metrics appear.\n\nBest practices for scaling an instance\n--------------------------------------\n\n- For Standard Tier instances, to increase the speed and reliability of\n your scaling operation, scale your instance during periods of low instance\n traffic. To learn how to monitor instance traffic, see [Monitoring Redis instances](/memorystore/docs/redis/monitoring-instances).\n\n- When reducing a Standard Tier instance's capacity, you must choose a size\n greater than the amount of data being stored or scaling fails.\n\n - For example, if your have a 10 GB instance that has 5.5 GB of data stored in it, you can resize the instance to a minimum of 6 GB. The amount of storage your instance uses is visible on its details page in the Google Cloud console.\n\nInstance scaling behavior\n-------------------------\n\nData is preserved during scaling for both Basic and Standard Tier instances.\nDuring scaling the instance undergoes a short connection reset of a couple\nminutes, or less. Applications should incorporate retry logic in the code to be\nable to reconnect to the instance. The IP address and connection string remain\nthe same.\n\nBecause of the short term connection break, there may be a small amount of stale\nor inconsistent data that didn't write or update to the cache for the short\namount of time the instance was unavailable.\n\nIf you issue a write during the connection break, Memorystore\nreturns the error `READONLY You can't write against a read only replica`. This\nerror is transient, and only lasts a few seconds. It resolves once the scaling\noperation completes.\n\n### Write load when scaling\n\nYou should scale 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 scaling operation to take significantly longer and can cause the operation 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 scale a Standard Tier instance, expired keys are not synced. If you have\nexpired keys in your Redis instance before you scale, you will have fewer keys\nafter the instance is scaled."]]
