Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Di bawah ini Anda dapat menemukan informasi tentang praktik terbaik untuk menggunakan antarmuka Valkey, Memcached, dan Redis OSS di dalamnya. ElastiCache
Gunakan konfigurasi berkemampuan mode cluster — Mode cluster diaktifkan memungkinkan cache untuk menskalakan secara horizontal untuk mencapai penyimpanan dan throughput yang lebih tinggi daripada konfigurasi yang dinonaktifkan mode cluster. ElastiCache tanpa server hanya tersedia dalam konfigurasi yang diaktifkan mode cluster.
Gunakan koneksi berumur panjang – Pembuatan koneksi baru menghabiskan banyak daya komputasi, serta membutuhkan waktu dan sumber daya CPU dari cache. Gunakan kembali koneksi jika memungkinkan (misalnya dengan pooling koneksi) untuk menyebarkan beban ini melalui banyak perintah.
Baca dari replika - Jika Anda menggunakan ElastiCache tanpa server atau telah menyediakan replika baca (cluster yang dirancang sendiri), arahkan pembacaan ke replika untuk mencapai skalabilitas yang lebih baik dan/atau latensi yang lebih rendah. Pembacaan dari replika pada akhirnya akan konsisten dengan yang primer.
Dalam klaster yang dirancang sendiri, hindari mengarahkan permintaan baca ke satu replika baca karena pembacaan mungkin tidak tersedia sementara jika simpul gagal. Konfigurasikan klien Anda untuk mengarahkan permintaan baca ke setidaknya dua replika baca, atau arahkan permintaan baca ke replika tunggal dan primer.
Dalam ElastiCache tanpa server, membaca dari port replika (6380) akan mengarahkan pembacaan ke zona ketersediaan lokal klien jika memungkinkan, mengurangi latensi pengambilan. Hal ini akan secara otomatis melakukan fallback ke simpul lainnya selama kegagalan.
Hindari perintah yang menghabiskan banyak daya komputasi – Hindari menjalankan operasi yang sarat komputasi dan I/O, seperti perintah
KEYS
danSMEMBERS
. Pendekatan ini disarankan karena operasi ini meningkatkan beban pada klaster dan memiliki dampak pada performa klaster. Sebagai gantinya, gunakan perintahSCAN
danSSCAN
.Ikuti praktik terbaik Lua – Hindari menjalankan skrip Lua terlalu lama, dan selalu nyatakan kunci yang digunakan dalam skrip Lua di depan. Pendekatan ini disarankan untuk menentukan bahwa skrip Lua tidak menggunakan perintah cross slot. Pastikan bahwa kunci yang digunakan dalam skrip Lua adalah milik slot yang sama.
Gunakan pub/sub sharded - Saat menggunakan Valkey atau Redis OSS untuk mendukung beban kerja pub/sub dengan throughput tinggi, kami sarankan Anda menggunakan pub/sub sharded (tersedia dengan Valkey, dan dengan Redis OSS 7 atau lebih baru
). Pub/sub biasa dalam klaster dengan mode klaster diaktifkan akan menyiarkan pesan ke semua simpul di klaster, yang dapat menghasilkan EngineCPUUtilization
yang tinggi. Perhatikan bahwa dalam ElastiCache perintah tradisional pub/sub commands internally use sharded pub/sub tanpa server.