Spesifikasi instance dan node

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 jenis node highmem-xlarge empat kali lebih besar dari 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 jenis node dari 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 tentang maxmemory, lihat Konfigurasi instance yang didukung.

  • Berapa kapasitas penyimpanan yang Anda dapatkan? Lihat kolom Kapasitas ruang kunci default yang dapat ditulis 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 maxmemory ke 100%. Namun, sebaiknya jangan memilih nilai maxmemory yang lebih tinggi dari setelan default.

  • Jenis node shared-core-nano memiliki batas keras 1,12 GB, dan tidak dapat diubah dengan konfigurasi maxmemory.

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. Memorystore for Valkey hanya mendukung instance dalam mode Cluster.

Kapasitas minimum yang dapat ditulis dengan bentuk instance minimum

Jenis dan ukuran node Kapasitas minimum yang dapat ditulis menggunakan bentuk instance minimum 3 node1
shared-core-nano - 1,4 GB 4,2 GB
standard-small - 6,5 GB 19,5 GB
highmem-medium - 13 GB 39 GB
highmem-xlarge - 58 GB 174 GB

1 Kapasitas yang dapat ditulis adalah jumlah penyimpanan yang tersedia untuk menulis kunci. Kapasitas minimum yang dapat ditulis tidak terpengaruh oleh jumlah replika yang Anda pilih.

Kapasitas maksimum yang dapat ditulis dengan bentuk instance tertentu

Jenis dan ukuran node Kapasitas maksimum dengan bentuk instance 250 node utama dan 0 replika per node Kapasitas maksimum dengan bentuk instance 125 node utama dan 1 replika per node Kapasitas maksimum dengan bentuk instance 83 node utama dan 2 replika per node
shared-core-nano - 1,4 GB 350 GB 175 GB 116,2 GB
standard-small - 6,5 GB 1.625 GB 812,5 GB 539,5 GB
highmem-medium - 13 GB 3.250 GB 1.625 GB 1.079 GB
highmem-xlarge - 58 GB 14.500 GB 7.250 GB 4.814 GB

Memilih bentuk instance dengan 1, 2, atau 4 shard

Karena status Pratinjaunya, pembuatan instance dengan 1, 2, atau 4 shard memiliki persyaratan dan perilaku berikut:

  • Untuk memiliki 1, 2, atau 4 shard, Anda harus membuat instance dengan 1, 2, atau 4 shard.

  • Anda harus menggunakan gcloud CLI untuk membuat instance yang memiliki 1, 2, atau 4 shard.

  • Instance yang dibuat dengan 3 shard, 5 shard, atau lebih, tidak dapat diskalakan untuk memiliki 1, 2, atau 4 shard.

  • Instance yang dibuat dengan 1, 2, atau 4 shard berada dalam fase peluncuran Pratinjau dan tunduk pada batasan fase peluncuran Pratinjau.

  • Instance yang dibuat dengan 1, 2, atau 4 shard dapat diskalakan ke bentuk instance lain sebanyak yang Anda inginkan. Misalnya, Anda dapat menskalakan instance dengan 4 shard menjadi 8 shard, dan kembali ke 4 shard.

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

Bagian ini menjelaskan dua endpoint yang dimiliki setiap instance.

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:

  1. 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.

  2. 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. Anda tidak boleh terhubung ke endpoint ini secara langsung, tetapi Memorystore for Valkey menggunakan endpoint ini untuk menghubungkan klien ke node di instance Anda.