Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Cari fitur dan batasan
Ketersediaan pencarian
ElastiCache Valkey versi 9.0 dan di atasnya memberikan dukungan untuk beban kerja non vektor, vektor, dan hibrida murni termasuk Numerik, Tag (kecocokan tepat),, pencarian Vektor Full-text, dan Agregasi pada cluster berbasis node di semua Wilayah tanpa biaya tambahan. AWS
ElastiCache Valkey versi 8.2 menyediakan dukungan untuk Pencarian Vektor pada cluster berbasis node di semua AWS Wilayah tanpa biaya tambahan.
Pencarian saat ini tersedia di semua jenis ElastiCache instance selain node dengan tiering data. Menggunakan pencarian pada instans t2, t3, dan t4g memerlukan peningkatan cadangan memori setidaknya 50% untuk mikro dan 30% untuk instance kecil. Lihat halaman ini untuk mengetahui lebih lanjut.
Pembatasan parametrik
Tabel berikut menunjukkan batas untuk berbagai item pencarian:
| Item | Nilai maksimum (9.0+) | Nilai maksimum (8.2) |
|---|---|---|
| Jumlah dimensi dalam vektor | 32768 | 32768 |
| Jumlah indeks yang dapat dibuat | 1000 | 10 |
| Jumlah bidang dalam indeks | 1000 | 50 |
| FT.SEARCH Klausul TIMEOUT (milidetik) | 60000 | 60000 |
| Jumlah maksimum awalan yang diizinkan per indeks | 16 | 16 |
| Panjang maksimum kolom tag | 10000 | 10000 |
| Panjang maksimum bidang numerik | 256 | 256 |
| Parameter HNSW M | 2000000 | 2000000 |
| Parameter HNSW EF_CONSTRUCTION | 1000000 | 4096 |
| Parameter HNSW EF_RUNTIME | 1000000 | 4096 |
| Jumlah istilah yang diizinkan untuk digunakan dalam string kueri dalam FT.SEARCH/FT.AGGREGATE perintah | 1000 | 16 |
| Jumlah atribut teks yang diizinkan per indeks | 64 | TA |
| Ekspansi kata teks maksimum dalam Pencarian Istilah Awalan, Sufiks, Fuzzy, dan Stem | 200 | TA |
Pembatasan operasional
Indeks Persistensi dan Penimbunan Ulang
Anda dapat membaca lebih lanjut tentang ini di pembuatan dan pengisian ulang indeks pencarian Valkey
Batas penskalaan
Di ElastiCache Valkey versi 9.0, selama acara penskalaan, RPS tulis dapat berkurang selama durasi acara. Di ElastiCache Valkey versi 8.2, selama peristiwa penskalaan, indeks dapat mengalami pengisian ulang saat data dimigrasikan dan ini akan menghasilkan penarikan yang berkurang untuk kueri penelusuran.
Snapshot import/export dan Migrasi Langsung
File RDB dari satu cluster dengan indeks pencarian dapat diimpor ke cluster ElastiCache Valkey lain dengan versi 8.2 atau lebih tinggi. Cluster baru akan membangun kembali konten indeks saat memuat file RDB. Namun, keberadaan indeks pencarian dalam file RDB membatasi kompatibilitas data tersebut dengan versi Valkey sebelumnya. Format indeks pencarian yang ditentukan oleh fungsi pencarian vektor hanya dipahami oleh ElastiCache cluster lain dengan Valkey versi 8.2 atau lebih tinggi. Namun, file RDB yang tidak mengandung indeks tidak dibatasi dengan cara ini.
Keluar dari Memori saat mengisi ulang
Mirip dengan operasi penulisan Valkey OSS, isi ulang indeks mengalami keterbatasan di luar memori. Jika memori mesin terisi saat pengisian ulang sedang berlangsung, semua isi ulang dijeda. Jika memori tersedia, proses pengurukan dilanjutkan. Dimungkinkan untuk menghapus indeks saat pengisian ulang dijeda karena kehabisan memori.
Transaksi
Perintah FT.CREATE danFT.DROPINDEX, tidak dapat dieksekusi dalam konteks transaksional, yaitu, tidak di dalam MULTI/EXEC blok atau dalam skrip LUA atau FUNGSI. Selain itu, FT.AGGREGATE perintah FT.SEARCH and tidak dapat dijalankan dalam konteks transaksional dalam Cluster ElastiCache Valkey yang beroperasi dalam Mode Cluster.
Keamanan pencarian
Mekanisme keamanan Valkey ACL (Access Control Lists)@search, disediakan dan banyak kategori yang ada (@fast,,, @read@write, dll.) Diperbarui untuk menyertakan perintah baru. Perintah pencarian tidak memodifikasi data kunci, artinya mesin ACL yang ada untuk akses tulis dipertahankan. Aturan akses untuk HASH dan JSON operasi tidak dimodifikasi oleh kehadiran indeks; kontrol akses tingkat kunci normal masih diterapkan pada perintah tersebut.
Perintah pencarian dengan indeks juga memiliki akses mereka dikendalikan melalui ACL. Pemeriksaan akses dilakukan pada tingkat seluruh indeks, bukan pada tingkat per-kunci. Ini berarti bahwa akses ke indeks diberikan kepada pengguna hanya jika pengguna tersebut memiliki izin untuk mengakses semua kunci yang mungkin dalam daftar awalan keyspace indeks tersebut. Dengan kata lain, konten sebenarnya dari indeks tidak mengontrol akses. Sebaliknya, itu adalah isi teoritis dari indeks seperti yang didefinisikan oleh daftar awalan yang digunakan untuk pemeriksaan keamanan. Situasi di mana pengguna telah membaca akses and/or tulis ke kunci tetapi tidak dapat mengakses indeks yang berisi kunci itu dimungkinkan. Perhatikan bahwa hanya akses baca ke ruang kunci yang diperlukan untuk membuat atau menggunakan indeks - ada atau tidak adanya akses tulis tidak dipertimbangkan.
