Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris. # Versi mesin dan peningkatan di ElastiCache Bagian ini mencakup mesin Valkey, Memcached, dan Redis OSS yang didukung dan cara meng-upgrade. Perhatikan bahwa semua fitur yang tersedia dengan Redis OSS 7.2 tersedia di Valkey 7.2 dan di atas secara default. Anda juga dapat meningkatkan dari beberapa yang ada ElastiCache untuk mesin Redis OSS ke mesin Valkey. # Memutakhirkan versi mesin termasuk peningkatan mesin silang **Valkey dan Redis OSS** Dengan Valkey dan Redis OSS, Anda memulai upgrade versi ke cluster atau grup replikasi Anda dengan memodifikasinya menggunakan ElastiCache konsol, API AWS CLI, atau ElastiCache API dan menentukan versi engine yang lebih baru. Anda juga dapat melakukan upgrade silang dari Redis OSS ke Valkey. Untuk informasi lebih lanjut tentang peningkatan silang, lihat[Cara meningkatkan dari Redis OSS ke Valkey](#VersionManagement.HowTo.cross-engine-upgrade). **Topics** + [Cara meningkatkan dari Redis OSS ke Valkey](#VersionManagement.HowTo.cross-engine-upgrade) + [Menyelesaikan peningkatan mesin Valkey atau Redis OSS yang diblokir](#resolving-blocked-engine-upgrades) **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html) **Memcache** Dengan Memcached, untuk memulai upgrade versi ke cluster Anda, Anda memodifikasinya dan menentukan versi mesin yang lebih baru. Anda dapat melakukan ini dengan menggunakan ElastiCache konsol, the AWS CLI, atau ElastiCache API: + Untuk menggunakan Konsol Manajemen AWS, lihat —[Menggunakan ElastiCache Konsol Manajemen AWS](Clusters.Modify.md#Clusters.Modify.CON). + Untuk menggunakan AWS CLI, lihat[Menggunakan AWS CLI dengan ElastiCache](Clusters.Modify.md#Clusters.Modify.CLI). + Untuk menggunakan ElastiCache API, lihat[Menggunakan ElastiCache API](Clusters.Modify.md#Clusters.Modify.API). ## Cara meningkatkan dari Redis OSS ke Valkey Valkey dirancang sebagai pengganti drop-in untuk Redis OSS 7. Anda dapat meningkatkan dari Redis OSS ke Valkey menggunakan Konsol, API, atau CLI, dengan menentukan mesin baru dan versi mesin utama. Alamat IP endpoint dan semua aspek lain dari aplikasi tidak akan diubah oleh upgrade. Saat memutakhirkan dari Redis OSS 5.0.6 dan yang lebih tinggi, Anda tidak akan mengalami downtime. **catatan** **AWS Persyaratan versi CLI untuk peningkatan Redis OSS ke Valkey:** Untuk AWS CLI v1: Versi minimum yang diperlukan 1.35.2 (Versi saat ini: 1.40.22) Untuk AWS CLI v2: Minimum yang diperlukan versi 2.18.2 (Versi saat ini: 2.27.22) **catatan** Saat memutakhirkan dari versi Redis OSS sebelumnya dari 5.0.6, Anda mungkin mengalami waktu failover 30 hingga 60 detik selama propagasi DNS. Untuk memutakhirkan kluster simpul tunggal Redis OSS (mode cluster dinonaktifkan) yang ada ke mesin Valkey, ikuti langkah-langkah berikut:. [Membuat grup replikasi menggunakan klaster yang sudah ada](Replication.CreatingReplGroup.ExistingCluster.md) Setelah cluster node tunggal Redis OSS (mode cluster dinonaktifkan) ditambahkan ke grup replikasi, Anda dapat melakukan upgrade lintas mesin ke Valkey. ### Memutakhirkan grup replikasi dari Redis OSS ke Valkey Jika Anda memiliki grup replikasi Redis OSS yang menggunakan grup parameter cache default, Anda dapat meningkatkan ke Valkey dengan menentukan versi mesin dan mesin baru dengan API. modify-replication-group Untuk Linux, macOS, atau Unix: ``` aws elasticache modify-replication-group \ --replication-group-id myReplGroup \ --engine valkey \ --engine-version 8.0 ``` Untuk Windows: ``` aws elasticache modify-replication-group ^ --replication-group-id myReplGroup ^ --engine valkey ^ --engine-version 8.0 ``` Jika Anda memiliki grup parameter cache kustom yang diterapkan ke grup replikasi Redis OSS yang ada yang ingin Anda tingkatkan, Anda juga harus melewati grup parameter cache Valkey kustom dalam permintaan. Grup parameter kustom Valkey input harus memiliki nilai parameter statis Redis OSS yang sama dengan grup parameter kustom Redis OSS yang ada. Untuk Linux, macOS, atau Unix: ``` aws elasticache modify-replication-group \ --replication-group-id myReplGroup \ --engine valkey \ --engine-version 8.0 \ --cache-parameter-group-name myParamGroup ``` Untuk Windows: ``` aws elasticache modify-replication-group ^ --replication-group-id myReplGroup ^ --engine valkey ^ --engine-version 8.0 ^ --cache-parameter-group-name myParamGroup ``` ### Memutakhirkan cache tanpa server Redis OSS ke Valkey dengan CLI Untuk Linux, macOS, atau Unix: ``` aws elasticache modify-serverless-cache \ --serverless-cache-name myCluster \ --engine valkey \ --major-engine-version 8 ``` Untuk Windows: ``` aws elasticache modify-serverless-cache ^ --serverless-cache-name myCluster ^ --engine valkey ^ --major-engine-version 8 ``` ### Meningkatkan Redis OSS ke Valkey dengan Konsol **Upgrade dari Redis OSS 5 ke Valkey** 1. Pilih cache Redis OSS untuk meng-upgrade. 1. Jendela **Upgrade ke Valkey** akan muncul. Pilih tombol **Upgrade ke Valkey**. 1. Buka **Pengaturan cache**, lalu pilih **Versi mesin**. Versi terbaru dari Valkey direkomendasikan. 1. Jika cache ini tanpa server, maka Anda perlu memperbarui grup parameter. Pergi ke area **grup Parameter** **pengaturan Cache**, pilih grup parameter yang sesuai seperti *default.valkey8*. 1. Pilih **Upgrade**. Cache ini sekarang akan terdaftar di area Valkey konsol. **catatan** Upgrade langsung dari Redis OSS 4 atau lebih rendah ke Valkey dapat mencakup waktu failover yang lebih lama dari 30 hingga 60 detik selama propagasi DNS. ### Cara menurunkan versi dari Valkey ke Redis OSS Jika karena alasan apa pun Anda ingin mengembalikan cluster yang ditingkatkan, Amazon ElastiCache mendukung pengembalian cache Valkey 7.2 ke Redis OSS 7.1. Anda dapat melakukan rollback menggunakan langkah konsol, API, atau CLI yang sama dengan upgrade mesin dan menentukan Redis OSS 7.1 sebagai versi mesin target. Rollback menggunakan proses yang sama dengan upgrade. Alamat IP endpoint dan semua aspek lain dari aplikasi tidak akan diubah oleh rollback dan Anda tidak akan mengalami downtime. Selain itu, Anda dapat memulihkan snapshot yang dibuat dari cache Valkey 7.2 Anda sebagai cache Redis OSS 7.1. Saat Anda memulihkan dari snapshot, Anda dapat menentukan Redis OSS 7.1 sebagai versi mesin target. Saat menggunakan opsi ini, cache baru akan dibuat dari snapshot. Memulihkan dari snapshot tidak berpengaruh pada cache Valkey tempat snapshot dibuat. Persyaratan dan batasan berikut berlaku saat melakukan rollback: + ElastiCache hanya mendukung rolling back dari Valkey 7.2 ke Redis OSS 7.1. Ini benar bahkan jika Anda memutakhirkan ke Valkey 7.2 dari versi sebelumnya dari Redis OSS 7.1. + Setiap grup pengguna dan pengguna yang terkait dengan grup replikasi atau cache tanpa server yang digulung kembali harus dikonfigurasi dengan tipe mesin. `REDIS` ## Menyelesaikan peningkatan mesin Valkey atau Redis OSS yang diblokir Seperti yang ditunjukkan pada tabel berikut, operasi peningkatan mesin Valkey atau Redis OSS Anda diblokir jika Anda memiliki operasi peningkatan skala yang tertunda. **** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/VersionManagement.HowTo.html) **Untuk menyelesaikan upgrade mesin Valkey atau Redis OSS yang diblokir** + Lakukan salah satu tindakan berikut: + Jadwalkan operasi upgrade mesin Redis OSS atau Valkey Anda untuk jendela perawatan berikutnya dengan membersihkan kotak centang **Terapkan** segera. Dengan CLI, gunakan `--no-apply-immediately`. Dengan API, gunakan `ApplyImmediately=false`. + Tunggu hingga jendela perawatan berikutnya (atau setelah) untuk melakukan operasi upgrade engine Redis OSS Anda. + Tambahkan operasi skala Redis OSS ke modifikasi cluster ini dengan kotak centang **Terapkan Segera** yang dipilih. Dengan CLI, gunakan `--apply-immediately`. Dengan API, gunakan `ApplyImmediately=true`. Pendekatan ini secara efektif membatalkan peningkatan mesin selama periode pemeliharaan berikutnya dengan melakukannya segera. # ElastiCache Extended Support Dengan ElastiCache Extended Support, Anda dapat terus menjalankan cache Anda pada versi mesin utama melewati akhir tanggal dukungan standar dengan biaya tambahan. Jika Anda tidak meningkatkan setelah akhir tanggal dukungan standar, Anda akan dikenakan biaya. Extended Support menyediakan pembaruan dan dukungan teknis berikut: + Pembaruan keamanan untuk kritis dan tinggi CVEs untuk mesin cache dan cache Anda + Perbaikan bug dan tambalan untuk masalah kritis + Kemampuan untuk membuka kasus dukungan dan menerima bantuan pemecahan masalah dalam perjanjian tingkat ElastiCache layanan standar Penawaran berbayar ini memberi Anda lebih banyak waktu untuk meningkatkan ke versi mesin utama yang didukung. Misalnya, ElastiCache akhir tanggal dukungan standar untuk Redis OSS 4.0.10 adalah 31 Januari 2026. Jika Anda belum siap untuk secara manual meng-upgrade ke Valkey atau Redis OSS 6 atau lebih baru pada tanggal tersebut, secara otomatis ElastiCache akan mendaftarkan cache Anda di Extended Support dan Anda dapat terus menjalankan Redis OSS 4.0.10. Mulai hari pertama setiap bulan setelah dukungan standar berakhir, 1 Februari 2026, ElastiCache secara otomatis menagih Anda untuk Extended Support. Extended Support tersedia hingga 3 tahun setelah akhir tanggal dukungan standar untuk versi mesin utama. Untuk Elasticache untuk Redis OSS versi 4 dan 5, itu akan menjadi 31 Januari 2029. Setelah tanggal ini, cache apa pun yang masih menjalankan Redis OSS versi 4 dan 5 akan secara otomatis ditingkatkan ke versi terbaru Valkey. Setelah periode dukungan mesin berakhir, cache yang terus menjalankan versi lama itu akan secara otomatis beralih ke Extended Support. Anda akan diberi tahu sebelum tanggal mulai penetapan harga Extended Support sehingga Anda dapat meningkatkan instans Anda. Anda juga dapat secara eksplisit memilih keluar kapan saja dengan meningkatkan ke versi yang didukung. Untuk informasi selengkapnya tentang akhir tanggal dukungan standar dan akhir tanggal Extended Support, lihat [ElastiCache versi untuk jadwal akhir hidup Redis OSS](engine-versions.md#deprecated-engine-versions) Valkey, Memcached, atau Redis OSS. **Topics** + [ElastiCache Biaya Extended Support](extended-support-charges.md) + [Versi dengan ElastiCache Extended Support](extended-support-versions.md) + [ElastiCache dan tanggung jawab pelanggan dengan ElastiCache Extended Support](extended-support-responsibilities.md) # ElastiCache Biaya Extended Support Anda akan dikenakan biaya untuk semua mesin yang terdaftar di ElastiCache Extended Support mulai hari setelah akhir dukungan standar. Untuk ElastiCache akhir tanggal dukungan standar, lihat[Versi dengan ElastiCache Extended Support](extended-support-versions.md). Biaya tambahan untuk ElastiCache Extended Support secara otomatis berhenti ketika Anda melakukan salah satu tindakan berikut: + Tingkatkan ke versi mesin yang tercakup dalam dukungan standar. + Hapus cache yang menjalankan versi utama melewati ElastiCache akhir tanggal dukungan standar. Pengisian daya akan dimulai kembali jika versi mesin target Anda memasuki Extended Support di masa mendatang. Misalnya, katakanlah ElastiCache versi 4 untuk Redis OSS memasuki Extended Support pada 1 Februari 2026, dan Anda memutakhirkan cache Anda di v4 ke v6 pada 1 Januari 2027. Anda hanya akan dikenakan biaya selama 11 bulan Extended Support, pada ElastiCache versi 4 untuk Redis OSS. Jika Anda terus menjalankan ElastiCache versi 6 untuk Redis OSS melewati akhir tanggal dukungan standar 31 Januari 2027, maka cache tersebut akan dikenakan biaya Extended Support lagi mulai 1 Februari 2027. Anda dapat menghindari biaya untuk ElastiCacheExtended Support dengan ElastiCache mencegah membuat atau memulihkan cache melewati ElastiCache akhir tanggal dukungan standar. Untuk informasi selengkapnya, lihat [ ElastiCache harga Amazon](https://aws.amazon.com/elasticache/pricing/). # Versi dengan ElastiCache Extended Support Redis Open Source Software (OSS) versi 4 dan 5 mencapai komunitas mereka End of Life masing-masing pada tahun 2020 dan 2022. Ini berarti tidak ada pembaruan lebih lanjut, perbaikan bug, atau patch keamanan yang dirilis oleh komunitas. Dukungan standar untuk ElastiCache Redis OSS versi 4 dan 5 ElastiCache akan berakhir pada 31 Januari 2026. Terus menggunakan versi Redis OSS yang tidak didukung dapat membuat data Anda rentan terhadap [Kerentanan Umum dan](https://nvd.nist.gov/vuln-metrics/cvss) Eksposur () yang diketahui. CVEs Mulai 1 Februari 2026, ElastiCache cache yang masih berjalan pada Redis OSS versi 4 dan 5 akan secara otomatis terdaftar di Extended Support, untuk memberikan ketersediaan dan keamanan berkelanjutan. Meskipun Extended Support menawarkan fleksibilitas, kami merekomendasikan untuk memperlakukan akhir dari dukungan standar sebagai tonggak perencanaan untuk beban kerja produksi Anda. Kami sangat menyarankan Anda untuk meningkatkan cache Redis OSS v4 dan v5 Anda ke ElastiCache Valkey atau Redis OSS v6 atau yang lebih baru, sebelum akhir dukungan standar. Tabel berikut merangkum ElastiCache akhir Amazon dari tanggal dukungan standar dan tanggal Extended Support. **Dukungan yang diperpanjang dan jadwal Akhir Kehidupan** | Versi Mesin Utama | Akhir dari Standard Support | Mulai dari Extended Support Y1 Premium | Mulai dari Extended Support Y2 Premium | Mulai dari Extended Support Y3 Premium | Akhir dari Extended Support dan versi EOL | | --- | --- | --- | --- | --- | --- | | Redis OSS v4 | 1/31/2026 | 2/1/2026 | 2/1/2027 | 2/1/2028 | 1/31/2029 | | Redis OSS v5 | 1/31/2026 | 2/1/2026 | 2/1/2027 | 2/1/2028 | 1/31/2029 | | Redis OSS v6 | 1/31/2027 | 2/1/2027 | 2/1/2028 | 2/1/2029 | 1/31/2030 | Extended Support hanya akan ditawarkan untuk versi patch terbaru yang didukung dari setiap versi utama Redis OSS. Ketika Extended Support dimulai pada 1 Februari 2026, jika cluster Redis OSS v4 dan v5 Anda belum ada di versi patch terbaru, mereka akan secara otomatis ditingkatkan ke v4.0.10 untuk Redis OSS v4, dan v5.0.6 untuk Redis OSS v5, sebelum terdaftar di Extended Support. Ini memastikan bahwa Anda menerima pembaruan keamanan dan perbaikan bug melalui Extended Support. Anda tidak perlu mengambil tindakan apa pun untuk meningkatkan ke versi patch terbaru ini sebagai bagian dari transisi Extended Support. # ElastiCache dan tanggung jawab pelanggan dengan ElastiCache Extended Support Berikut ini adalah tanggung jawab Amazon ElastiCache, dan tanggung jawab Anda dengan ElastiCache Extended Support. ** ElastiCache Tanggung jawab Amazon** Setelah ElastiCache akhir tanggal dukungan standar, Amazon ElastiCache akan menyediakan patch, perbaikan bug, dan upgrade untuk engine yang terdaftar di Extended Support. ElastiCache Ini akan terjadi hingga 3 tahun, atau sampai Anda berhenti menggunakan mesin di Extended Support, mana yang terjadi lebih dulu. **Tanggung jawab Anda** Anda bertanggung jawab untuk menerapkan patch, perbaikan bug, dan upgrade yang diberikan untuk cache di Extended Support. ElastiCache Amazon ElastiCache berhak mengubah, mengganti, atau menarik tambalan, perbaikan bug, dan peningkatan tersebut kapan saja. Jika tambalan diperlukan untuk mengatasi masalah keamanan atau stabilitas kritis, Amazon ElastiCache berhak memperbarui cache Anda dengan tambalan, atau mengharuskan Anda menginstal tambalan. Anda juga bertanggung jawab untuk meningkatkan mesin Anda ke versi engine yang lebih baru sebelum ElastiCache akhir tanggal Extended Support. ElastiCache Akhir tanggal Extended Support biasanya 3 tahun setelah ElastiCache akhir tanggal dukungan standar. Jika Anda tidak memutakhirkan mesin Anda, maka setelah tanggal Extended Support ElastiCache berakhir, Amazon ElastiCache akan mencoba meningkatkan mesin Anda ke versi mesin yang lebih baru yang didukung di bawah dukungan ElastiCache standar. Jika pemutakhiran gagal, Amazon ElastiCache berhak menghapus cache yang menjalankan mesin melewati ElastiCache akhir tanggal dukungan standar. Namun, sebelum melakukannya, Amazon ElastiCache akan menyimpan data Anda dari mesin itu. # Manajemen Versi untuk ElastiCache Kelola bagaimana Anda ingin memperbarui ElastiCache cache dan cluster berbasis node yang diperbarui untuk mesin Valkey, Memcached, dan Redis OSS. ## Manajemen versi untuk ElastiCache Cache Tanpa Server Kelola jika dan kapan cache ElastiCache Tanpa Server ditingkatkan dan lakukan peningkatan versi berdasarkan persyaratan dan jadwal Anda sendiri. ElastiCache Tanpa server secara otomatis menerapkan versi perangkat lunak minor dan patch terbaru ke cache Anda, tanpa dampak atau waktu henti apa pun ke aplikasi Anda. Anda tidak perlu melakukan tindakan apa pun. Ketika versi utama baru tersedia, ElastiCache Serverless akan mengirimi Anda pemberitahuan di konsol dan acara di. EventBridge Anda dapat memilih untuk meningkatkan cache Anda ke versi utama terbaru dengan mengubah cache menggunakan Konsol, CLI, atau API, dan memilih versi mesin terbaru. Mirip dengan upgrade minor dan patch, upgrade versi mayor dilakukan tanpa downtime ke aplikasi Anda. ## Manajemen versi untuk cluster berbasis node ElastiCache Saat bekerja dengan ElastiCache cluster berbasis node, Anda dapat mengontrol kapan perangkat lunak yang menyalakan cluster Anda ditingkatkan ke versi baru yang didukung oleh. ElastiCache Anda dapat mengontrol kapan harus meng-upgrade cache Anda ke versi mayor, minor, dan patch terbaru yang tersedia. Anda dapat memulai peningkatan versi mesin pada grup klaster atau replikasi Anda dengan mengubahnya dan menentukan versi mesin baru. Anda dapat mengontrol jika dan kapan perangkat lunak yang sesuai dengan protokol yang mendukung klaster Anda ditingkatkan ke versi baru yang didukung oleh. ElastiCache 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. Karena peningkatan versi mungkin menimbulkan beberapa risiko kompatibilitas, peningkatan tidak dilakukan secara otomatis. Anda sendiri yang harus memulai prosesnya. **Cluster Valkey dan Redis OSS** **catatan** Jika klaster Valkey atau Redis OSS direplikasi di satu atau lebih Wilayah, versi mesin ditingkatkan untuk Wilayah sekunder dan kemudian untuk Wilayah utama. ElastiCache untuk Redis OSS versi diidentifikasi dengan versi semantik yang terdiri dari komponen mayor dan minor. Misalnya, di Redis OSS 6.2, versi utama adalah 6, dan versi minor 2. Saat mengoperasikan cluster berbasis node, ElastiCache untuk Redis OSS juga mengekspos komponen patch, misalnya Redis OSS 6.2.1, dan versi patch adalah 1. Versi utama adalah untuk perubahan API yang tidak kompatibel dan versi minor untuk fungsionalitas baru yang ditambahkan dengan cara yang kompatibel ke belakang. Versi patch adalah untuk perbaikan bug yang kompatibel ke belakang dan perubahan non-fungsional. Dengan Valkey dan Redis OSS, Anda memulai upgrade versi engine ke cluster atau grup replikasi Anda dengan memodifikasinya dan menentukan versi mesin baru. Untuk informasi selengkapnya, lihat [Mengubah grup replikasi](Replication.Modify.md). **Memcache** Dengan Memcached, untuk meningkatkan ke versi yang lebih baru Anda harus memodifikasi cluster Anda dan menentukan versi mesin baru yang ingin Anda gunakan. Peningkatan ke versi Memcached yang lebih baru merupakan proses destruktif – Data Anda akan hilang dan Anda akan memulai dengan cache "cold" atau kosong. Untuk informasi selengkapnya, lihat [Memodifikasi cluster ElastiCache](Clusters.Modify.md). Anda harus menyadari bahwa persyaratan berikut ketika melakukan peningkatan dari versi lebih lama dari Memcached ke Memcached versi 1.4.33 atau yang lebih baru. `CreateCacheCluster` dan `ModifyCacheCluster` akan gagal dalam kondisi berikut: + Jika `slab_chunk_max > max_item_size`. + Jika `max_item_size modulo slab_chunk_max != 0`. + Jika `max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4)`. Nilai `(max_cache_memory - memcached_connections_overhead)` adalah memori simpul yang dapat digunakan untuk data. Untuk informasi selengkapnya, lihat [Overhead koneksi Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached.Overhead). ## Mesin dan versi yang didukung ElastiCache cache tanpa server mendukung ElastiCache versi 7.2 untuk Valkey dan di atasnya, ElastiCache versi 1.6 untuk Memcached dan di atasnya, dan 7.0 untuk Redis OSS dan di atasnya. ElastiCache ElastiCache Cluster berbasis node mendukung ElastiCache versi 7.2 untuk Valkey dan di atasnya, ElastiCache versi 1.4.5 untuk Memcached dan di atasnya, dan 4.0.10 untuk Redis OSS dan di atasnya. ElastiCache **Topics** + [Versi Valkey yang didukung](#supported-engine-versions.valkey) + [Valkey 8.2](#valkey-version-8.2) + [Valkey 8.1](#valkey-version-8.1) + [Valkey 8.0](#valkey-version-8) + [ElastiCache versi 7.2.6 untuk Valkey](#valkey-version-7.2.6) ### Versi Valkey yang didukung Versi Valkey yang didukung di bawah ini. Perhatikan bahwa Valkey mendukung sebagian besar fitur yang tersedia di ElastiCache versi 7.2 untuk Redis OSS secara default. + Anda juga dapat meng-upgrade ElastiCache cluster Anda dengan versi lebih awal dari 5.0.6. Tindakan ini melibatkan proses yang sama tetapi mungkin mengalami waktu failover lebih lama selama penyebaran DNS (30 detik - 1 menit). + Dimulai dengan Redis OSS 7, ElastiCache mendukung peralihan antara Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan). + Proses upgrade mesin Amazon ElastiCache for Redis OSS dirancang untuk melakukan upaya terbaik untuk mempertahankan data Anda yang ada dan memerlukan replikasi Redis OSS yang berhasil. + Saat memutakhirkan mesin, ElastiCache akan menghentikan koneksi klien yang ada. [Untuk meminimalkan waktu henti selama peningkatan engine, kami sarankan Anda menerapkan [praktik terbaik untuk klien Redis OSS](BestPractices.Clients.redis.md) dengan percobaan ulang kesalahan dan backoff eksponensial dan praktik terbaik untuk meminimalkan waktu henti selama pemeliharaan.](BestPractices.MinimizeDowntime.md) + Anda tidak dapat memutakhirkan langsung dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke Valkey atau Redis OSS (mode cluster diaktifkan) saat Anda meningkatkan mesin Anda. Prosedur berikut menunjukkan kepada Anda cara meningkatkan dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke Valkey atau Redis OSS (mode cluster diaktifkan). **Untuk meningkatkan dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke Valkey atau Redis OSS (mode cluster diaktifkan) versi mesin** 1. Buat cadangan cluster atau grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) Anda. Untuk informasi selengkapnya, lihat [Membuat cadangan manual](backups-manual.md). 1. Gunakan cadangan untuk membuat dan menyemai klaster Valkey atau Redis OSS (mode cluster enabled) dengan satu shard (grup node). Tentukan versi mesin baru dan aktifkan mode klaster saat membuat klaster atau grup replikasi. Untuk informasi selengkapnya, lihat [Tutorial: Menyemai cluster berbasis node baru dengan cadangan yang dibuat secara eksternal](backups-seeding-redis.md). 1. Hapus cluster atau grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) lama. Untuk informasi selengkapnya, lihat [Menghapus cluster di ElastiCache](Clusters.Delete.md) atau [Menghapus grup replikasi](Replication.DeletingRepGroup.md). 1. Skala cluster atau grup replikasi Valkey atau Redis OSS (mode cluster enabled) baru ke jumlah pecahan (grup node) yang Anda butuhkan. Untuk informasi selengkapnya, lihat [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md) + Saat meningkatkan versi utama mesin, misalnya dari 5.0.6 ke 6.0, Anda juga harus memilih grup parameter baru yang kompatibel dengan versi mesin yang baru tersebut. + Untuk cluster dan cluster Redis OSS tunggal dengan multi-AZ dinonaktifkan, kami menyarankan agar memori yang cukup tersedia untuk Redis OSS seperti yang dijelaskan dalam. [Memastikan Anda memiliki cukup memori untuk membuat snapshot Valkey atau Redis OSS](BestPractices.BGSAVE.md) Dalam kasus ini, klaster primer tidak tersedia untuk melayani permintaan selama proses peningkatan. + Untuk kluster Redis OSS dengan Multi-AZ diaktifkan, kami juga menyarankan Anda menjadwalkan peningkatan mesin selama periode lalu lintas tulis masuk yang rendah. Saat memutakhirkan ke Redis OSS 5.0.6 atau lebih tinggi, klaster utama terus tersedia untuk permintaan layanan selama proses peningkatan. Klaster dan grup replikasi dengan beberapa serpihan diproses dan di-patch sebagai berikut: + Semua serpihan diproses secara paralel. Hanya satu operasi peningkatan yang akan dilakukan pada satu serpihan 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. + Jika enkripsi diaktifkan di klaster atau grup replikasi Anda saat ini, Anda tidak dapat melakukan peningkatan ke versi mesin yang tidak mendukung enkripsi, seperti dari 3.2.6 ke 3.2.10. **Pertimbangan memcached** Saat memutakhirkan cluster Memcached berbasis node, pertimbangkan hal berikut. + Manajemen versi mesin dirancang agar Anda dapat memiliki kontrol sebanyak mungkin terkait cara melakukan patching. Namun, ElastiCache berhak untuk menambal klaster Anda atas nama Anda jika terjadi kerentanan keamanan kritis dalam sistem atau perangkat lunak cache. + Karena mesin Memcached tidak mendukung persistensi, peningkatan versi mesin Memcached merupakan proses disruptif yang menghilangkan semua data cache di klaster. ### ElastiCache versi 8.2 untuk Valkey Berikut adalah beberapa fitur baru yang diperkenalkan di Valkey 8.2 (dibandingkan dengan ElastiCache Valkey 8.1): + Dukungan asli untuk [Pencarian Vektor](vector-search.md), memungkinkan Anda menyimpan, mengindeks, mencari, dan memperbarui miliaran penyematan vektor dimensi tinggi dalam memori dengan latensi serendah mikrodetik. Untuk informasi lebih lanjut tentang Valkey, lihat [Valkey](https://valkey.io/). Untuk informasi selengkapnya tentang rilis Valkey 8.2, memperkenalkan pencarian vektor, lihat Pencarian [Valkey](https://github.com/valkey-io/valkey-search). ### ElastiCache versi 8.1 untuk Valkey Berikut adalah beberapa fitur baru yang diperkenalkan di Valkey 8.1 (dibandingkan dengan ElastiCache Valkey 8.0): + Implementasi [tabel hash baru](https://valkey.io/blog/new-hash-table/) yang mengurangi overhead memori untuk menurunkan penggunaan memori sebanyak 20% untuk pola umum key/value . + Dukungan asli untuk [filter Bloom](https://valkey.io/topics/bloomfilters/), tipe data baru yang memungkinkan Anda melakukan pencarian menggunakan memori sebanyak 98% lebih sedikit dibandingkan dengan menggunakan tipe data Set. + Perintah baru [COMMANDLOG](https://valkey.io/commands/commandlog-get/) yang mencatat eksekusi lambat, permintaan besar, dan balasan besar. + Dukungan pembaruan bersyarat baru untuk perintah SET menggunakan argumen IFEQ. + Peningkatan kinerja, termasuk latensi hingga 45% lebih rendah untuk perintah ZRANK, kinerja hingga 12x lebih cepat untuk PFMERGE dan PFCOUNT, dan throughput hingga 514% lebih tinggi untuk BITCOUNT. [Untuk informasi lebih lanjut tentang Valkey, lihat Valkey](https://valkey.io/) Untuk informasi lebih lanjut tentang rilis Valkey 8.1, lihat Catatan Rilis [Valkey 8.1](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES) ### ElastiCache versi 8.0 untuk Valkey Berikut adalah beberapa fitur baru yang diperkenalkan di Valkey 8.0 (dibandingkan dengan ElastiCache Valkey 7.2.6): + Peningkatan efisiensi memori, memungkinkan pengguna untuk menyimpan hingga 20% lebih banyak data per node tanpa perubahan aplikasi apa pun. + Infrastruktur metrik per slot yang baru diperkenalkan untuk cluster berbasis node, memberikan visibilitas terperinci ke dalam kinerja dan penggunaan sumber daya slot individu. + ElastiCache Tanpa server untuk Valkey 8.0 dapat menggandakan permintaan per detik (RPS) yang didukung setiap 2-3 menit, mencapai 5M RPS per cache dari nol dalam waktu kurang dari 13 menit, dengan latensi baca p50 sub-milidetik yang konsisten. [Untuk informasi lebih lanjut tentang Valkey, lihat Valkey](https://valkey.io/) Untuk informasi lebih lanjut tentang rilis Valkey 8, lihat Catatan Rilis [Valkey 8](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES) ### ElastiCache versi 7.2.6 untuk Valkey Pada 10 Oktober 2024, ElastiCache versi 7.2.6 untuk Valkey dirilis. Berikut adalah beberapa fitur baru yang diperkenalkan di 7.2 (dibandingkan dengan ElastiCache versi 7.1 untuk Redis OSS): + Pengoptimalan kinerja dan memori untuk berbagai tipe data: optimasi memori untuk daftar dan set tombol jenis, optimasi kecepatan untuk perintah set yang diurutkan, pengoptimalan kinerja untuk perintah dengan beberapa tombol dalam mode cluster, peningkatan pub/sub kinerja, optimasi kinerja untuk SCAN, SSCAN, HSCAN, perintah ZSCAN dan banyak optimasi kecil lainnya. + Opsi WITHSCORE baru untuk perintah ZRANK dan ZREVRANK + CLIENT 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. [Untuk informasi lebih lanjut tentang Valkey, lihat Valkey](https://valkey.io/) Untuk informasi lebih lanjut tentang ElastiCache versi 7.2 untuk rilis Valkey, lihat [Redis OSS 7.2.4 Catatan Rilis (ElastiCache versi 7.2](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) untuk Valkey mencakup semua perubahan dari versi 7.1 untuk Redis OSS hingga ElastiCache versi 7.2.4 untuk Redis OSS). ElastiCache [Catatan rilis Valkey 7.2](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) di Valkey on. GitHub ## ElastiCache versi 8.2 untuk Valkey Berikut adalah beberapa fitur baru yang diperkenalkan di Valkey 8.2 (dibandingkan dengan ElastiCache Valkey 8.1): + Dukungan asli untuk [Pencarian Vektor](vector-search.md), memungkinkan Anda menyimpan, mengindeks, mencari, dan memperbarui miliaran penyematan vektor dimensi tinggi dalam memori dengan latensi serendah mikrodetik. Untuk informasi lebih lanjut tentang Valkey, lihat [Valkey](https://valkey.io/). Untuk informasi selengkapnya tentang rilis Valkey 8.2, memperkenalkan pencarian vektor, lihat Pencarian [Valkey](https://github.com/valkey-io/valkey-search). ## ElastiCache versi 8.1 untuk Valkey Berikut adalah beberapa fitur baru yang diperkenalkan di Valkey 8.1 (dibandingkan dengan ElastiCache Valkey 8.0): + Implementasi [tabel hash baru](https://valkey.io/blog/new-hash-table/) yang mengurangi overhead memori untuk menurunkan penggunaan memori sebanyak 20% untuk pola umum key/value . + Dukungan asli untuk [filter Bloom](https://valkey.io/topics/bloomfilters/), tipe data baru yang memungkinkan Anda melakukan pencarian menggunakan memori sebanyak 98% lebih sedikit dibandingkan dengan menggunakan tipe data Set. + Perintah baru [COMMANDLOG](https://valkey.io/commands/commandlog-get/) yang mencatat eksekusi lambat, permintaan besar, dan balasan besar. + Dukungan pembaruan bersyarat baru untuk perintah SET menggunakan argumen IFEQ. + Peningkatan kinerja, termasuk latensi hingga 45% lebih rendah untuk perintah ZRANK, kinerja hingga 12x lebih cepat untuk PFMERGE dan PFCOUNT, dan throughput hingga 514% lebih tinggi untuk BITCOUNT. [Untuk informasi lebih lanjut tentang Valkey, lihat Valkey](https://valkey.io/) Untuk informasi lebih lanjut tentang rilis Valkey 8.1, lihat Catatan Rilis [Valkey 8.1](https://github.com/valkey-io/valkey/blob/8.1/00-RELEASENOTES) ## ElastiCache versi 8.0 untuk Valkey Berikut adalah beberapa fitur baru yang diperkenalkan di Valkey 8.0 (dibandingkan dengan ElastiCache Valkey 7.2.6): + Peningkatan efisiensi memori, memungkinkan pengguna untuk menyimpan hingga 20% lebih banyak data per node tanpa perubahan aplikasi apa pun. + Infrastruktur metrik per slot yang baru diperkenalkan untuk cluster berbasis node, memberikan visibilitas terperinci ke dalam kinerja dan penggunaan sumber daya slot individu. + ElastiCache Tanpa server untuk Valkey 8.0 dapat menggandakan permintaan per detik (RPS) yang didukung setiap 2-3 menit, mencapai 5M RPS per cache dari nol dalam waktu kurang dari 13 menit, dengan latensi baca p50 sub-milidetik yang konsisten. [Untuk informasi lebih lanjut tentang Valkey, lihat Valkey](https://valkey.io/) Untuk informasi lebih lanjut tentang rilis Valkey 8, lihat Catatan Rilis [Valkey 8](https://github.com/valkey-io/valkey/blob/8.0/00-RELEASENOTES) ## ElastiCache versi 7.2.6 untuk Valkey Pada 10 Oktober 2024, ElastiCache versi 7.2.6 untuk Valkey dirilis. Berikut adalah beberapa fitur baru yang diperkenalkan di 7.2 (dibandingkan dengan ElastiCache versi 7.1 untuk Redis OSS): + Pengoptimalan kinerja dan memori untuk berbagai tipe data: optimasi memori untuk daftar dan set tombol jenis, optimasi kecepatan untuk perintah set yang diurutkan, pengoptimalan kinerja untuk perintah dengan beberapa tombol dalam mode cluster, peningkatan pub/sub kinerja, optimasi kinerja untuk SCAN, SSCAN, HSCAN, perintah ZSCAN dan banyak optimasi kecil lainnya. + Opsi WITHSCORE baru untuk perintah ZRANK dan ZREVRANK + CLIENT 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. [Untuk informasi lebih lanjut tentang Valkey, lihat Valkey](https://valkey.io/) Untuk informasi lebih lanjut tentang ElastiCache versi 7.2 untuk rilis Valkey, lihat [Redis OSS 7.2.4 Catatan Rilis (ElastiCache versi 7.2](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) untuk Valkey mencakup semua perubahan dari versi 7.1 untuk Redis OSS hingga ElastiCache versi 7.2.4 untuk Redis OSS). ElastiCache [Catatan rilis Valkey 7.2](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) di Valkey on. GitHub ## Versi mesin Redis OSS yang didukung ElastiCache Cache tanpa server dan cluster berbasis node mendukung semua Redis OSS versi 7.1 dan sebelumnya. + [ElastiCache versi 7.1 untuk Redis OSS (ditingkatkan)](#redis-version-7.1) **Topics** + [ElastiCache versi 7.1 untuk Redis OSS (ditingkatkan)](#redis-version-7.1) + [ElastiCache versi 7.0 untuk Redis OSS (ditingkatkan)](#redis-version-7.0) + [ElastiCache versi 6.2 untuk Redis OSS (ditingkatkan)](#redis-version-6.2) + [ElastiCache versi 6.0 untuk Redis OSS (ditingkatkan)](#redis-version-6.0) + [ElastiCache versi 5.0.6 untuk Redis OSS (ditingkatkan)](#redis-version-5-0.6) + [ElastiCache versi 5.0.5 untuk Redis OSS (usang, gunakan versi 5.0.6)](#redis-version-5-0.5) + [ElastiCache versi 5.0.4 untuk Redis OSS (usang, gunakan versi 5.0.6)](#redis-version-5-0.4) + [ElastiCache versi 5.0.3 untuk Redis OSS (usang, gunakan versi 5.0.6)](#redis-version-5-0.3) + [ElastiCache versi 5.0.0 untuk Redis OSS (usang, gunakan versi 5.0.6)](#redis-version-5-0) + [ElastiCache versi 4.0.10 untuk Redis OSS (ditingkatkan)](#redis-version-4-0-10) + [Versi Lewat Masa Pakai (EOL) (3.x)](#redis-version-3-2-10-scheduled-eol) + [Versi Lewat Masa Pakai (EOL) (2.x)](#redis-version-2-x-eol) ### ElastiCache versi 7.1 untuk Redis OSS (ditingkatkan) Rilis ini berisi peningkatan kinerja yang memungkinkan beban kerja mendorong throughput yang lebih tinggi dan latensi operasi yang lebih rendah. ElastiCache [versi 7.1 untuk Redis OSS memperkenalkan dua perangkat tambahan utama:](https://aws.amazon.com/blogs/database/achieve-over-500-million-requests-per-second-per-cluster-with-amazon-elasticache-for-redis-7-1/) Kami memperluas fungsionalitas I/O thread yang disempurnakan untuk juga menangani logika lapisan presentasi. Dengan layer presentasi, yang kami maksud adalah thread Enhanced I/O yang sekarang tidak hanya membaca input klien, tetapi juga mengurai input ke dalam format perintah biner Redis OSS. Ini kemudian diteruskan ke thread utama untuk eksekusi yang memberikan peningkatan performa. Peningkatan pola akses memori Redis OSS. Langkah-langkah eksekusi dari banyak operasi struktur data disisipkan, untuk memastikan akses memori paralel dan mengurangi latensi akses memori. Saat berjalan ElastiCache di Graviton3 berbasis `R7g.4xlarge` atau lebih besar, pelanggan dapat mencapai lebih dari 1 juta permintaan per detik per node. Dengan peningkatan kinerja ElastiCache untuk Redis OSS v7.1, pelanggan dapat mencapai throughput hingga 100% lebih banyak dan latensi P99 50% lebih rendah dibandingkan dengan Redis OSS v7.0. ElastiCache Peningkatan ini diaktifkan pada ukuran simpul dengan setidaknya 8 inti fisik (`2xlarge` pada Graviton, dan `4xlarge` pada x86), terlepas dari jenis CPU dan tidak memerlukan perubahan klien. **catatan** ElastiCache v7.1 kompatibel dengan Redis OSS v7.0. ### ElastiCache versi 7.0 untuk Redis OSS (ditingkatkan) ElastiCache untuk Redis OSS 7.0 menambahkan sejumlah perbaikan dan dukungan untuk fungsionalitas baru: + [Fungsi](https://valkey.io/topics/functions-intro/): ElastiCache untuk Redis OSS 7 menambahkan dukungan untuk Fungsi Redis OSS, dan memberikan pengalaman terkelola yang memungkinkan pengembang untuk mengeksekusi [skrip LUA](https://valkey.io/topics/eval-intro/) dengan logika aplikasi yang disimpan di ElastiCache cluster, tanpa mengharuskan klien untuk mengirim ulang skrip ke server dengan setiap koneksi. + [Perbaikan ACL](https://valkey.io/topics/acl/): Valkey dan Redis OSS 7 menambahkan dukungan untuk versi berikutnya dari Daftar Kontrol Akses (). ACLs Klien sekarang dapat menentukan beberapa set izin pada kunci atau ruang kunci tertentu di Valkey dan Redis OSS. + [Sharded Pub/Sub](https://valkey.io/topics/pubsub/): ElastiCache untuk Valkey dan Redis OSS 7 menambahkan dukungan untuk menjalankan Pub/Sub functionality in a sharded way when running ElastiCache in Cluster Mode Enabled (CME). Pub/Sub kemampuan memungkinkan penerbit mengeluarkan pesan ke sejumlah pelanggan di saluran. Saluran terikat pada pecahan di ElastiCache cluster, menghilangkan kebutuhan untuk menyebarkan informasi saluran di seluruh pecahan sehingga meningkatkan skalabilitas. + I/O Multiplexing yang disempurnakan: ElastiCache untuk Valkey dan Redis OSS 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 sebuah cluster. ElastiCache Misalnya, saat menggunakan cluster node r6g.xlarge dan menjalankan 5200 klien bersamaan, Anda dapat mencapai hingga 72% peningkatan throughput (operasi baca dan tulis per detik) dan latensi P99 penurunan hingga 71%, dibandingkan dengan versi 6 untuk Redis OSS. ElastiCache Untuk informasi lebih lanjut tentang Valkey, lihat [Valkey](https://valkey.io/). Untuk informasi lebih lanjut tentang rilis Redis OSS 7.0, lihat Catatan Rilis [Redis OSS 7.0 di Redis OSS](https://github.com/redis/redis/blob/7.0/00-RELEASENOTES) pada. GitHub ### ElastiCache versi 6.2 untuk Redis OSS (ditingkatkan) ElastiCache untuk Redis OSS 6.2 mencakup peningkatan kinerja untuk cluster berkemampuan TLS menggunakan tipe node x86 dengan 8 v CPUs atau lebih atau tipe node Graviton2 dengan 4 v atau lebih. CPUs Peningkatan ini meningkatkan throughput dan mengurangi waktu pembentukan koneksi klien dengan membongkar enkripsi ke v. CPUs Dengan Redis OSS 6.2, Anda juga dapat mengelola akses ke saluran Pub/Sub dengan aturan Access Control List (ACL). Dengan versi ini, kami juga memperkenalkan dukungan untuk tiering data pada node cluster yang berisi SSD yang terpasang NVMe secara lokal. Untuk informasi selengkapnya, lihat [Tingkatan data di ElastiCache](data-tiering.md). Mesin Redis OSS 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 [Memulai dengan JSON](json-gs.md). Juga termasuk metrik terkait JSON, `JsonBasedCmds` dan`JsonBasedCmdsLatency`, yang dimasukkan ke dalam CloudWatch untuk memantau penggunaan tipe data ini. Untuk informasi selengkapnya, lihat [Metrik untuk Valkey dan Redis OSS](CacheMetrics.Redis.md). Anda menentukan versi mesin dengan menggunakan 6.2. ElastiCache akan secara otomatis memanggil versi patch pilihan Redis OSS 6.2 yang tersedia. Misalnya, saat Anda membuat/memodifikasi cluster, Anda mengatur `--engine-version` parameter ke 6.2. Cluster akan diluncurkan dengan versi patch pilihan Redis OSS 6.2 yang tersedia saat ini. creation/modification Menentukan engine versi 6.x di API akan menghasilkan versi minor terbaru dari Redis OSS 6. Untuk kluster 6.0 yang ada, Anda dapat ikut serta dalam upgrade versi minor otomatis berikutnya dengan menyetel `AutoMinorVersionUpgrade` parameter ke `yes` dalam`CreateCacheCluster`,, `ModifyCacheCluster` atau. `CreateReplicationGroup` `ModifyReplicationGroup` APIs ElastiCache akan memutakhirkan versi minor dari cluster 6.0 Anda yang ada ke 6.2 menggunakan pembaruan layanan mandiri. Untuk informasi selengkapnya, lihat [Pembaruan layanan mandiri di Amazon ElastiCache](Self-Service-Updates.md). Saat memanggil DescribeCacheEngineVersions API, nilai `EngineVersion` parameter akan disetel ke 6.2 dan versi mesin aktual dengan versi tambalan akan dikembalikan di `CacheEngineVersionDescription` bidang.  Untuk informasi lebih lanjut tentang rilis Redis OSS 6.2, lihat Catatan Rilis [Redis OSS 6.2 di Redis OSS](https://github.com/redis/redis/blob/6.2/00-RELEASENOTES) pada. GitHub ### ElastiCache versi 6.0 untuk Redis OSS (ditingkatkan) Amazon ElastiCache memperkenalkan versi berikutnya ElastiCache untuk mesin Redis OSS, yang mencakup [Autentikasi Pengguna dengan Kontrol Akses Berbasis Peran](Clusters.RBAC.md), caching sisi klien, dan peningkatan operasional yang signifikan. Dimulai dengan Redis OSS 6.0, ElastiCache akan menawarkan versi tunggal untuk setiap rilis minor Redis OSS, daripada menawarkan beberapa versi patch. ElastiCache akan secara otomatis mengelola versi patch dari cluster yang sedang berjalan, memastikan peningkatan kinerja dan keamanan yang ditingkatkan. Anda juga dapat ikut serta dalam peningkatan versi auto minor berikutnya dengan menyetel `AutoMinorVersionUpgrade` parameter ke `yes` dan ElastiCache akan mengelola peningkatan versi minor, melalui pembaruan layanan mandiri. Untuk informasi selengkapnya, lihat [Pembaruan layanan di ElastiCache](Self-Service-Updates.md). Anda menentukan versi mesin dengan menggunakan`6.0`. ElastiCache akan secara otomatis memanggil versi patch pilihan Redis OSS 6.0 yang tersedia. Misalnya, ketika Anda create/modify sebuah cluster, Anda mengatur `--engine-version` parameter ke 6.0. Cluster akan diluncurkan dengan versi patch pilihan Redis OSS 6.0 yang tersedia saat ini pada waktu pembuatan/modifikasi. Permintaan apa pun dengan nilai versi patch tertentu akan ditolak, pengecualian akan dikeluarkan dan proses akan gagal. Saat memanggil DescribeCacheEngineVersions API, nilai `EngineVersion` parameter akan disetel ke 6.0 dan versi mesin aktual dengan versi tambalan akan dikembalikan di `CacheEngineVersionDescription` bidang.  Untuk informasi lebih lanjut tentang rilis Redis OSS 6.0, lihat Catatan Rilis [Redis OSS 6.0 di Redis OSS](https://github.com/redis/redis/blob/6.0/00-RELEASENOTES) pada. GitHub ### ElastiCache versi 5.0.6 untuk Redis OSS (ditingkatkan) Amazon ElastiCache memperkenalkan versi berikutnya ElastiCache untuk mesin Redis OSS, yang mencakup perbaikan bug dan pembaruan kumulatif berikut: + Jaminan kestabilan mesin dalam kondisi khusus. + Peningkatan penanganan kesalahan Hyperloglog. + Peningkatan perintah handshake untuk replikasi yang andal. + Pelacakan pengiriman pesan yang konsisten melalui perintah `XCLAIM`. + Peningkatan manajemen bidang `LFU `dalam objek. + Manajemen transaksi yang ditingkatkan saat menggunakan `ZPOP`. + Kemampuan untuk mengganti nama perintah: Parameter yang disebut `rename-commands` yang memungkinkan Anda mengganti nama perintah Redis OSS yang berpotensi berbahaya atau mahal yang dapat menyebabkan kehilangan data yang tidak disengaja, seperti atau. `FLUSHALL` `FLUSHDB` Ini mirip dengan konfigurasi rename-command di open source Redis OSS. Namun, ElastiCache telah meningkatkan pengalaman dengan menyediakan alur kerja yang dikelola sepenuhnya. Perubahan nama perintah diterapkan segera, dan secara otomatis disebarkan ke semua simpul dalam klaster yang berisi daftar perintah. Tidak ada intervensi yang diperlukan di sisi Anda, seperti boot ulang simpul. Contoh berikut menunjukkan cara mengubah grup parameter yang sudah ada. Yang termasuk di sini adalah parameter `rename-commands`, yang merupakan daftar dipisahkan spasi berisi perintah yang ingin diubah namanya: ``` aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group --parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall'" --region region ``` Pada contoh ini, parameter *rename-command* digunakan untuk mengubah nama perintah `flushall` menjadi `restrictedflushall`. Untuk mengubah nama beberapa perintah, gunakan cara berikut: ``` aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group --parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall flushdb restrictedflushdb''" --region region ``` Untuk membalikkan perubahan apa pun, jalankan kembali perintah dan keluarkan semua nilai perubahan nama dari daftar `ParameterValue` yang ingin dipertahankan, seperti ditunjukkan berikut: ``` aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group --parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall restrictedflushall'" --region region ``` Dalam hal ini, perintah `flushall` diubah namanya menjadi `restrictedflushall` dan perintah perubahan nama lainnya kembali ke nama perintah aslinya. **catatan** Saat mengubah nama perintah, Anda dibatasi pada batasan berikut: Semua perintah ubah nama harus alfanumerik. Panjang maksimum nama perintah baru adalah 20 karakter alfanumerik. Ketika mengubah nama perintah, pastikan bahwa Anda memperbarui grup parameter yang terkait dengan klaster Anda. Untuk mencegah penggunaan sebuah perintah sepenuhnya, gunakan kata kunci `blocked`, seperti yang ditunjukkan berikut ini: ``` aws elasticache modify-cache-parameter-group --cache-parameter-group-name custom_param_group --parameter-name-values "ParameterName=rename-commands, ParameterValue='flushall blocked'" --region region ``` Untuk informasi selengkapnya tentang perubahan parameter dan daftar perintah apa yang memenuhi syarat untuk perubahan nama, lihat [Redis OSS 5.0.3 perubahan parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.5-0-3). + Redis OSS Streams: Ini memodelkan struktur data log yang memungkinkan produsen untuk menambahkan item baru secara real time. Fitur ini juga memungkinkan pelanggan menerima pesan baik dalam mode memblokir ataupun tidak memblokir. Aliran juga memungkinkan grup pelanggan, yang merepresentasikan sekelompok klien untuk secara kooperatif menggunakan bagian yang berbeda dari aliran pesan yang sama, mirip dengan [Apache Kafka](https://kafka.apache.org/documentation/). Untuk informasi selengkapnya, lihat [Streaming](https://valkey.io/topics/streams-intro). + Dukungan untuk keluarga perintah aliran, seperti `XADD`, `XRANGE` dan `XREAD`. Untuk informasi selengkapnya, lihat [Perintah Streams](https://valkey.io/commands/#stream). + Sejumlah parameter baru dan perubahan nama. Untuk informasi selengkapnya, lihat [Redis OSS 5.0.0 perubahan parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0). + Metrik Redis OSS baru,. `StreamBasedCmds` + Waktu snapshot sedikit lebih cepat untuk node Redis OSS. **penting** ElastiCache telah melakukan back-porting dua perbaikan bug penting dari [Redis OSS](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) open source versi 5.0.1. Perbaikan tersebut tercantum sebagai berikut: PULIHKAN balasan yang tidak sesuai ketika kunci tertentu telah kedaluwarsa. Perintah `XCLAIM` dapat berpotensi menghasilkan entri yang salah atau mengganggu sinkronisasi protokol. Kedua perbaikan bug ini disertakan dalam ElastiCache untuk dukungan Redis OSS untuk mesin Redis OSS versi 5.0.0 dan dikonsumsi dalam pembaruan versi masa depan. Untuk informasi lebih lanjut, lihat [Catatan Rilis Redis OSS 5.0.6](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) di Redis OSS di. GitHub ### ElastiCache versi 5.0.5 untuk Redis OSS (usang, gunakan versi 5.0.6) Amazon ElastiCache memperkenalkan versi berikutnya ElastiCache untuk mesin Redis OSS; Ini termasuk perubahan konfigurasi online untuk ElastiCache cluster auto-failover selama semua operasi yang direncanakan. Anda sekarang dapat menskalakan klaster Anda, meningkatkan versi mesin Redis OSS dan menerapkan patch dan pembaruan pemeliharaan saat cluster tetap online dan terus melayani permintaan yang masuk. Pembaruan ini juga menyertakan perbaikan bug. Untuk informasi lebih lanjut, lihat [Catatan Rilis Redis OSS 5.0.5](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) di Redis OSS di. GitHub ### ElastiCache versi 5.0.4 untuk Redis OSS (usang, gunakan versi 5.0.6) Amazon ElastiCache memperkenalkan versi berikutnya dari mesin Redis OSS yang didukung oleh. ElastiCache Versi ini mencakup perbaikan berikut: + Jaminan kestabilan mesin dalam kondisi khusus. + Peningkatan penanganan kesalahan Hyperloglog. + Peningkatan perintah handshake untuk replikasi yang andal. + Pelacakan pengiriman pesan yang konsisten melalui perintah `XCLAIM`. + Peningkatan manajemen bidang `LFU `dalam objek. + Manajemen transaksi yang ditingkatkan saat menggunakan `ZPOP`. Untuk informasi lebih lanjut, lihat [Catatan Rilis Redis OSS 5.0.4](https://github.com/redis/redis/blob/5.0/00-RELEASENOTES) di Redis OSS di. GitHub ### ElastiCache versi 5.0.3 untuk Redis OSS (usang, gunakan versi 5.0.6) Amazon ElastiCache memperkenalkan versi berikutnya ElastiCache untuk mesin Redis OSS, yang mencakup perbaikan bug. ### ElastiCache versi 5.0.0 untuk Redis OSS (usang, gunakan versi 5.0.6) Amazon ElastiCache memperkenalkan versi utama berikutnya ElastiCache untuk mesin Redis OSS. ElastiCache versi 5.0.0 untuk Redis OSS membawa dukungan untuk perbaikan berikut: + Redis OSS Streams: Ini memodelkan struktur data log yang memungkinkan produsen untuk menambahkan item baru secara real time. Fitur ini juga memungkinkan pelanggan menerima pesan baik dalam mode memblokir ataupun tidak memblokir. Aliran juga memungkinkan grup pelanggan, yang merepresentasikan sekelompok klien untuk secara kooperatif menggunakan bagian yang berbeda dari aliran pesan yang sama, mirip dengan [Apache Kafka](https://kafka.apache.org/documentation/). Untuk informasi selengkapnya, lihat [Streaming](https://valkey.io/topics/streams-intro). + Dukungan untuk keluarga perintah aliran, seperti `XADD`, `XRANGE` dan `XREAD`. Untuk informasi selengkapnya, lihat [Perintah Streams](https://valkey.io/commands/#stream). + Sejumlah parameter baru dan perubahan nama. Untuk informasi selengkapnya, lihat [Redis OSS 5.0.0 perubahan parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.5.0). + Metrik Redis OSS baru,. `StreamBasedCmds` + Waktu snapshot sedikit lebih cepat untuk node Redis OSS. ### ElastiCache versi 4.0.10 untuk Redis OSS (ditingkatkan) Amazon ElastiCache memperkenalkan versi utama berikutnya ElastiCache untuk mesin Redis OSS. ElastiCache versi 4.0.10 untuk Redis OSS membawa dukungan untuk perbaikan berikut: + Baik pengubahan ukuran cluster online dan enkripsi dalam satu ElastiCache versi. Untuk informasi selengkapnya, lihat berikut ini: + [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md) + [Resharding online untuk Valkey atau Redis OSS (mode cluster diaktifkan)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online) + [Keamanan data di Amazon ElastiCache](encryption.md) + Sejumlah parameter baru. Untuk informasi selengkapnya, lihat [Redis OSS 4.0.10 perubahan parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.4-0-10). + Dukungan untuk keluarga perintah memori, seperti `MEMORY`. Untuk informasi selengkapnya, lihat [Perintah](https://valkey.io/commands) (cari di MEMO). + Dukungan untuk defragmentasi memori saat online sehingga memungkinkan pemanfaatan memori yang lebih efisien dan lebih banyak memori yang tersedia untuk data Anda. + Support untuk pembilasan dan penghapusan asinkron. ElastiCache untuk Redis OSS mendukung perintah seperti`UNLINK`, `FLUSHDB` dan `FLUSHALL` berjalan di utas yang berbeda dari utas utama. Melakukan hal ini membantu meningkatkan performa dan waktu respons untuk aplikasi Anda dengan membebaskan memori secara asinkron. + Metrik Redis OSS baru,. `ActiveDefragHits` Untuk informasi selengkapnya, lihat [Metrik untuk Redis](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CacheMetrics.Redis.html) OSS. Redis OSS (mode cluster dinonaktifkan) pengguna yang menjalankan ElastiCache versi 3.2.10 untuk Redis OSS dapat menggunakan konsol untuk meng-upgrade cluster mereka melalui upgrade online. **Membandingkan pengubahan ukuran ElastiCache cluster dan dukungan enkripsi** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/engine-versions.html) ### Versi Lewat Masa Pakai (EOL) (3.x) #### ElastiCache versi 3.2.10 untuk Redis OSS (ditingkatkan) Amazon ElastiCache memperkenalkan versi utama berikutnya ElastiCache untuk mesin Redis OSS. ElastiCache versi 3.2.10 untuk Redis OSS (enchanced) memperkenalkan pengubahan ukuran cluster online untuk menambah atau menghapus pecahan dari cluster sambil terus melayani permintaan yang masuk. I/O ElastiCache untuk Redis OSS 3.2.10 pengguna memiliki semua fungsi versi Redis OSS sebelumnya kecuali kemampuan untuk mengenkripsi data mereka. Kemampuan ini saat ini hanya tersedia pada versi 3.2.6. **Membandingkan ElastiCache versi 3.2.6 dan 3.2.10 untuk Redis OSS** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/engine-versions.html) Untuk informasi selengkapnya, lihat berikut ini: + [Resharding online untuk Valkey atau Redis OSS (mode cluster diaktifkan)](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online) + [Perubahan ukuran klaster online](best-practices-online-resharding.md) #### ElastiCache versi 3.2.6 untuk Redis OSS (ditingkatkan) Amazon ElastiCache memperkenalkan versi utama berikutnya ElastiCache untuk mesin Redis OSS. ElastiCache versi 3.2.6 untuk pengguna Redis OSS memiliki akses ke semua fungsi versi Redis OSS sebelumnya, ditambah opsi untuk mengenkripsi data mereka. Untuk informasi selengkapnya, lihat berikut ini: + [ElastiCache enkripsi dalam transit (TLS)](in-transit-encryption.md) + [Enkripsi At-Rest di ElastiCache](at-rest-encryption.md) + [Validasi kepatuhan untuk Amazon ElastiCache](elasticache-compliance.md) #### ElastiCache versi 3.2.4 untuk Redis OSS (ditingkatkan) Amazon ElastiCache versi 3.2.4 memperkenalkan versi utama berikutnya ElastiCache untuk mesin Redis OSS. ElastiCache *3.2.4 pengguna memiliki semua fungsi versi Redis OSS sebelumnya yang tersedia bagi mereka, ditambah opsi untuk berjalan dalam mode cluster atau *mode non-cluster*.* Tabel berikut merangkum hal ini. **Membandingkan Redis OSS 3.2.4 mode non-cluster dan mode cluster** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/engine-versions.html) **Catatan:** + **Pembuatan partisi** – kemampuan untuk membagi data Anda pada 2 hingga 500 grup simpul (serpihan) dengan dukungan replikasi untuk setiap grup simpul. + **Pengindeksan geospasial** - Redis OSS 3.2.4 memperkenalkan dukungan untuk pengindeksan geospasial melalui enam perintah GEO. Untuk informasi lebih lanjut, lihat Redis OSS GEO\$1 dokumentasi [perintah Perintah: GEO](http://valkey.io/commands#geo) di halaman Perintah Valkey (difilter untuk GEO). Untuk informasi tentang fitur tambahan Redis OSS 3, lihat Catatan rilis [Redis OSS 3.2 dan catatan rilis](https://github.com/redis/redis/blob/3.2/00-RELEASENOTES) [Redis](https://github.com/redis/redis/blob/3.0/00-RELEASENOTES) OSS 3.0. Saat ini ElastiCache dikelola Valkey atau Redis OSS (mode cluster diaktifkan) tidak mendukung fitur Redis OSS 3.2 berikut: + Migrasi replika + Penyeimbangan kembali klaster + Lua debugger ElastiCache menonaktifkan perintah manajemen Redis OSS 3.2 berikut: + `cluster meet` + `cluster replicate` + `cluster flushslots` + `cluster addslots` + `cluster delslots` + `cluster setslot` + `cluster saveconfig` + `cluster forget` + `cluster failover` + `cluster bumpepoch` + `cluster set-config-epoch` + `cluster reset` Untuk informasi tentang parameter Redis OSS 3.2.4, lihat. [Redis OSS 3.2.4 perubahan parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.3-2-4) ### Versi Lewat Masa Pakai (EOL) (2.x) #### ElastiCache versi 2.8.24 untuk Redis OSS (ditingkatkan) Perbaikan Redis OSS ditambahkan sejak versi 2.8.23 termasuk perbaikan bug dan logging alamat akses memori yang buruk. Untuk informasi lebih lanjut, lihat catatan [rilis Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES). #### ElastiCache versi 2.8.23 untuk Redis OSS (ditingkatkan) Perbaikan Redis OSS ditambahkan sejak versi 2.8.22 termasuk perbaikan bug. Untuk informasi lebih lanjut, lihat catatan [rilis Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES). Rilis ini mencakup dukungan untuk parameter baru `close-on-slave-write` yang, jika diaktifkan, memutuskan klien yang mencoba menulis ke replika hanya-baca. Untuk informasi selengkapnya tentang parameter Redis OSS 2.8.23, lihat [Redis OSS 2.8.23 (ditingkatkan) menambahkan parameter](ParameterGroups.Engine.md#ParameterGroups.Redis.2-8-23) di Panduan Pengguna. ElastiCache #### ElastiCache versi 2.8.22 untuk Redis OSS (ditingkatkan) Perbaikan Redis OSS ditambahkan sejak versi 2.8.21 meliputi yang berikut: + Dukungan untuk pencadangan dan sinkronisasi forkless, yang memungkinkan Anda mengalokasikan lebih sedikit memori untuk overhead cadangan dan lebih banyak untuk aplikasi Anda. Untuk informasi selengkapnya, lihat [Cara penerapan sinkronisasi dan pencadangan](Replication.Redis.Versions.md). Proses forkless dapat memengaruhi latensi dan throughput. Saat ada throughput operasi tulis yang tinggi, dan replika melakukan sinkronisasi ulang, operasi tulis dapat menjadi tidak terjangkau selama keseluruhan waktu sinkronisasi itu. + Jika ada failover, grup replikasi sekarang akan pulih lebih cepat karena replika melakukan sinkronisasi parsial dengan primer bukannya sinkronisasi penuh jika memungkinkan. Selain itu, primer dan replika tidak lagi menggunakan disk selama sinkronisasi, yang menyediakan keuntungan selanjutnya pada kecepatan. + Support untuk dua CloudWatch metrik baru. + `ReplicationBytes` – Jumlah byte yang dikirimkan klaster primer grup replikasi ke replika baca. + `SaveInProgress` – Nilai biner yang menunjukkan apakah ada proses simpan di latar belakang yang berjalan. Untuk informasi selengkapnya, lihat [Pemantauan penggunaan dengan CloudWatch Metrik](CacheMetrics.md). + Sejumlah perbaikan bug penting dalam perilaku replikasi PSYNC. Untuk informasi lebih lanjut, lihat catatan [rilis Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES). + Untuk mempertahankan kinerja replikasi yang ditingkatkan dalam grup replikasi multi-AZ dan untuk meningkatkan stabilitas klaster, ElastiCache non-replika tidak lagi didukung. + Untuk memperbaiki konsistensi data antara klaster primer dan replika dalam grup replikasi, replika tidak lagi mengosongkan kunci yang independen dari klaster primer. + Redis OSS variabel konfigurasi `appendonly` dan tidak `appendfsync` didukung pada Redis OSS versi 2.8.22 dan yang lebih baru. + Dalam situasi memori rendah, klien dengan buffer output yang besar mungkin terputus dari klaster replika. Jika terputus, klien perlu terhubung kembali. Situasi seperti itu kemungkinan besar terjadi untuk klien PUBSUB. #### ElastiCache versi 2.8.21 untuk Redis OSS Perbaikan Redis OSS ditambahkan sejak versi 2.8.19 mencakup sejumlah perbaikan bug. Untuk informasi lebih lanjut, lihat catatan [rilis Redis OSS 2.8](https://github.com/redis/redis/blob/2.8/00-RELEASENOTES). #### ElastiCache versi 2.8.19 untuk Redis OSS Perbaikan Redis OSS ditambahkan sejak versi 2.8.6 meliputi yang berikut: + Support untuk HyperLogLog. Untuk informasi selengkapnya, lihat [struktur data baru Redis OSS](http://antirez.com/news/75):. HyperLogLog + Jenis data sorted set sekarang memiliki dukungan untuk kueri kisaran leksikografis dengan perintah baru `ZRANGEBYLEX`, `ZLEXCOUNT`, dan `ZREMRANGEBYLEX`. + Untuk mencegah simpul primer mengirimkan data usang untuk simpul replika, master SYNC gagal jika proses turunan untuk menyimpan di latar belakang (`bgsave`) dibatalkan. + Support untuk *HyperLogLogBasedCommands* CloudWatchmetrik. Untuk informasi selengkapnya, lihat [Metrik untuk Valkey dan Redis OSS](CacheMetrics.Redis.md). #### ElastiCache versi 2.8.6 untuk Redis OSS Perbaikan Redis OSS ditambahkan sejak versi 2.6.13 meliputi yang berikut: + Peningkatan ketahanan dan toleransi kesalahan untuk replika baca. + Dukungan untuk sinkronisasi ulang parsial. + Dukungan untuk jumlah minimum replika baca yang ditentukan pengguna yang harus tersedia setiap saat. + Dukungan penuh untuk pub/sub—memberi tahu klien tentang peristiwa di server. + Deteksi otomatis untuk kegagalan simpul primer dan failover dari simpul primer Anda ke simpul sekunder. #### ElastiCache versi 2.6.13 untuk Redis OSS ElastiCache versi 2.6.13 untuk Redis OSS adalah versi awal yang didukung Redis OSS. ElastiCache Multi-AZ tidak didukung pada ElastiCache versi 2.6.13 untuk Redis OSS. ## ElastiCache versi untuk jadwal akhir hidup Redis OSS Bagian ini mendefinisikan tanggal akhir masa pakai (EOL) untuk versi utama yang lebih lama saat diumumkan. Hal ini membantu Anda mengambil keputusan terkait versi dan peningkatan pada masa mendatang. **catatan** ElastiCache versi dari 5.0.0 ke 5.0.5 untuk Redis OSS tidak digunakan lagi. Gunakan versi 5.0.6 atau yang lebih baru. Tabel berikut menunjukkan jadwal [Extended Support](extended-support.md) ElastiCache untuk mesin Redis OSS. **Jadwal Extended Support dan End of Life** | Versi Mesin Utama | Akhir dari Standard Support | Mulai dari Extended Support Y1 Premium | Mulai dari Extended Support Y2 Premium | Mulai dari Extended Support Y3 Premium | Akhir dari Extended Support dan versi EOL | | --- | --- | --- | --- | --- | --- | | Redis OSS v4 | 1/31/2026 | 2/1/2026 | 2/1/2027 | 2/1/2028 | 1/31/2029 | | Redis OSS v5 | 1/31/2026 | 2/1/2026 | 2/1/2027 | 2/1/2028 | 1/31/2029 | | Redis OSS v6 | 1/31/2027 | 2/1/2027 | 2/1/2028 | 2/1/2029 | 1/31/2030 | Tabel berikut merangkum setiap versi dan tanggal EOL yang diumumkan, serta versi target peningkatan yang direkomendasikan. **EOL terdahulu** | Versi Utama Sumber | Versi Minor Sumber | Target Peningkatan yang Disarankan | Tanggal EOL | | --- | --- | --- | --- | | Versi 3 | 3.2.4, 3.2.6, dan 3.2.10 | Versi 6.2 atau yang lebih baru Untuk Wilayah US-ISO-EAST -1, US-ISO-WEST -1, dan US-ISOB-EAST -1, kami merekomendasikan 5.0.6 atau lebih tinggi. | 31 Juli 2023 | | Versi 2 | 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19, 2.8.12, 2.8.6, 2.6.13 | Versi 6.2 atau yang lebih baru Untuk Wilayah US-ISO-EAST -1, US-ISO-WEST -1, dan US-ISOB-EAST -1, kami merekomendasikan 5.0.6 atau lebih tinggi. | 13 Januari 2023 | ## Didukung ElastiCache untuk versi Memcached ElastiCache mendukung versi Memcached berikut dan meningkatkan ke versi yang lebih baru. Saat meningkatkan ke versi yang lebih baru, perhatikan kondisi yang jika tidak terpenuhi dapat menyebabkan peningkatan Anda gagal. **Topics** + [ElastiCache versi 1.6.22 untuk Memcached](#memcached-version-1-6-22) + [ElastiCache versi 1.6.17 untuk Memcached](#memcached-version-1-6-17) + [ElastiCache versi 1.6.12 untuk Memcached](#memcached-version-1-6-12) + [ElastiCache versi 1.6.6 untuk Memcached](#memcached-version-1-6-6) + [ElastiCache versi 1.5.16 untuk Memcached](#memcached-version-1-5-16) + [ElastiCache versi 1.5.10 untuk Memcached](#memcached-version-1-5-10) + [ElastiCache versi 1.4.34 untuk Memcached](#memcached-version-1-4-34) + [ElastiCache versi 1.4.33 untuk Memcached](#memcached-version-1-4-33) + [ElastiCache versi 1.4.24 untuk Memcached](#memcached-version-1-4-24) + [ElastiCache versi 1.4.14 untuk Memcached](#memcached-version-1-4-14) + [ElastiCache versi 1.4.5 untuk Memcached](#memcached-version-1-4-5) ### ElastiCache versi 1.6.22 untuk Memcached ElastiCache untuk Memcached versi 1.6.22 untuk Memcached menambahkan dukungan untuk Memcached versi 1.6.22. Ini tidak menyertakan fitur baru, tetapi mencakup perbaikan bug dan pembaruan kumulatif dari [Memcached 1.6.18](https://github.com/memcached/memcached/wiki/ReleaseNotes1618). Untuk informasi lebih lanjut, lihat [ReleaseNotes1622](https://github.com/memcached/memcached/wiki/ReleaseNotes1622) di Memcached on. GitHub ### ElastiCache versi 1.6.17 untuk Memcached ElastiCache untuk Memcached versi 1.6.17 untuk Memcached menambahkan dukungan untuk mesin Memcached versi 1.6.17. Ini tidak menyertakan fitur baru, tetapi mencakup perbaikan bug dan pembaruan kumulatif dari [Memcached 1.6.17](https://github.com/memcached/memcached/wiki/ReleaseNotes1617). Untuk informasi lebih lanjut, lihat [ReleaseNotes1617](https://github.com/memcached/memcached/wiki/ReleaseNotes1617) di Memcached on. GitHub ### ElastiCache versi 1.6.12 untuk Memcached ElastiCache untuk Memcached versi 1.6.12 untuk Memcached menambahkan dukungan untuk mesin Memcached 1.6.12 dan enkripsi dalam perjalanan. Ini juga mencakup perbaikan bug dan pembaruan kumulatif dari [Memcached 1.6.6.](https://github.com/memcached/memcached/wiki/ReleaseNotes166) Untuk informasi lebih lanjut, lihat [ReleaseNotes1612](https://github.com/memcached/memcached/wiki/ReleaseNotes1612) di Memcached on. GitHub ### ElastiCache versi 1.6.6 untuk Memcached ElastiCache untuk Memcached versi 1.6.6 untuk Memcached menambahkan dukungan untuk Memcached versi 1.6.6. [Ini tidak mencakup fitur baru, tetapi termasuk perbaikan bug dan pembaruan kumulatif dari Memcached 1.5.16.](https://github.com/memcached/memcached/wiki/ReleaseNotes1.5.16) ElastiCache [untuk Memcached tidak termasuk dukungan untuk Extstore.](https://memcached.org/extstore) Untuk informasi lebih lanjut, lihat [ReleaseNotes166](https://github.com/memcached/memcached/wiki/ReleaseNotes166) di Memcached on. GitHub ### ElastiCache versi 1.5.16 untuk Memcached ElastiCache versi 1.5.16 untuk Memcached menambahkan dukungan untuk Memcached versi 1.5.16. Dukungan ini tidak menyertakan fitur baru, tetapi mencakup perbaikan bug dan pembaruan kumulatif dari [Memcached 1.5.14](https://github.com/memcached/memcached/wiki/ReleaseNotes1514) dan [Memcached 1.5.15](https://github.com/memcached/memcached/wiki/ReleaseNotes1515). Untuk informasi lebih lanjut, lihat [Memcached 1.5.16 Catatan Rilis](https://github.com/memcached/memcached/wiki/ReleaseNotes1516) di Memcached on. GitHub ### ElastiCache versi 1.5.10 untuk Memcached ElastiCache versi 1.5.10 untuk Memcached mendukung fitur Memcached berikut: + Penyeimbangan ulang slab otomatis. + Pencarian tabel hash yang lebih cepat dengan algoritma `murmur3`. + Algoritma LRU tersegmentasi. + Perayap LRU untuk memori background-reclaim. + `--enable-seccomp`: Opsi waktu kompilasi. Juga diperkenalkan parameter `no_modern` dan `inline_ascii_resp`. Untuk informasi selengkapnya, lihat [Perubahan parameter Memcached 1.5.10](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-5-10). Perbaikan memcached yang ditambahkan sejak ElastiCache versi 1.4.34 untuk Memcached meliputi yang berikut: + Perbaikan kumulatif, seperti multigets ASCII, CVE-2017-9951, dan batas perayapan untuk `metadumper`. + Manajemen koneksi yang lebih baik dengan menutup koneksi pada batas koneksi. + Peningkatan manajemen ukuran item untuk ukuran item di atas 1 MB. + Performa yang lebih baik dan perbaikan overhead memori dengan mengurangi persyaratan memori per-item sebanyak beberapa byte. Untuk informasi lebih lanjut, lihat [Memcached 1.5.10 Catatan Rilis](https://github.com/memcached/memcached/wiki/ReleaseNotes1510) di Memcached pada. GitHub ### ElastiCache versi 1.4.34 untuk Memcached ElastiCache versi 1.4.34 untuk Memcached tidak menambahkan fitur baru ke versi 1.4.33. Versi 1.4.34 adalah rilis perbaikan bug yang lebih besar dari rilis biasa. Untuk informasi lebih lanjut, lihat [Memcached 1.4.34 Catatan Rilis](https://github.com/memcached/memcached/wiki/ReleaseNotes1434) di Memcached on. GitHub ### ElastiCache versi 1.4.33 untuk Memcached Perbaikan ditambahkan sejak versi 1.4.24 termasuk yang berikut: + Kemampuan untuk membuang semua metadata untuk kelas slab tertentu, daftar kelas slab, atau semua kelas slab. Untuk informasi selengkapnya, lihat [Memcached 1.4.31 Release Notes](https://github.com/memcached/memcached/wiki/ReleaseNotes1431). + Peningkatan dukungan untuk item besar melebihi default 1 megabyte. Untuk informasi selengkapnya, lihat [Memcached 1.4.29 Release Notes](https://github.com/memcached/memcached/wiki/ReleaseNotes1429). + Kemampuan untuk menentukan berapa lama klien dapat idle sebelum diminta untuk menutup. Kemampuan untuk secara dinamis meningkatkan jumlah memori yang tersedia untuk Memcached tanpa harus memulai ulang klaster. Untuk informasi selengkapnya, lihat [Memcached 1.4.27 Release Notes](https://github.com/memcached/memcached/wiki/ReleaseNotes1427). + Saat ini, pencatatan log dari `fetchers`, `mutations`, dan `evictions` didukung. Untuk informasi selengkapnya, lihat [Memcached 1.4.26 Release Notes](https://github.com/memcached/memcached/wiki/ReleaseNotes1426). + Memori yang sudah dibebaskan dapat diklaim kembali ke dalam pool global dan ditempatkan ulang ke kelas slab baru. Untuk informasi selengkapnya, lihat [Memcached 1.4.25 Release Notes](https://github.com/memcached/memcached/wiki/ReleaseNotes1425). + Beberapa perbaikan bug. + Beberapa perintah dan parameter baru. Untuk daftarnya, lihat [Parameter yang ditambahkan di Memcached 1.4.33](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-33). ### ElastiCache versi 1.4.24 untuk Memcached Perbaikan ditambahkan sejak versi 1.4.14 termasuk yang berikut: + Manajemen least recently used (LRU) menggunakan proses di latar belakang. + Menambahkan opsi untuk menggunakan *jenkins* atau *murmur3* sebagai algoritma hash Anda. + Beberapa perintah dan parameter baru. Untuk daftarnya, lihat [Parameter yang ditambahkan di Memcached 1.4.24](ParameterGroups.Engine.md#ParameterGroups.Memcached.1-4-24). + Beberapa perbaikan bug. ### ElastiCache versi 1.4.14 untuk Memcached Perbaikan ditambahkan sejak versi 1.4.5 termasuk yang berikut: + Kemampuan penyeimbangan kembali slab yang ditingkatkan. + Peningkatan performa dan skalabilitas. + Memperkenalkan perintah *touch* untuk memperbarui waktu kedaluwarsa dari item yang sudah ada tanpa mengambilnya. + Penemuan otomatis—kemampuan program klien untuk menentukan secara otomatis semua simpul cache pada klaster, dan untuk memulai serta memelihara koneksi ke semua simpul ini. ### ElastiCache versi 1.4.5 untuk Memcached ElastiCache versi 1.4.5 untuk Memcached adalah mesin awal dan versi yang didukung oleh Amazon ElastiCache untuk Memcached. # Perilaku versi mesin utama dan perbedaan kompatibilitas dengan Valkey Valkey 7.2.6 memiliki perbedaan kompatibilitas yang serupa dengan versi Redis OSS 7.2.4 sebelumnya. Untuk versi terbaru Valkey yang didukung, lihat[Mesin dan versi yang didukung](VersionManagement.md#supported-engine-versions). [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](https://github.com/valkey-io/valkey/blob/d2c8a4b91e8c0e6aefd1f5bc0bf582cddbe046b7/00-RELEASENOTES) Valkey 7.2 di Valkey pada.](https://github.com/valkey-io/valkey/blob/7.2/00-RELEASENOTES) GitHub Berikut adalah perubahan perilaku yang berpotensi melanggar antara Valkey 7.2 dan Redis OSS 7.1 (atau 7.0): + Freeze time sampling terjadi selama eksekusi perintah dan dalam skrip. + Perintah aliran yang diblokir yang dirilis saat kunci tidak ada lagi membawa kode kesalahan yang berbeda (-NOGROUP atau -WRONGTYPE alih-alih -UNBLOCKED). + Pelacakan sisi klien untuk skrip sekarang melacak kunci yang dibaca oleh skrip, bukan kunci yang dideklarasikan oleh pemanggil EVAL /FCALL. # Perilaku versi mesin utama dan perbedaan kompatibilitas dengan Redis OSS **penting** Halaman berikut disusun untuk menandakan semua perbedaan inkompatibilitas antarversi dan memberi tahu Anda tentang pertimbangan apa pun yang harus Anda buat saat meningkatkan ke versi yang lebih baru. Daftar ini termasuk masalah inkompatibilitas versi apa pun yang mungkin Anda temui saat melakukan peningkatan. Anda dapat meng-upgrade langsung dari versi Redis OSS Anda saat ini ke versi Redis OSS terbaru yang tersedia, tanpa perlu upgrade berurutan. Misalnya, Anda dapat meng-upgrade langsung dari Redis OSS versi 3.0 ke versi 7.0. Versi Redis OSS diidentifikasi dengan versi semantik yang terdiri dari komponen mayor, minor, dan patch. Misalnya, di Redis OSS 4.0.10, versi utama adalah 4, versi minor 0, dan versi patch adalah 10. Nilai-nilai ini umumnya bertambah berdasarkan konvensi berikut: + Versi utama adalah untuk perubahan API yang tidak kompatibel + Versi minor adalah untuk fungsionalitas baru yang ditambahkan dengan cara yang kompatibel ke belakang + Versi patch adalah untuk perbaikan bug yang kompatibel ke belakang dan perubahan non-fungsional Kami menyarankan untuk selalu menggunakan versi patch terbaru dalam versi **mayor.minor** tertentu untuk mendapatkan peningkatan kinerja dan stabilitas terbaru. Dimulai dengan ElastiCache versi 6.0 untuk Redis OSS, ElastiCache akan menawarkan versi tunggal untuk setiap rilis minor Redis OSS daripada menawarkan beberapa versi patch. ElastiCacheakan secara otomatis mengelola versi patch dari cluster yang sedang berjalan, memastikan peningkatan kinerja dan keamanan yang ditingkatkan. Kami juga merekomendasikan melakukan peningkatan secara berkala ke versi utama terbaru, karena sebagian besar perbaikan utama tidak kembali dipindahkan ke versi lama. Karena ElastiCache memperluas ketersediaan ke AWS wilayah baru, ElastiCache untuk Redis OSS mendukung dua versi **mayor.minor** terbaru pada waktu itu untuk wilayah baru. ****Misalnya, jika AWS wilayah baru diluncurkan dan versi mayor.minor terbaru untuk Redis OSS adalah **7.0 dan 6.2, ElastiCache akan mendukung Redis OSS ElastiCache versi 7.0** **dan 6.2** di wilayah baru.****AWS Karena versi mayor.minor yang lebih baru ElastiCache untuk Redis OSS dirilis, ElastiCache akan terus menambahkan dukungan untuk versi yang baru dirilis. Untuk mempelajari selengkapnya tentang memilih wilayah ElastiCache, lihat [Memilih wilayah dan zona ketersediaan](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/RegionsAndAZs.html#SupportedRegions). Saat melakukan pemutakhiran yang mencakup versi mayor atau minor, harap pertimbangkan daftar berikut yang mencakup perilaku dan perubahan tidak kompatibel mundur yang dirilis dengan Redis OSS dari waktu ke waktu. ## Perilaku Redis OSS 7.0 dan perubahan yang tidak kompatibel ke belakang Untuk daftar lengkap perubahan, lihat Catatan rilis [Redis OSS 7.0](https://raw.githubusercontent.com/redis/redis/7.0/00-RELEASENOTES). + `SCRIPT LOAD` dan `SCRIPT FLUSH` tidak lagi disebarkan ke replika. Jika Anda perlu memiliki beberapa daya tahan untuk skrip, kami sarankan Anda mempertimbangkan untuk menggunakan fungsi [Redis OSS](https://valkey.io/topics/functions-intro/). + Saluran Pubsub sekarang diblokir secara default untuk pengguna ACL baru. + Perintah `STRALGO` diganti dengan perintah `LCS`. + Format untuk `ACL GETUSER` telah berubah sehingga semua bidang menunjukkan pola string akses standar. Jika Anda menggunakan otomatisasi `ACL GETUSER`, Anda harus memverifikasi bahwa itu akan menangani salah satu format. + Kategori ACL untuk `SELECT`, `WAIT`, `ROLE`, `LASTSAVE`, `READONLY`, `READWRITE`, dan `ASKING` telah berubah. + Perintah `INFO` sekarang menunjukkan statistik perintah per sub-perintah, bukan di perintah kontainer tingkat atas. + Nilai pengembalian perintah `LPOP`, `RPOP`, `ZPOPMIN` dan `ZPOPMAX` telah berubah dalam kasus ekstrem tertentu. Jika Anda menggunakan perintah ini, Anda harus memeriksa catatan rilis dan mengevaluasi apakah Anda terpengaruh. + Perintah `SORT` dan `SORT_RO` sekarang memerlukan akses ke seluruh ruang kunci untuk menggunakan argumen `GET` dan `BY`. ## Redis OSS 6.2 perilaku dan perubahan mundur yang tidak kompatibel Untuk daftar lengkap perubahan, lihat Catatan rilis [Redis OSS 6.2](https://raw.githubusercontent.com/redis/redis/6.2/00-RELEASENOTES). + Bendera ACL perintah `TIME`, `ECHO`, `ROLE`, dan `LASTSAVE` telah diubah. Hal ini dapat menyebabkan perintah yang sebelumnya diizinkan untuk ditolak dan sebaliknya. **catatan** Tak satu pun dari perintah ini akan mengubah atau memberikan akses ke data. + Saat memutakhirkan dari Redis OSS 6.0, urutan key/value pasangan yang dikembalikan dari respons peta ke skrip lua diubah. Jika skrip Anda menggunakan `redis.setresp()` atau mengembalikan peta (baru di Redis OSS 6.0), pertimbangkan implikasi bahwa skrip dapat rusak pada peningkatan. ## Perilaku Redis OSS 6.0 dan perubahan yang tidak kompatibel ke belakang Untuk daftar lengkap perubahan, lihat Catatan rilis [Redis OSS 6.0](https://raw.githubusercontent.com/redis/redis/6.0/00-RELEASENOTES). + Jumlah maksimum basis data yang diizinkan telah dikurangi dari 1,2 juta menjadi 10 ribu. Nilai default-nya adalah 16, dan kami tidak menyarankan penggunaan nilai yang jauh lebih besar dari ini karena kami telah menemukan masalah performa dan memori. + Setel `AutoMinorVersionUpgrade` parameter ke ya, dan ElastiCache akan mengelola peningkatan versi minor melalui pembaruan layanan mandiri. Hal ini akan ditangani lewat saluran notifikasi pelanggan standar melalui kampanye pembaruan mandiri. Untuk informasi selengkapnya, lihat [Pembaruan layanan mandiri di ElastiCache](Self-Service-Updates.md). ## Perilaku Redis OSS 5.0 dan perubahan yang tidak kompatibel ke belakang Untuk daftar lengkap perubahan, lihat Catatan [rilis Redis OSS 5.0](https://raw.githubusercontent.com/redis/redis/5.0/00-RELEASENOTES). + Skrip dengan direplikasi oleh efek bukannya mengeksekusi ulang skrip pada replika. Hal ini umumnya akan meningkatkan performa tetapi dapat meningkatkan jumlah data yang direplikasi antara primer dan replika. Ada opsi untuk kembali ke perilaku sebelumnya yang hanya tersedia di ElastiCache versi 5.0 untuk Redis OSS. + Jika Anda memutakhirkan dari Redis OSS 4.0, beberapa perintah dalam skrip LUA akan mengembalikan argumen dalam urutan yang berbeda dari yang mereka lakukan di versi sebelumnya. Dalam Redis OSS 4.0, Redis OSS akan memesan beberapa tanggapan secara leksografis untuk membuat respons deterministik, urutan ini tidak diterapkan ketika skrip direplikasi oleh efek. + Inn Redis OSS 5.0.3 dan yang lebih baru, ElastiCache untuk Redis OSS akan menurunkan beberapa pekerjaan IO ke inti latar belakang pada tipe instance dengan lebih dari 4. VCPUs Ini dapat mengubah karakteristik kinerja Redis OSS dan mengubah nilai beberapa metrik. Untuk informasi selengkapnya, lihat [Metrik Apa yang Harus Saya Pantau?](CacheMetrics.WhichShouldIMonitor.md) untuk memahami apakah Anda perlu mengubah metrik yang Anda lihat. ## Perilaku Redis OSS 4.0 dan perubahan yang tidak kompatibel ke belakang Untuk daftar lengkap perubahan, lihat Catatan [rilis Redis OSS 4.0](https://raw.githubusercontent.com/redis/redis/4.0/00-RELEASENOTES). + Log lambat sekarang mencatat log dua argumen tambahan, nama klien dan alamat. Perubahan ini harus kompatibel dengan versi lama kecuali jika Anda secara eksplisit mengandalkan setiap entri log lambat yang berisi 3 nilai. + Perintah `CLUSTER NODES` sekarang mengembalikan format yang sedikit berbeda, yang tidak kompatibel dengan versi lama. Sebaiknya klien tidak menggunakan perintah ini untuk mempelajari simpul yang ada di klaster, dan sebagai gantinya harus menggunakan `CLUSTER SLOTS`. ## EOL terdahulu ### Perilaku Redis OSS 3.2 dan perubahan yang tidak kompatibel ke belakang Untuk daftar lengkap perubahan, lihat Catatan [rilis Redis OSS 3.2](https://raw.githubusercontent.com/redis/redis/3.2/00-RELEASENOTES). + Tidak ada perubahan kompatibilitas untuk memanggil versi ini. Untuk informasi selengkapnya, lihat [ElastiCache versi untuk jadwal akhir hidup Redis OSS](engine-versions.md#deprecated-engine-versions). ### Redis OSS 2.8 perilaku dan perubahan mundur yang tidak kompatibel Untuk daftar lengkap perubahan, lihat Catatan rilis [Redis OSS 2.8](https://raw.githubusercontent.com/redis/redis/2.8/00-RELEASENOTES). + Mulai Redis OSS 2.8.22, Redis OSS AOF tidak lagi didukung untuk Redis OSS. ElastiCache Sebaiknya gunakan MemoryDB jika data perlu dipertahankan tahan lama. + Mulai dari Redis OSS 2.8.22, ElastiCache untuk Redis OSS tidak lagi mendukung melampirkan replika ke pendahuluan yang dihosting di dalamnya. ElastiCache Saat melakukan peningkatan, replika eksternal akan terputus dan tidak akan dapat terhubung kembali. Sebaiknya gunakan caching sisi klien, tersedia di Redis OSS 6.0 sebagai alternatif replika eksternal. + Perintah `TTL` dan `PTTL` sekarang mengembalikan -2 jika kunci tidak ada dan -1 jika ada tetapi tidak memiliki kedaluwarsa terkait. Redis OSS 2.6 dan versi sebelumnya digunakan untuk mengembalikan -1 untuk kedua kondisi. + `SORT` dengan `ALPHA` sekarang melakukan pengurutan berdasarkan lokal pengumpulan lokal jika tidak ada opsi `STORE` yang digunakan. Lihat informasi yang lebih lengkap di [ElastiCache versi untuk jadwal akhir hidup Redis OSS](engine-versions.md#deprecated-engine-versions). # Tingkatkan pertimbangan saat bekerja dengan cluster berbasis node **catatan** Pertimbangan berikut hanya berlaku saat memutakhirkan cluster berbasis node. Mereka tidak berlaku untuk Tanpa ElastiCache Server. **Pertimbangan Valkey dan Redis OSS** Saat memutakhirkan cluster Valkey atau Redis OSS berbasis node, pertimbangkan hal berikut. + Manajemen versi mesin dirancang agar Anda dapat memiliki kontrol sebanyak mungkin terkait cara melakukan patching. Namun, ElastiCache berhak untuk menambal klaster Anda atas nama Anda jika terjadi kerentanan keamanan kritis dalam sistem atau perangkat lunak cache. + Dimulai dengan ElastiCache versi 7.2 untuk Valkey dan ElastiCache versi 6.0 untuk Redis OSS, ElastiCache akan menawarkan versi tunggal untuk setiap rilis minor, daripada menawarkan beberapa versi patch. + Dimulai dengan mesin Redis OSS versi 5.0.6, 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. + Anda juga dapat meng-upgrade ElastiCache cluster Anda dengan versi lebih awal dari 5.0.6. Tindakan ini melibatkan proses yang sama tetapi mungkin mengalami waktu failover lebih lama selama penyebaran DNS (30 detik - 1 menit). + Dimulai dengan Redis OSS 7, ElastiCache mendukung peralihan antara Valkey atau Redis OSS (mode cluster dinonaktifkan) dan Valkey atau Redis OSS (mode cluster diaktifkan). + Proses upgrade mesin Amazon ElastiCache for Redis OSS dirancang untuk melakukan upaya terbaik untuk mempertahankan data Anda yang ada dan memerlukan replikasi Redis OSS yang berhasil. + Saat memutakhirkan mesin, ElastiCache akan menghentikan koneksi klien yang ada. [Untuk meminimalkan waktu henti selama peningkatan engine, kami sarankan Anda menerapkan [praktik terbaik untuk klien Redis OSS](BestPractices.Clients.redis.md) dengan percobaan ulang kesalahan dan backoff eksponensial dan praktik terbaik untuk meminimalkan waktu henti selama pemeliharaan.](BestPractices.MinimizeDowntime.md) + Anda tidak dapat memutakhirkan langsung dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke Valkey atau Redis OSS (mode cluster diaktifkan) saat Anda meningkatkan mesin Anda. Prosedur berikut menunjukkan kepada Anda cara meningkatkan dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke Valkey atau Redis OSS (mode cluster diaktifkan). **Untuk meningkatkan dari Valkey atau Redis OSS (mode cluster dinonaktifkan) ke Valkey atau Redis OSS (mode cluster diaktifkan) versi mesin** 1. Buat cadangan cluster atau grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) Anda. Untuk informasi selengkapnya, lihat [Membuat cadangan manual](backups-manual.md). 1. Gunakan cadangan untuk membuat dan menyemai klaster Valkey atau Redis OSS (mode cluster enabled) dengan satu shard (grup node). Tentukan versi mesin baru dan aktifkan mode klaster saat membuat klaster atau grup replikasi. Untuk informasi selengkapnya, lihat [Tutorial: Menyemai cluster berbasis node baru dengan cadangan yang dibuat secara eksternal](backups-seeding-redis.md). 1. Hapus cluster atau grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) lama. Untuk informasi selengkapnya, lihat [Menghapus cluster di ElastiCache](Clusters.Delete.md) atau [Menghapus grup replikasi](Replication.DeletingRepGroup.md). 1. Skala cluster atau grup replikasi Valkey atau Redis OSS (mode cluster enabled) baru ke jumlah pecahan (grup node) yang Anda butuhkan. Untuk informasi selengkapnya, lihat [Penskalaan klaster Valkey atau Redis OSS (Mode Cluster Diaktifkan)](scaling-redis-cluster-mode-enabled.md) + Saat meningkatkan versi utama mesin, misalnya dari 5.0.6 ke 6.0, Anda juga harus memilih grup parameter baru yang kompatibel dengan versi mesin yang baru tersebut. + Untuk cluster dan cluster Redis OSS tunggal dengan multi-AZ dinonaktifkan, kami menyarankan agar memori yang cukup tersedia untuk Redis OSS seperti yang dijelaskan dalam. [Memastikan Anda memiliki cukup memori untuk membuat snapshot Valkey atau Redis OSS](BestPractices.BGSAVE.md) Dalam kasus ini, klaster primer tidak tersedia untuk melayani permintaan selama proses peningkatan. + Untuk kluster Redis OSS dengan Multi-AZ diaktifkan, kami juga menyarankan Anda menjadwalkan peningkatan mesin selama periode lalu lintas tulis masuk yang rendah. Saat memutakhirkan ke Redis OSS 5.0.6 atau lebih tinggi, klaster utama terus tersedia untuk permintaan layanan selama proses peningkatan. Klaster dan grup replikasi dengan beberapa serpihan diproses dan di-patch sebagai berikut: + Semua serpihan diproses secara paralel. Hanya satu operasi peningkatan yang akan dilakukan pada satu serpihan 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. + Jika enkripsi diaktifkan di klaster atau grup replikasi Anda saat ini, Anda tidak dapat melakukan peningkatan ke versi mesin yang tidak mendukung enkripsi, seperti dari 3.2.6 ke 3.2.10. **Pertimbangan memcache** Saat memutakhirkan cluster Memcached berbasis node, pertimbangkan hal berikut. + Manajemen versi mesin dirancang agar Anda dapat memiliki kontrol sebanyak mungkin terkait cara melakukan patching. Namun, ElastiCache berhak untuk menambal klaster Anda atas nama Anda jika terjadi kerentanan keamanan kritis dalam sistem atau perangkat lunak cache. + Karena mesin Memcached tidak mendukung persistensi, peningkatan versi mesin Memcached merupakan proses disruptif yang menghilangkan semua data cache di klaster.