Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Halaman ini menjelaskan perilaku instance Memorystore for Redis Anda selama penskalaan.
Untuk mempelajari cara menskalakan instance Redis, lihat Menskalakan Instance Redis.
Bergantung pada tingkat instance, penskalaan instance memiliki implikasi performa dan
penyimpanan untuk aplikasi Anda. Ada juga beberapa batasan untuk menskalakan instance berdasarkan jumlah memori yang sedang digunakan. Halaman ini menjelaskan pengaruh penskalaan instance terhadap aplikasi Anda dan kapan Anda dapat menskalakan instance.
Praktik terbaik untuk menskalakan instance
Untuk instance Paket Standar, guna meningkatkan kecepatan dan keandalan operasi penskalaan, lakukan penskalaan instance selama periode traffic instance rendah. Untuk mempelajari cara memantau traffic instance, lihat Memantau instance Redis.
Saat mengurangi kapasitas instance Tingkat Standar, Anda harus memilih ukuran yang lebih besar dari jumlah data yang disimpan atau penskalaan akan gagal.
Misalnya, jika Anda memiliki instance 10 GB yang menyimpan data sebesar 5,5 GB, Anda dapat mengubah ukuran instance menjadi minimal 6 GB. Jumlah penyimpanan yang digunakan instance Anda dapat dilihat di halaman detailnya di konsolGoogle Cloud .
Perilaku penskalaan instance
Data dipertahankan selama penskalaan untuk instance Paket Dasar dan Standar.
Selama penskalaan, instance akan mengalami reset koneksi singkat selama beberapa
menit, atau kurang. Aplikasi harus menyertakan logika percobaan ulang dalam kode agar dapat terhubung kembali ke instance. Alamat IP dan string koneksi tetap sama.
Karena gangguan koneksi jangka pendek, mungkin ada sejumlah kecil data yang tidak berlaku atau tidak konsisten yang tidak ditulis atau diperbarui ke cache selama instance tidak tersedia dalam jangka waktu singkat.
Jika Anda mengeluarkan perintah tulis selama koneksi terputus, Memorystore akan menampilkan error READONLY You can't write against a read only replica. Error
ini bersifat sementara, dan hanya berlangsung beberapa detik. Promise ini akan di-resolve setelah operasi penskalaan selesai.
Beban penulisan saat melakukan penskalaan
Anda harus menskalakan instance selama periode traffic instance rendah untuk meminimalkan dampak performa pada aplikasi Anda. Beban tulis yang tinggi, atau tekanan memori yang tinggi, dapat menyebabkan operasi penskalaan memerlukan waktu yang lebih lama dan dapat menyebabkan operasi gagal. Untuk mengetahui informasi selengkapnya, lihat Operasi penskalaan dan upgrade versi.
Kunci yang sudah berakhir
Saat Anda menskalakan instance Paket Standar, kunci yang sudah habis masa berlakunya tidak akan disinkronkan. Jika Anda memiliki kunci yang sudah habis masa berlakunya di instance Redis sebelum melakukan penskalaan, Anda akan memiliki lebih sedikit kunci setelah instance diskalakan.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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."]]
