Manajemen Versi untuk ElastiCache - Amazon ElastiCache

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

Manajemen Versi untuk ElastiCache

Kelola bagaimana Anda ingin memperbarui ElastiCache cache dan cluster yang dirancang sendiri 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 yang dirancang sendiri ElastiCache

Saat bekerja dengan ElastiCache cluster yang dirancang sendiri, Anda dapat mengontrol kapan perangkat lunak yang menyalakan cluster cache 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 memberi daya pada cluster cache 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 yang dirancang sendiri, ElastiCache untuk Redis OSS juga mengekspos komponen patch, misalnya Redis OSS 6.2.1, dan versi tambalannya 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.

Memcache

Dengan Memcached, untuk meningkatkan ke versi yang lebih baru Anda harus memodifikasi cluster cache 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 sebuah cluster ElastiCache .

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.

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 cache yang dirancang sendiri 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

ElastiCache Cluster yang dirancang sendiri mendukung versi Valkey berikut:

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 dengan percobaan ulang kesalahan dan backoff eksponensial dan praktik terbaik untuk meminimalkan waktu henti selama pemeliharaan.

  • 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.

    2. 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 baru yang dirancang sendiri dengan cadangan yang dibuat secara eksternal.

    3. Hapus cluster atau grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) lama. Untuk informasi selengkapnya, lihat Menghapus cluster di ElastiCache atau Menghapus grup replikasi.

    4. Skala klaster Valkey atau Redis OSS (mode cluster diaktifkan) baru atau grup replikasi ke jumlah pecahan (grup simpul) yang Anda butuhkan. Untuk informasi selengkapnya, lihat Penskalaan cluster di Valkey atau Redis OSS (Mode Cluster Diaktifkan)

  • 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 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 yang dirancang sendiri, 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 (Valkey) versi 8.0

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 cache yang dirancang sendiri, 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

Untuk informasi lebih lanjut tentang rilis Valkey 8, lihat Catatan Rilis Valkey 8

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: pengoptimalan memori untuk daftar dan set tombol tipe, optimasi kecepatan untuk perintah set yang diurutkan, pengoptimalan kinerja untuk perintah dengan beberapa tombol dalam mode cluster, peningkatan kinerja pub/sub, optimasi kinerja untuk SCAN, SSCAN, HSCAN, perintah ZSCAN dan banyak optimasi kecil lainnya.

  • Opsi WITHSCORE baru untuk perintah ZRANK dan ZREVRANK

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

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

Untuk informasi lebih lanjut tentang Valkey, lihat Valkey

Untuk informasi lebih lanjut tentang ElastiCache versi 7.2 untuk rilis Valkey, lihat Redis OSS 7.2.4 Catatan Rilis (ElastiCache versi 7.2 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 di Valkey on. GitHub