Halaman ini menjelaskan spesifikasi instance dan node untuk Memorystore for Valkey instance Compute Engine. Untuk mendapatkan petunjuk cara membuat instance, lihat Membuat instance.
Memilih jenis node
Semua node dalam instance Anda menggunakan jenis node yang sama dengan pilihan Anda. Jenis node terbaik untuk instance Anda bergantung pada persyaratan harga, performa, dan kapasitas keyspace.
Jenis node standard-small memungkinkan Anda menyediakan instance kecil, dan mengembangkan instance secara bertahap dengan biaya yang berpotensi lebih rendah dibandingkan jenis node lainnya. standard-small juga menawarkan keuntungan dalam mendistribusikan keyspace ke lebih banyak node dengan total jumlah vCPU yang lebih tinggi. Hal ini menawarkan rasio harga-performa yang lebih baik dibandingkan dengan highmem-medium, selama total kapasitas keyspace dari node yang lebih kecil memadai untuk kebutuhan data Anda.
Sebaiknya pilih jenis node highmem-xlarge hanya jika Anda perlu
lebih banyak kapasitas instance daripada 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
node yang lebih besar (peningkatan skala). Sebaliknya, untuk mendapatkan harga
performa tinggi, Anda harus menyebarkan skala dengan menambahkan lebih banyak node ke instance.
Spesifikasi jenis node
Kapasitas dan karakteristik node bergantung pada manakah dari empat tersedia jenis node yang Anda pilih:
Kapasitas keyspace dan overhead yang dicadangkan
| Jenis node | Kapasitas default ruang kunci yang dapat ditulis | Total kapasitas node |
|---|---|---|
| shared-core-nano | 1,12 GB | 1,4 GB |
| standar-kecil | 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 instance Anda kapasitas untuk membantu mencegah error Out Of Memory (OOM). Hal ini memastikan pengalaman membaca dan menulis kunci. Batas memori dan detail penyimpanan adalah sebagai berikut ini:
Menyesuaikan penyimpanan Anda: Meskipun kami merekomendasikan untuk menggunakan setelan default, Anda memiliki opsi untuk menyesuaikan jumlah penyimpanan yang dicadangkan menggunakan Konfigurasi
maxmemory. Untuk mengetahui informasi tentangmaxmemory, lihat Konfigurasi instance yang didukung.Berapa besar penyimpanan yang Anda dapatkan? Lihat Kapasitas keyspace default yang dapat ditulis pada tabel sebelumnya . Ini menunjukkan jumlah penyimpanan yang tersedia untuk kunci Anda secara default.
Memaksimalkan penyimpanan Jika Anda menginginkan penyimpanan sebanyak mungkin, total kapasitas node menunjukkan batas penyimpanan saat Anda menetapkan konfigurasi
maxmemoryke 100%. Namun, jangan memilih nilaimaxmemoryyang lebih tinggi daripada nilai default deskripsi tempat.Jenis node
shared-core-nanomemiliki batas pasti sebesar 1,12 GB, dan tidak dapat diubah dengan konfigurasimaxmemory.
Karakteristik node
| Jenis node | Jumlah vCPU | SLA yang ditawarkan | Klien maksimum | Memori maksimum untuk klien (konfigurasi maxmemory-clients) |
|---|---|---|---|---|
| shared-core-nano | 0,5 | Tidak | 5.000 | 12% |
| standar-kecil | 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 menunjukkan kapasitas instance minimum dan maksimum berdasarkan instance {i>shape<i}, {i>node<i}, dan jumlah replika. Memorystore for Valkey hanya mendukung instance dalam mode Cluster.
Kapasitas minimum yang dapat ditulis berdasarkan 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 |
| standar-kecil - 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 tombol. Kapasitas minimum yang dapat ditulis tidak terpengaruh oleh jumlah replika sesuai pilihan Anda.
Kapasitas maksimum yang dapat ditulis dengan bentuk instance tertentu
| Jenis dan ukuran node | Kapasitas maksimum dengan mempertimbangkan bentuk instance sebanyak 250 node utama dan 0 replika per node | Kapasitas maksimum mengingat bentuk instance sebanyak 125 node utama dan 1 replika per node | Kapasitas maksimum dengan mempertimbangkan bentuk instance sebanyak 83 node utama dan 2 replika per node |
|---|---|---|---|
| shared-core-nano - 1,4 GB | 350 GB | 175 GB | 116,2 GB |
| standar-kecil - 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 |
Bentuk instance tidak didukung
Anda tidak dapat memiliki instance dengan hanya 4 node. Ini bentuk instance tidak didukung untuk memastikan ketersediaan tinggi di beberapa zona seperti penanganan otomatis pemadaman layanan zona.
Performa
Penggunaan alat tolok ukur 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 jalankan tolok ukur Anda sendiri dengan beban kerja nyata atau beban kerja sintetis yang menyerupai traffic produksi. Selain itu, sebaiknya sesuaikan 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 terhubung dengan klien Anda. Penting kombinasi alamat IP dan nomor porta. Untuk mendapatkan petunjuk tentang cara menemukan endpoint penemuan instance, baca Melihat endpoint penemuan instance Anda.
Klien Anda juga menggunakannya untuk penemuan node. Klien Anda menggunakan endpoint penemuan untuk mengambil topologi node instance untuk melakukan bootstrap pada klien pihak ketiga, dan terus memperbaruinya dalam keadaan stabil. Topologi node yang dihasilkan memberikan endpoint node (kombinasi IP dan port) yang akan di-cache dalam memori oleh klien pihak ketiga Anda. Selanjutnya, klien Anda menangani pembaruan dan pengalihan secara otomatis tanpa perlu mengubah aplikasi lain. Untuk informasi tentang praktik terbaik dan perilaku penemuan klien, lihat Penemuan klien.
Endpoint penemuan sangat tersedia karena didukung oleh beberapa node di beberapa zona untuk melayani topologi node. Topologi penayangan melalui endpoint bersifat andal bahkan saat dihadapkan pada kegagalan node backend atau update node.
Endpoint penemuan Anda memiliki perilaku berikut:
Endpoint penemuan instance Anda tetap tidak berubah sepanjang siklus proses instance, bahkan selama pemeliharaan, atau oleh tindakan lain yang Anda lakukan seperti meningkatkan atau menurunkan skala atau mengubah jumlah replika.
Endpoint node dapat berubah dan dapat didaur ulang saat node ditambahkan dan dihapus seiring waktu. Idealnya, Anda harus menggunakan klien pihak ketiga yang dapat menangani perubahan ini secara otomatis melalui refresh 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 Memorystore for Valkey digunakan untuk koneksi klien. Anda tidak seharusnya terhubung ke secara langsung, tetapi Memorystore for Valkey menggunakan endpoint ini untuk menghubungkan klien ke node dalam instance Anda.