Versi mesin - Amazon MemoryDB
MemoryDB 7.3Valkey 7.2.6Redis OSS 7.0 (ditingkatkan)Redis OSS 7.0 (ditingkatkan)Redis OSS 6.2 (ditingkatkan)Meningkatkan versi mesin

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Versi mesin

Bagian ini mencakup versi mesin Valkey dan Redis OSS yang didukung.

MemoryDB versi 7.3

Pada 1 Desember 2024, MemoryDB 7.3 dirilis. MemoryDB versi 7.3 mendukung klaster Multi-Region, memungkinkan Anda membangun aplikasi Multi-wilayah dengan ketersediaan hingga 99,999% dengan latensi yang sangat rendah. MemoryDB Multi-Region saat ini didukung di AWS Wilayah berikut: AS Timur (Virginia N. dan Ohio), AS Barat (Oregon, California N.), Eropa (Irlandia, Frankfurt, dan London), dan Asia Pasifik (Tokyo, Sydney, Mumbai, Seoul dan Singapura). Untuk informasi selengkapnya, lihat MemoryDB Multi-Wilayah.

MemoryDB versi 7.2.6

Pada 8 Oktober 2024, Valkey 7.2.6 dirilis. Valkey 7.2.6 memiliki perbedaan kompatibilitas yang serupa dengan versi Redis OSS 7.2.5 sebelumnya. Berikut adalah perbedaan utama antara Valkey dan Redis OSS 7.0 dan 7.1:

  • Opsi WITHSCORE baru untuk perintah ZRANK dan ZREVRANK

  • KLIEN NO-TOUCH bagi klien untuk menjalankan perintah tanpa mempengaruhi LRU/LFU kunci.

  • Perintah baru CLUSTER MYSHARDID yang mengembalikan ID Shard dari node untuk secara logis mengelompokkan node dalam modus cluster berdasarkan replikasi.

  • Pengoptimalan kinerja dan memori untuk berbagai tipe data.

Berikut adalah perubahan perilaku yang berpotensi melanggar antara Valkey 7.2 dan Redis OSS 7.1 (atau 7.0):

  • Saat memanggil PUBLISH dengan RESP3 klien yang juga berlangganan saluran yang sama, pesanan diubah dan balasan dikirim sebelum pesan yang dipublikasikan.

  • Pelacakan sisi klien untuk skrip sekarang melacak kunci yang dibaca oleh skrip, bukan kunci yang dideklarasikan oleh pemanggil EVAL /FCALL.

  • Freeze time sampling terjadi selama eksekusi perintah dan dalam skrip.

  • Ketika perintah yang diblokir sedang diblokir, pemeriksaan seperti ACL, OOM, dan lainnya dievaluasi ulang.

  • Teks pesan kesalahan kegagalan ACL dan kode kesalahan disatukan.

  • Perintah aliran yang diblokir yang dirilis saat kunci tidak ada lagi membawa kode kesalahan yang berbeda (-NOGROUP atau -WRONGTYPE alih-alih -UNBLOCKED).

  • Statistik perintah diperbarui untuk perintah yang diblokir hanya ketika perintah benar-benar dijalankan.

  • Penyimpanan internal pengguna ACL tidak lagi menghapus perintah redundan dan aturan kategori. Ini dapat mengubah cara aturan-aturan tersebut ditampilkan sebagai bagian dari ACL SAVE, ACL GETUSER dan ACL LIST.

  • Setiap koneksi klien yang dibuat untuk replikasi berbasis TLS menggunakan SNI jika memungkinkan.

  • XINFO STREAM: Bidang respons seen-time sekarang menunjukkan interaksi percobaan terakhir alih-alih interaksi terakhir yang berhasil. Bidang respons waktu aktif yang baru sekarang menunjukkan interaksi terakhir yang berhasil.

  • XREADGROUP dan X [AUTO] CLAIM membuat konsumen terlepas dari apakah ia dapat melakukan beberapa pembacaan/klaim.

  • ACL default pengguna yang baru dibuat menetapkan flag sanitize-payload di ACL LIST/GETUSER.

  • Perintah HELLO tidak mempengaruhi status klien kecuali berhasil.

  • Balasan NAN dinormalisasi ke satu tipe nan, mirip dengan perilaku inf saat ini.

