Halaman ini menjelaskan spesifikasi instance dan node untuk instance Memorystore for Redis. Untuk petunjuk cara membuat instance, lihat Membuat instance.
Memilih jenis node
Semua node di instance Anda menggunakan jenis node yang sama dengan yang Anda pilih. Jenis node terbaik untuk instance Anda bergantung pada persyaratan Anda terkait harga, performa, dan kapasitas ruang kunci.
Jenis node standard-small memungkinkan Anda menyediakan instance kecil, dan mengembangkan instance dengan penambahan yang lebih kecil dengan biaya yang berpotensi lebih rendah daripada jenis node lainnya. standard-small juga menawarkan keunggulan dalam mendistribusikan ruang kunci Anda di lebih banyak node dengan jumlah total vCPU yang lebih tinggi. Hal ini menawarkan peningkatan harga-performa dibandingkan dengan highmem-medium, selama total kapasitas ruang kunci node yang lebih kecil cukup untuk kebutuhan data Anda.
Sebaiknya pilih jenis node highmem-xlarge hanya jika Anda memerlukan
kapasitas instance yang lebih besar dari yang disediakan highmem-medium. Meskipun
ukuran jenis node highmem-xlarge empat kali lebih besar daripada
jenis highmem-medium, performanya tidak empat kali lebih besar,
karena performa Valkey 7.2 tidak diskalakan secara linear saat vCPU ditambahkan ke
node yang semakin besar (penskalaan ke atas). Sebagai gantinya, untuk mendapatkan performa harga yang lebih baik, Anda harus melakukan penskalaan keluar dengan menambahkan lebih banyak node ke instance.
Spesifikasi jenis node
Kapasitas dan karakteristik node bergantung pada empat jenis node yang tersedia yang Anda pilih:
Kapasitas ruang kunci dan overhead yang dicadangkan
| Jenis node | Kapasitas ruang kunci default yang dapat ditulis | Total kapasitas node |
|---|---|---|
| shared-core-nano | 1,12 GB | 1,4 GB |
| standard-small | 5,2 GB | 6,5 GB |
| highmem-medium | 10,4 GB | 13 GB |
| highmem-xlarge | 46,4 GB | 58 GB |
Memorystore secara otomatis menyisihkan sebagian kapasitas instance Anda untuk membantu mencegah error Out Of Memory (OOM). Hal ini memastikan pengalaman membaca dan menulis kunci yang lancar. Batas memori dan detail penyimpanan adalah sebagai berikut:
Menyesuaikan penyimpanan: Meskipun sebaiknya gunakan setelan default, Anda memiliki opsi untuk menyesuaikan jumlah penyimpanan yang dicadangkan menggunakan konfigurasi
maxmemory. Untuk informasi tentangmaxmemory, lihat Konfigurasi instance yang didukung.Berapa kapasitas penyimpanan yang Anda dapatkan? Lihat kolom Kapasitas ruang kunci default yang dapat ditulis di tabel sebelumnya. Ini menunjukkan jumlah penyimpanan yang tersedia untuk kunci Anda secara default.
Memaksimalkan penyimpanan Jika Anda menginginkan penyimpanan maksimum, kolom total kapasitas node akan menampilkan batas penyimpanan saat Anda menetapkan konfigurasi
maxmemoryke 100%. Namun, sebaiknya jangan memilih nilaimaxmemoryyang lebih tinggi dari setelan default.Jenis node
shared-core-nanomemiliki batas keras sebesar 1,12 GB, dan tidak dapat diubah dengan konfigurasimaxmemory.
Karakteristik node
| Jenis node | Jumlah vCPU | SLA yang ditawarkan | Klien maks | Memori maksimum untuk klien (konfigurasi maxmemory-clients) |
|---|---|---|---|---|
| shared-core-nano | 0,5 | Tidak | 5.000 | 12% |
| standard-small | 2 | Ya | 16.000 (default). Nilai maksimumnya adalah 32.000 | 7% |
| highmem-medium | 2 | Ya | 32.000 (default). Nilai maksimumnya adalah 64.000 | 7% |
| highmem-xlarge | 8 | Ya | 64.000 | 4% |
Spesifikasi instance
Bagian ini menampilkan kapasitas instance minimum dan maksimum berdasarkan bentuk instance, jenis node, dan jumlah replika.
Kapasitas minimum yang dapat ditulis
Kapasitas yang dapat ditulis adalah jumlah penyimpanan yang tersedia untuk menulis kunci. Ukuran ini sama dengan ukuran satu node instance. Oleh karena itu, bergantung pada jenis node, kapasitas minimum yang dapat ditulis adalah 1,4 GB, 6,5 GB, 13 GB, atau 58 GB. Kapasitas minimum yang dapat ditulis tidak terpengaruh oleh jumlah replika yang Anda pilih.
Kapasitas maksimum yang dapat ditulis
| Jenis dan ukuran node | Kapasitas maksimum dalam Mode Cluster Dinonaktifkan | Kapasitas maksimum dalam Mode Cluster Diaktifkan dengan bentuk instance tertentu, yaitu 250 node utama dan 0 replika per node | Kapasitas maksimum dalam Mode Cluster Diaktifkan dengan bentuk instance tertentu yang terdiri dari 125 node utama dan 1 replika per node | Kapasitas maksimum dalam Mode Cluster Diaktifkan dengan bentuk instance tertentu yang terdiri dari 83 node utama dan 2 replika per node |
|---|---|---|---|---|
| shared-core-nano - 1,4 GB | 1,12 GB | 350 GB | 175 GB | 116,2 GB |
| standard-small - 6,5 GB | 5,2 GB | 1.625 GB | 812,5 GB | 539,5 GB |
| highmem-medium - 13 GB | 10,4 GB | 3.250 GB | 1.625 GB | 1.079 GB |
| highmem-xlarge - 58 GB | 46,4 GB | 14.500 GB | 7.250 GB | 4.814 GB |
Performa
Menggunakan alat benchmark memtier OSS di region us-central1 menghasilkan 120.000 - 130.000 operasi per detik per 2 node vCPU (standard-small dan highmem-medium) dengan latensi mikrodetik dan ukuran data 1 KiB.
Sebaiknya lakukan benchmark Anda sendiri dengan beban kerja nyata atau beban kerja sintetis yang menyerupai traffic produksi Anda. Selain itu, sebaiknya Anda menentukan ukuran instance dengan buffer (atau "headroom") untuk lonjakan beban kerja atau traffic yang tidak terduga. Untuk panduan selengkapnya, lihat praktik terbaik.
Endpoint instance untuk Mode Cluster Diaktifkan
Bagian ini menjelaskan endpoint penemuan dan data yang dimiliki instance Cluster Mode Enabled.
Endpoint penemuan
Setiap instance memiliki endpoint penemuan yang dihubungkan oleh klien Anda. Ini adalah kombinasi alamat IP dan nomor port. Untuk mengetahui petunjuk tentang cara menemukan endpoint penemuan instance, lihat Melihat endpoint penemuan instance.
Klien Anda juga menggunakannya untuk penemuan node. Klien Anda menggunakan endpoint penemuan untuk mengambil topologi node instance Anda guna mem-bootstrap klien pihak ketiga, dan terus memperbaruinya dalam status stabil. Topologi node yang dihasilkan menyediakan endpoint node (kombinasi IP dan port) untuk di-cache dalam memori oleh klien pihak ketiga Anda. Kemudian, klien Anda akan menangani update dan pengalihan secara otomatis tanpa perlu perubahan aplikasi lainnya. Untuk informasi tentang perilaku penemuan klien dan praktik terbaik, lihat Penemuan klien.
Endpoint penemuan sangat tersedia karena didukung oleh beberapa node di beberapa zona untuk menayangkan topologi node. Topologi penayangan melalui endpoint sangat andal meskipun menghadapi kegagalan node backend atau update node.
Endpoint penemuan Anda memiliki perilaku berikut:
Endpoint penemuan instance Anda tetap tidak berubah selama siklus proses instance, bahkan selama pemeliharaan, atau oleh tindakan lain yang Anda lakukan seperti menskalakan ke dalam atau ke luar atau mengubah jumlah replika.
Endpoint node dapat berubah dan dapat didaur ulang saat node ditambahkan dan dihapus dari waktu ke waktu. Idealnya, Anda harus menggunakan klien pihak ketiga yang dapat menangani perubahan ini secara otomatis melalui pembaruan dan pengalihan topologi. Contoh klien pihak ketiga dapat ditemukan di Contoh kode library klien. Aplikasi Anda tidak boleh memiliki dependensi atau asumsi bahwa endpoint node tidak akan berubah untuk instance tertentu.
Endpoint data
Setiap instance juga memiliki endpoint data Private Service Connect yang digunakan Memorystore for Valkey untuk koneksi klien. Jangan terhubung ke endpoint ini secara langsung. Sebagai gantinya, Memorystore untuk Valkey menggunakan endpoint ini untuk menghubungkan klien Anda ke node di instance Anda.
Endpoint instance untuk Mode Cluster Dinonaktifkan
Bagian ini menjelaskan endpoint utama dan pembaca yang dimiliki setiap instance Cluster Mode Disabled.
Endpoint utama
Endpoint utama adalah alamat IP tempat aplikasi Anda terhubung. Endpoint ini mengarahkan traffic ke node utama saat ini. Koneksi ke endpoint utama dapat mengirim kueri tulis dan baca.
Endpoint utama Anda memiliki perilaku berikut:
- Alamat IP endpoint utama Anda tetap tidak berubah selama siklus proses instance. Jika node yang mendasarinya gagal atau mengalami failover otomatis, Memorystore for Valkey akan otomatis menyesuaikan alamat IP. Klien tidak memerlukan perubahan pada endpoint. Namun, jika peristiwa yang tidak direncanakan menyebabkan kegagalan koneksi, klien akan mencoba membangun kembali koneksi.
- Jika node utama menjadi replika, koneksi ke node replika ini akan berakhir dan Memorystore untuk Valkey akan mengalihkan koneksi baru ke node utama baru melalui failover otomatis. Klien diharapkan untuk mencoba kembali koneksi menggunakan backoff eksponensial.
- Jika instance memiliki 1 replika, endpoint utama memiliki ketersediaan yang lebih tinggi daripada endpoint pembaca. Jika instance memiliki 2 replika yang disediakan, endpoint utama dan endpoint pembaca akan memiliki ketersediaan tinggi.
Endpoint pembaca
Endpoint pembaca adalah alamat IP tempat aplikasi Anda terhubung. Endpoint ini melakukan load balancing koneksi di seluruh replika dalam instance secara merata. Koneksi ke replika baca dapat mengirim kueri baca, tetapi tidak dapat mengirim kueri tulis. Endpoint pembaca meningkatkan throughput dan memberikan isolasi traffic dari node utama. Untuk aplikasi yang memerlukan akses operasional, seperti skrip berisiko dan tugas offline, sebaiknya isolasi traffic dari node utama menggunakan endpoint pembaca.
Endpoint pembaca Anda memiliki perilaku berikut:
- Meskipun instance tidak memiliki replika baca yang disediakan, Memorystore for Valkey akan menyediakan alamat IP endpoint pembaca untuk memungkinkan penambahan replika baca secara dinamis.
- Jika sistem tidak memiliki replika baca yang tersedia untuk merutekan traffic, koneksi ke endpoint pembaca akan dihentikan. Namun, tindakan ini tidak akan merutekan koneksi yang dibuat ke endpoint pembaca ke node utama.
- Jika node replika menjadi node utama, koneksi ke node utama ini akan berakhir dan Memorystore untuk Valkey akan mengalihkan koneksi baru ke node replika baru. Klien mencoba kembali koneksi ini menggunakan backoff eksponensial.
Untuk mempelajari cara menangani error umum saat terhubung ke endpoint Cluster Mode Disabled, lihat Menangani error di Cluster Mode Disabled.