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, OSS Redis, dan Memcached.
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 terbaru MINOR dan PATCH perangkat lunak ke cache Anda, tanpa dampak atau waktu henti apa pun ke aplikasi Anda. Anda tidak perlu melakukan tindakan apa pun.
Ketika MAJOR versi baru tersedia, ElastiCache Serverless akan mengirimi Anda pemberitahuan di konsol dan acara di. EventBridge Anda dapat memilih untuk memutakhirkan cache Anda ke versi utama terbaru dengan memodifikasi cache Anda menggunakan KonsolCLI,, atau API dan memilih versi mesin terbaru.
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 yang terbaru yang tersedia MAJORMINOR,, dan PATCH versi. 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 OSS klaster Valkey atau Redis direplikasi di satu atau beberapa Wilayah, versi mesin ditingkatkan untuk Wilayah sekunder dan kemudian untuk Wilayah utama.
ElastiCache (RedisOSS) versi diidentifikasi dengan versi semantik yang terdiri dari komponen dan. MAJOR MINOR Misalnya, di Redis OSS 6.2, versi utama adalah 6, dan versi minor 2. Saat mengoperasikan cluster yang dirancang sendiri, ElastiCache (RedisOSS) juga mengekspos PATCH komponen, misalnya Redis OSS 6.2.1, dan versi tambalannya adalah 1.
MAJORversi untuk perubahan yang API tidak kompatibel dan MINOR versi untuk fungsionalitas baru ditambahkan dengan cara yang kompatibel ke belakang. PATCHversi untuk perbaikan bug yang kompatibel ke belakang dan perubahan non-fungsional.
Dengan Valkey dan RedisOSS, 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.
Pertimbangan peningkatan saat menangani klaster yang dirancang sendiri
catatan
Pertimbangan berikut hanya berlaku saat meningkatkan klaster yang dirancang sendiri. Mereka tidak berlaku untuk Tanpa ElastiCache Server.
Pertimbangan Valkey dan Redis OSS
Saat memutakhirkan OSS cluster Valkey atau Redis 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.
Dimulai dengan Valkey 7.2 dan Redis OSS 6.0, ElastiCache akan menawarkan versi tunggal untuk setiap rilis minor, daripada menawarkan beberapa versi patch.
Dimulai dengan OSS mesin Redis 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. Proses yang terlibat adalah sama tetapi dapat menimbulkan waktu failover yang lebih lama selama DNS propagasi (30s-1m).
-
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 (RedisOSS) dirancang untuk melakukan upaya terbaik untuk mempertahankan data 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 OSS klien Redis 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 memutakhirkan 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
-
Buat cadangan cluster atau grup replikasi Valkey atau Redis OSS (mode cluster dinonaktifkan) Anda. Untuk informasi selengkapnya, lihat Membuat cadangan manual.
-
Gunakan cadangan untuk membuat dan menyemai klaster Valkey atau Redis OSS (mode cluster diaktifkan) dengan satu pecahan (grup simpul). 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.
-
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.
-
Skala cluster atau grup replikasi Valkey atau Redis OSS (mode cluster diaktifkan) baru ke jumlah pecahan (grup simpul) yang Anda butuhkan. Untuk informasi selengkapnya, silakan 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 OSS cluster Redis tunggal dengan multi-AZ dinonaktifkan, kami menyarankan agar memori yang cukup tersedia untuk OSS Redis 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 OSS kluster Redis 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 pemutakhiran.
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.