Untuk informasi lebih lanjut tentang Valkey, lihat Valkey

Untuk informasi lebih lanjut tentang rilis Valkey 7.2, lihat Catatan Rilis Redis OSS 7.2.4 (Valkey 7.2 mencakup semua perubahan dari Redis OSS hingga versi 7.2.4) dan catatan rilis Valkey 7.2 di Valkey pada. GitHub

MemoryDB versi 7.1 (ditingkatkan)

MemoryDB versi 7.1 menambahkan dukungan untuk kemampuan pencarian vektor di semua Wilayah, serta perbaikan bug penting dan peningkatan kinerja.

  • Fitur Pencarian Vektor: Pencarian vektor dapat digunakan dengan fungsionalitas MemoryDB yang ada. Aplikasi yang tidak menggunakan pencarian vektor tidak akan terpengaruh oleh keberadaannya. Pencarian vektor tersedia dalam MemoryDB versi 7.1 dan seterusnya di semua Wilayah. Silakan lihat dokumentasi di sini untuk informasi lebih lanjut.

catatan

MemoryDB versi 7.1 kompatibel dengan Redis OSS v7.0. Untuk informasi lebih lanjut tentang rilis Redis OSS 7.0, lihat Catatan Rilis Redis OSS 7.0 di Redis OSS pada. GitHub

MemoryDB versi 7.0 (ditingkatkan)

MemoryDB 7.0 menambahkan sejumlah perbaikan dan dukungan untuk fungsionalitas baru:

  • Fungsi: MemoryDB 7 menambahkan dukungan untuk Fungsi, dan memberikan pengalaman terkelola yang memungkinkan pengembang untuk mengeksekusi skrip LUA dengan logika aplikasi yang disimpan di cluster MemoryDB, tanpa mengharuskan klien untuk mengirim ulang skrip ke server dengan setiap koneksi.

  • Perbaikan ACL: MemoryDB 7 menambahkan dukungan untuk versi berikutnya dari Daftar Kontrol Akses (). ACLs Dengan MemoryDB OSS Valkey 7 atau Redis OSS 7, klien sekarang dapat menentukan beberapa set izin pada kunci atau ruang kunci tertentu.

  • Sharded Pub/Sub: MemoryDB 7 menambahkan dukungan untuk menjalankan Pub/Sub functionality in a sharded way when running MemoryDB in Cluster Mode Enabled (CME). Pub/Sub kemampuan memungkinkan penerbit mengeluarkan pesan ke sejumlah pelanggan di saluran. Dengan Amazon MemoryDB Valkey 7 dan Redis OSS 7 saluran terikat pada pecahan di cluster MemoryDB, menghilangkan kebutuhan untuk menyebarkan informasi saluran di seluruh pecahan. Ini menghasilkan peningkatan skalabilitas.

  • Multiplexing I/O yang disempurnakan: MemoryDB Valkey 7 dan Redis OSS versi 7 memperkenalkan multiplexing I/O yang disempurnakan, yang memberikan peningkatan throughput dan mengurangi latensi untuk beban kerja throughput tinggi yang memiliki banyak koneksi klien bersamaan ke cluster MemoryDB. Misalnya, saat menggunakan cluster node r6g.4xlarge dan menjalankan 5200 klien bersamaan, Anda dapat mencapai peningkatan throughput hingga 46% (operasi baca dan tulis per detik) dan latensi P99 menurun hingga 21%, dibandingkan dengan MemoryDB versi 6.

Untuk informasi lebih lanjut tentang Valkey, lihat Valkey

Untuk informasi lebih lanjut tentang rilis Valkey 7.2, lihat Catatan Rilis Redis OSS 7.2.4 (Valkey 7.2 mencakup semua perubahan dari Redis OSS hingga versi 7.2.4) dan catatan rilis Valkey 7.2 di Valkey pada. GitHub

