Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Versi mesin Redis OSS
Bagian ini mencakup versi mesin Redis OSS yang didukung.
Topik
MemoryDB versi 7.1 (ditingkatkan)
MemoryDB versi 7.1 menambahkan dukungan untuk kemampuan pencarian vektor dalam pratinjau untuk wilayah tertentu, 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. Pratinjau pencarian vektor tersedia dalam MemoryDB versi 7.1 dan seterusnya di wilayah berikut: AS Timur (Virginia N. dan Ohio), AS Barat (Oregon), UE (Irlandia), dan Asia Pasifik (Tokyo). Silakan lihat dokumentasi di sini untuk cara mengaktifkan pratinjau pencarian vektor dan kemampuan fitur terkait.
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
MemoryDB versi 7.0 (ditingkatkan)
MemoryDB 7.0 menambahkan sejumlah perbaikan dan dukungan untuk fungsionalitas baru:
-
Fungsi Redis OSS
: MemoryDB 7 menambahkan dukungan untuk Fungsi Redis OSS, 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 Redis OSS Access Control Lists (ACL). Dengan MemoryDB OSS 7, klien sekarang dapat menentukan beberapa set izin pada kunci atau ruang kunci tertentu di Redis OSS. -
Sharded Pub/Sub
: MemoryDB 7 menambahkan dukungan untuk menjalankan fungsionalitas Redis OSS Pub/Sub dengan cara sharded saat menjalankan MemoryDB di Cluster Mode Enabled (CME). Kemampuan Redis OSS Pub/Sub memungkinkan penerbit untuk mengeluarkan pesan ke sejumlah pelanggan di saluran. Dengan Amazon MemoryDB 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 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 sekelompok 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 rilis Redis OSS 7.0, lihat Catatan Rilis Redis OSS 7.0 di Redis OSS
MemoryDB versi 6.2 (ditingkatkan)
MemoryDB memperkenalkan versi berikutnya dari mesin Redis OSS, yang meliputi, dukungan upgrade versi otomatisMengautentikasi pengguna dengan Daftar Kontrol Akses (ACL), 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 API 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 menyetel --engine-version parameternya6.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
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 dapat memulai upgrade versi engine ke cluster Anda dengan cara berikut:
Dengan memperbaruinya dan menentukan versi mesin baru. Untuk informasi selengkapnya, lihat Memodifikasi cluster MemoryDB.
Menerapkan pembaruan layanan untuk versi mesin yang sesuai. Untuk informasi selengkapnya, lihat Pembaruan layanan di MemoryDB.
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. Ketika MemoryDB memperluas ketersediaan ke AWS Wilayah baru, MemoryDB mendukung dua
MAJOR.MINORversi terbaru pada waktu itu untuk Wilayah baru. Misalnya, jika AWS wilayah baru diluncurkan dan versiMAJOR.MINORMemoryDB terbaru adalah 7.0 dan 6.2, MemoryDB akan mendukung versi 7.0 dan 6.2 di Wilayah baru. AWS KetikaMAJOR.MINORversi 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 didukungManajemen 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 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 |