MemoryDB dengan Redis OSS versi 6.2 (ditingkatkan)

MemoryDB memperkenalkan versi berikutnya dari mesin Redis OSS, yang meliputi, dukungan upgrade versi otomatisMengautentikasi pengguna dengan Daftar Kontrol Akses () ACLs, caching sisi klien dan peningkatan operasional yang signifikan.

Redis engine versi 6.2.6 juga memperkenalkan dukungan untuk format asli JavaScript Object Notation (JSON), cara sederhana dan tanpa skema untuk menyandikan kumpulan data kompleks di dalam cluster Redis OSS. Dengan dukungan JSON, Anda dapat memanfaatkan kinerja dan Redis OSS APIs untuk aplikasi yang beroperasi melalui JSON. Untuk informasi selengkapnya, lihat Mulai menggunakan JSON. Juga termasuk metrik terkait JSON JsonBasedCmds yang dimasukkan ke dalam CloudWatch untuk memantau penggunaan tipe data ini. Untuk informasi selengkapnya, lihat Metrik untuk MemoryDB.

Dengan Redis OSS 6, MemoryDB akan menawarkan versi tunggal untuk setiap rilis minor Redis OSS, daripada menawarkan beberapa versi patch. Ini dirancang untuk meminimalkan kebingungan dan ambiguitas karena harus memilih dari beberapa versi minor. MemoryDB juga akan secara otomatis mengelola versi minor dan patch dari cluster yang sedang berjalan, memastikan peningkatan kinerja dan keamanan yang ditingkatkan. Ini akan ditangani melalui saluran pemberitahuan pelanggan standar melalui kampanye pembaruan layanan. Untuk informasi selengkapnya, lihat Pembaruan layanan di MemoryDB.

Jika Anda tidak menentukan versi mesin selama pembuatan, MemoryDB akan secara otomatis memilih versi Redis OSS yang disukai untuk Anda. Di sisi lain, jika Anda menentukan versi mesin dengan menggunakan6.2, MemoryDB akan secara otomatis memanggil versi patch pilihan Redis OSS 6.2 yang tersedia.

Misalnya, saat Anda membuat cluster, Anda mengatur --engine-version parameter ke6.2. Cluster akan diluncurkan dengan versi patch pilihan yang tersedia saat ini pada waktu pembuatan. Setiap permintaan dengan nilai versi mesin lengkap akan ditolak, pengecualian akan dilemparkan dan prosesnya akan gagal.

Saat memanggil DescribeEngineVersions API, nilai EngineVersion parameter akan disetel ke 6.2 dan versi mesin lengkap yang sebenarnya akan dikembalikan di EnginePatchVersion bidang.

Untuk informasi lebih lanjut tentang rilis Redis OSS 6.2, lihat Catatan Rilis Redis 6.2 di Redis OSS pada. GitHub

Meningkatkan versi mesin

MemoryDB secara default secara otomatis mengelola versi patch cluster Anda yang sedang berjalan melalui pembaruan layanan. Anda juga dapat memilih keluar dari upgrade versi auto minor jika Anda menyetel AutoMinorVersionUpgrade properti cluster Anda ke false. Namun, Anda tidak dapat memilih keluar dari upgrade versi patch otomatis.

Anda dapat mengontrol jika dan kapan perangkat lunak yang sesuai dengan protokol yang mendukung klaster Anda ditingkatkan ke versi baru yang didukung oleh MemoryDB sebelum peningkatan otomatis dimulai. Dengan tingkat kontrol ini, Anda dapat memelihara kompatibilitas dengan versi tertentu, menguji versi baru dengan aplikasi Anda sebelum di-deploy ke sistem produksi, dan melakukan peningkatan versi sesuai syarat dan waktu Anda sendiri.

Anda juga dapat meningkatkan dari MemoryDB yang ada dengan mesin Redis OSS ke mesin Valkey.

Anda dapat memulai upgrade versi engine ke cluster Anda dengan cara berikut:

Perhatikan hal berikut:

  • Anda dapat meningkatkan ke versi mesin yang lebih baru, tetapi Anda tidak dapat menurunkan ke versi mesin yang lebih lama. Jika Anda ingin menggunakan versi mesin sebelumnya, Anda harus menghapus klaster yang telah ada dan membuatnya lagi dengan versi mesin sebelumnya.

  • Kami merekomendasikan upgrade secara berkala ke versi utama terbaru, karena sebagian besar perbaikan besar tidak kembali porting ke versi yang lebih lama. Karena MemoryDB memperluas ketersediaan ke AWS Wilayah baru, MemoryDB mendukung dua MAJOR.MINOR versi terbaru pada waktu itu untuk Wilayah baru. Misalnya, jika AWS wilayah baru diluncurkan dan versi MAJOR.MINOR MemoryDB terbaru adalah 7.0 dan 6.2, MemoryDB akan mendukung versi 7.0 dan 6.2 di Wilayah baru. AWS Ketika MAJOR.MINOR versi baru dari MemoryDB dirilis, MemoryDB akan terus menambahkan dukungan untuk versi MemoryDB yang baru dirilis. Untuk mempelajari lebih lanjut tentang memilih Wilayah untuk MemoryDB, lihat. Wilayah & titik akhir yang didukung

  • Manajemen versi mesin dirancang agar Anda dapat memiliki kontrol sebanyak mungkin terkait cara melakukan patching. Namun, MemoryDB berhak untuk menambal cluster Anda atas nama Anda jika terjadi kerentanan keamanan kritis dalam sistem atau perangkat lunak.

  • MemoryDB akan menawarkan satu versi untuk setiap rilis minor Valkey atau Redis OSS, daripada menawarkan beberapa versi patch. Ini dirancang untuk meminimalkan kebingungan dan ambiguitas karena harus memilih dari beberapa versi. MemoryDB juga akan secara otomatis mengelola versi minor dan patch dari cluster yang sedang berjalan, memastikan peningkatan kinerja dan keamanan yang ditingkatkan. Ini akan ditangani melalui saluran pemberitahuan pelanggan standar melalui kampanye pembaruan layanan. Untuk informasi selengkapnya, lihat Pembaruan layanan di MemoryDB.

  • Anda dapat meng-upgrade versi cluster Anda dengan downtime minimal. Klaster tersedia untuk operasi baca selama keseluruhan proses peningkatan dan tersedia untuk operasi tulis untuk sebagian besar durasi peningkatan, kecuali selama operasi failover yang berlangsung beberapa detik.

  • Kami menyarankan Anda melakukan upgrade mesin selama periode lalu lintas tulis masuk rendah.

    Cluster dengan beberapa pecahan diproses dan ditambal sebagai berikut:

    • Hanya satu operasi peningkatan yang dilakukan per pecahan kapan saja.

    • Di setiap serpihan, semua replika diproses sebelum primer diproses. Jika terdapat lebih sedikit replika dalam serpihan, primer dalam serpihan itu mungkin diproses sebelum replika di serpihan lainnya selesai diproses.

    • Di semua serpihan, simpul primer diproses secara berurutan. Hanya satu simpul primer yang ditingkatkan dalam satu waktu.

Cara meningkatkan versi mesin

Anda memulai upgrade versi ke cluster Anda dengan memodifikasinya menggunakan konsol MemoryDB, API AWS CLI, atau MemoryDB API dan menentukan versi engine yang lebih baru. Untuk informasi selengkapnya, lihat topik berikut.

Menyelesaikan peningkatan mesin Redis OSS yang diblokir

Seperti yang ditunjukkan pada tabel berikut, operasi upgrade mesin Redis OSS Anda diblokir jika Anda memiliki operasi penskalaan yang tertunda.

Operasi yang tertunda Operasi yang diblokir
Penaikan skala Peningkatan mesin segera
Peningkatan mesin Penaikan skala segera
Penaikan skala dan peningkatan mesin Penaikan skala segera
Peningkatan mesin segera